Claude Code 週報：2.1.220 穩定盤整，社群焦點轉向 Fable 5、配額透明度與代理治理

本週 Claude Code 最新版本維持在 2.1.220，官方 CHANGELOG 仍以「Bug fixes and reliability improvements」概括，沒有新的重大版本發布。不過，GitHub Issue 與社群討論顯示，使用者關注點正快速集中在三條主線：Fable 5 / Opus 5 的模型選擇與配額行為、Claude Code Desktop / VS Code / Cowork 的跨平台穩定性，以及多代理工作流下的成本、權限與驗證治理。換句話說，Claude Code 這週沒有「版本大新聞」，但有很明顯的產品成熟期壓力：使用者已經不只是在試玩，而是在把它放進真實開發、營運、研究與自動化流程裡。

版本更新：2.1.220 進入穩定修補期

根據 GitHub CHANGELOG 與 ClaudeLog，本週 Claude Code 版本停留在 v2.1.220。官方描述仍是簡短的：

Bug fixes and reliability improvements

ClaudeLog 顯示，v2.1.220 發布於 2026 年 7 月 24 日，本週沒有再推進到新的公開版本。這也成為社群討論的一個小話題：Reddit 上甚至有人以「7 days without a claude code update」調侃 Claude Code 近期罕見地沒有每日更新。

真正值得回顧的是前一版 v2.1.219 的影響仍在發酵。根據 ClaudeLog，2.1.219 加入了 Claude Opus 5，並使其成為預設 Opus 模型，同時帶來 1M context、sandbox.network.strictAllowlist、DirectoryAdded hook，以及 headless stream-json 初始化事件中的 mcp_server_errors 等變更。這些更新本身偏基礎設施，但本週大量 Issue 顯示，模型預設值、thinking 行為、MCP 錯誤可觀測性與 sandbox 行為，仍是使用者最容易踩到的地方。

模型與配額：Fable 5 成為本週最熱關鍵字

本週 GitHub Issue 中最密集的主題之一，是 Fable 5 在 Max / Pro 訂閱下的可用性、配額判定與自動切換問題。

多個 Issue 指向類似現象：使用者明明是 Max 方案，卻看到 Fable 5 被標示為需要 usage credits，或在互動式 model picker 中被擋下。代表性案例包括：

• #79337：Fable 5 在 Max plan 上提示「usage credits required」
• #79597：使用 setup-token 的 Max 帳號在互動選單中被誤判
• #81350：CLAUDE_CODE_OAUTH_TOKEN auth 下，client 似乎丟失 subscriptionType
• #83036：session 中途從 Fable 5 fallback 到 Sonnet 5
• #83435：Max 20x 使用者回報新 session 無法使用 Fable 5，只有既有 session 可用

這些問題的共同點，不只是「模型選不到」，而是使用者很難判斷究竟是方案限制、client 狀態錯誤、token 類型差異，還是伺服端配額策略變更。當模型切換又可能發生在 subagent 或長 session 中，透明度不足就會直接變成成本與信任問題。

Reddit 社群也延續同樣焦慮。一篇 PSA 提醒使用者：Claude Code subagents 現在會繼承 session model，不再是「免費 Haiku subagent」的舊心智模型。另一篇「The most expensive prompt I ever sent was two words」則描述一個簡單的「Approved, go ahead」如何觸發 82 次 tool call、33 個檔案修改與 9.7M tokens。這些討論說明，Claude Code 的成本模型已經不只是 API 單價問題，而是代理展開、context replay、cache read、模型繼承與自動模式共同作用的結果。

官方動態與文件觀察：系統提示瘦身後，CLAUDE.md 責任變重

本週資料中沒有新的 Anthropic 官方部落格或文件大更新，但社群大量討論 Anthropic 先前對 Claude Code 系統提示的調整。Reddit 上有使用者提到，Anthropic 大幅削減 Claude Code 內建 system prompt，並鼓勵使用者把更多專案行為規則放進 CLAUDE.md。

這個方向有合理性：新一代模型對簡短提示與專案上下文的理解能力更強，將行為規範交給專案層，可以讓不同團隊定義自己的驗證、授權與風格。但本週 Issue 也顯示，這會提高使用者自行治理的門檻。像是「模型未遵守確認規則」「planning 與 implementation drift」「自動執行超出 scope」「fabricated user turn」等回報，都反映出一個現實：當 Claude Code 變得更像自主開發代理，CLAUDE.md 不再只是風格文件，而是團隊的操作邊界與安全合約。

重要 Issue 討論：穩定性、資料保護與跨端一致性

本週 GitHub Issue 的數量每天約 49–50 筆，主題非常分散，但可以歸納出幾個高頻風險區。

1. Desktop、VS Code 與 Windows MSIX 穩定性

Windows 與 Desktop app 相關問題仍然突出。多個 Issue 提到 MSIX package 損壞、auto-update 後無法啟動、GPU / Browser pane crash、Repair 後資料遺失等問題。例如 #82134、#83028、#83403 都指向 Desktop app 在 Windows 或接近 usage limit 時的啟動與恢復問題。

VS Code extension 方面，本週也有 session metadata 導致 extension host OOM、MCP panel reconnect 失敗、session history 時間錯亂、Chat session sidebar 顯示異常等回報。這些問題對重度使用者尤其痛，因為 Claude Code 的價值越來越依賴長 session、跨端 recents、背景 agent 與 transcript。

2. MCP、plugin 與 connector 的「顯示連線但工具不可用」

MCP 與 plugin 生態本週持續活躍，但 Issue 也很多。使用者回報 custom MCP connector 顯示 Connected 卻沒有工具、GitHub connector disconnect 無效、MCP OAuth redirect_uri hardcode localhost、stdio MCP server resume 後被 tear down、Desktop app quit 後 MCP subprocess orphan 等問題。

這些都指向同一個產品挑戰：Claude Code 正在把 MCP 當成擴充能力核心，但 connector 狀態、OAuth、權限、reconnect 與錯誤呈現還沒有足夠一致。對使用者來說，「已連線」但工具不可用，比直接失敗更難 debug。

3. 代理與背景任務：可觀測性不足

本週很多 Issue 都和 agents、subagents、Task、background sessions 有關。像是：

• background agents idle 但沒有交付 final report
• TaskStop 沒有停止 subagent children，導致額外 token 消耗
• workflow fan-out 繼承高階模型，沒有 budget gate
• bypassPermissions 沒有傳遞到 Task / Agent subagents
• subagents silently served different model than requested

社群也在同步發展對策。Reddit 與 Hacker News 上出現多個 agent manager、tmux TUI、merge queue、monitor dashboard、multi-worktree orchestrator、adversarial reviewer skill 等工具。這是一個很明顯的訊號：Claude Code 的核心能力已經足以讓使用者跑多代理工作流，但官方產品層的「監控、限額、停止、恢復、驗證」仍跟不上實際使用強度。

社群聲音：從「能不能寫 code」轉向「怎麼安全地交付」

Reddit 本週有 125 筆 Claude Code 相關討論，Hacker News 有 15 筆。整體趨勢已經不再只是展示「我用 Claude Code 做了什麼」，而是開始形成方法論。

一方面，仍有大量成功案例：使用 Claude Code 建 3D demo、WebGPU 遊戲、Zig git TUI、UE5 RTS、多人卡牌遊戲、廚房管理 SaaS、語言學習 app、market news podcast 等。這些案例說明 Claude Code 已經跨出傳統 CRUD app，進入遊戲、圖形、資料管線、桌面工具與創作系統。

另一方面，更多討論聚焦在「如何不被代理反咬」。熱門主題包括：

• 用 adversarial reviewer 或獨立 reviewer agent 避免自我審查盲點
• 用 worktree 隔離 parallel agents
• 用 statusline / monitor dashboard 追蹤 token 與花費
• 用 PreToolUse hook 防止修改 .env 或危險檔案
• 用 proxy 隔離 API key，不讓 agent 直接讀 secret
• 用 explicit WBS、acceptance checks、owned paths 限制 agent scope

Hacker News 上的「local merge queue for parallel Claude Code agents」尤其有代表性：當使用者一天能讓 4–5 個 agents 產生 90 個 commits，問題就不是「AI 會不會寫 code」，而是本機資源、測試序列、merge gate 與 CI 成本是否能承受。

本週總結與展望

本週 Claude Code 表面上是 2.1.220 的平靜維護週，實際上卻是使用者壓力測試週。Fable 5 / Opus 5 帶來更強模型能力，也帶來更複雜的配額、thinking、fallback 與 subagent 成本問題；Desktop、VS Code、Cowork 與 MCP 的跨端整合，則暴露出 session、connector、plugin 與本機狀態管理的細節負債。

我的觀察是，Claude Code 已經進入「代理作業系統」的早期形態：使用者不只要一個 CLI，而是要任務監控、權限沙箱、成本儀表板、跨端同步、可恢復背景任務、獨立審查與安全預設。接下來幾週最值得關注的，不一定是下一個模型或下一個版本號，而是 Anthropic 是否會把這些社群自建的治理模式產品化：更清楚的 model attribution、更可靠的 subagent stop、可設定的 budget gate、更一致的 MCP 狀態，以及更保守的 destructive action 防護。