AI coding 工具與代理基礎設施
claude-mem 13.20–13.21 為觀察器加入持久 quota breaker,離線安裝不再強制 OAuth
claude-mem 的連續更新阻止配額耗盡後每次工具事件仍觸發必敗請求,並把觀察器改為可回收的有界生成。13.21 系列又讓明確選擇本機 Anthropic 方案的安裝跳過 cmem.ai 登入,修復服務端點缺席造成的全域安裝故障。

claude-mem 8 月 31 日連發 13.20.0 至 13.21.2,核心改動不只是安裝畫面,而是重新界定記憶觀察器的失敗與配額狀態。過去供應商拒絕已耗盡配額的請求後,每個新工具事件仍會啟動另一個必然失敗的生成;若拒絕訊息以一般 assistant prose 回傳而非例外,系統甚至不會把它記入健康狀態。13.20 加入可持久化 quota breaker:冷卻期間直接扣住請求,期滿只放行一個探測,且 probe claim 綁定取得它的 generator,避免舊工作結束時錯誤清除新探測、把供應商永久卡住。
觀察器對話也改成從既有記憶播種的有界 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 仍須通過閘道授權。安裝器也不再把試用期硬編碼為七日,SSH 或 headless 環境會先印出登入 URL,再選擇是否開啟瀏覽器。
這批修正值得代理工具開發者注意:額度拒絕、服務故障與降級路徑必須是不同狀態,且熔斷器需跨 worker 重啟保存。惟版本在一天內高速迭代,13.21.1、13.21.2 又調整試用與付款流程;正式環境應鎖定精確版本,並自行測試多工作階段競爭、離線啟動及 provider 切換。