claude-mem 13.20～13.21、オブザーバーに永続的な quota breakerを追加、オフラインインストールではOAuthが不要に

claude-memは8月31日、13.20.0から13.21.2までを相次いでリリースした。中核となる変更はインストール画面だけではなく、メモリオブザーバーにおける失敗状態とクォータ状態の定義を見直した点にある。従来は、プロバイダーがクォータ枯渇済みのリクエストを拒否した後も、新しいツールイベントのたびに失敗が確実なgenerationが再び開始されていた。さらに、拒否メッセージが例外ではなく通常のassistant proseとして返された場合、システムはそれをヘルス状態に記録することすらできなかった。13.20では永続化可能なquota breakerを追加。クールダウン中はリクエストを直接ブロックし、期間終了後には単一のprobeだけを通す。また、probe claimをそれを取得したgeneratorに紐付けることで、古い処理の終了時に新しいprobeが誤って解除され、プロバイダーが永久にブロックされる事態を防いでいる。

オブザーバーとの対話も、既存のメモリをシードとして使用する有界generationへと変更された。境界に達すると、新しいgenerationは実際のsession-start contextの要約を受け取り、自動的に処理を継続する。これにより、セッション最後の観察結果を永続化するために、次のツール呼び出しを待つ必要がなくなった。cmem gatewayが発行済みのkeyに対して終端的な拒否を返した場合、システムはユーザー自身のAnthropicプランへ切り替えることができ、通知はセッション開始時に一度だけ行われる。このような想定内の切り替えが、サービス停止として誤って報告されることもなくなった。

13.20のaccount-firstインストールフローでは、深刻なリグレッションが発生していた。OAuthに必要なエンドポイントがまだデプロイされていなかったため、すべてのインストールが「Could not start OAuth login」で停止し、ローカルproviderを明示的に指定した非対話型インストールまで失敗していた。13.21では、`--provider claude`を指定するとログインとcmem.aiを完全に省略し、既存のAnthropicプランを直接使用できるようになった。GeminiとOpenRouterでは、引き続きgateway authorizationが必要となる。インストーラーは試用期間を7日間にハードコードしなくなり、SSHまたはheadless環境ではログインURLを先に表示してから、ブラウザを開くかどうかを判断する。

今回の一連の修正は、エージェントツール開発者にとっても注目に値する。クォータ拒否、サービス障害、フォールバック経路はそれぞれ異なる状態として扱う必要があり、circuit breakerはworkerの再起動をまたいで状態を保持しなければならない。ただし、バージョンは1日以内に急速な更新を重ね、13.21.1と13.21.2でも試用および決済フローが再調整されている。本番環境では正確なバージョンを固定し、複数セッション間の競合、オフライン起動、provider切り替えを独自にテストすべきだ。