Claude Code 版本彙整：2026/07/29 - 2026/08/01

版本更新摘要

過去三天 Claude Code 的版本節奏相對保守，公開資料主要停留在 v2.1.220，更新內容標示為「Bug fixes and reliability improvements」。不過，前一版 v2.1.219 的變更幅度明顯更大，包含 Claude Opus 5 成為預設 Opus 模型、sandbox 網路 allowlist、DirectoryAdded hook、MCP 設定錯誤回報，以及 stream-json 對巢狀 subagent 的改善。整體來看，這一輪不是功能爆發期，而是 Anthropic 在新模型、新沙盒機制、MCP 與多代理工作流上進行穩定化的過渡期。

版本詳情

v2.1.220

v2.1.220 的 changelog 僅列出：

• Bug fixes and reliability improvements

這類描述通常代表內部修補多於可見功能更新。從同期 GitHub Issues 來看，修補重點很可能與以下幾個方向有關：

• 模型切換與模型可用性顯示
• sandbox / permissions 行為一致性
• MCP session resume 與 reconnect 穩定性
• Windows / Desktop / browser pane 相關崩潰問題
• background agents、subagents、workflow fan-out 的可控性

值得注意的是，雖然 v2.1.220 沒有公開列出細項，但 Issue 量仍然高，代表使用者端正在密集測試新模型與多代理功能的邊界。

v2.1.219

v2.1.219 是這段期間最值得關注的版本，主要變更包括：

• Claude Opus 5 加入並成為預設 Opus 模型

  • 模型名稱為 claude-opus-5
  • 標示支援 1M context
  • fast mode 價格為每百萬 token $10 / $50

• 新增 sandbox.network.strictAllowlist

  • 讓 sandboxed commands 在未列入 allowlist 的 host 上直接拒絕連線，而不是每次詢問
  • 這是安全性與自動化體驗上的重要調整

• 新增 DirectoryAdded hook

  • 會在 /add-dir 或 SDK register_repo_root 控制請求新增工作目錄後觸發
  • 對多 repo、動態工作區、remote-control 類流程有幫助

• MCP 設定錯誤更透明

  • headless stream-json init event 新增 mcp_server_errors
  • 可列出因 config validation 被略過的 --mcp-config 項目
  • terminal 啟動時也會顯示 warning

• 新增 workflowSizeGuideline 設定

  • 可從 settings file 設定 Dynamic workflow size guideline
  • 若已由設定檔指定，/config 對應列會被隱藏

• 改善巢狀 subagent forwarding

  • stream-json 現在能呈現 depth-2 以上的 subagents
  • 對複雜代理樹、workflow 監控、外部 orchestrator 解析都很重要

這一版的主軸非常明確：Claude Code 正在把「單一 CLI 助手」推向「可被外部系統控制、可觀測、可沙盒化的代理執行環境」。

GitHub Issues 動態

這四天共監控到 199 個 Issues，其中幾個趨勢特別明顯。

1. 模型切換、Opus 5 / Fable 5 與使用額度問題升溫

多個回報集中在新模型啟用後的可用性與顯示不一致：

• #81693：Claude Opus 5 context window 被錯誤顯示為 200k，而非 1M tokens
• #82748：claude-opus-5 在舊版 client model table 中缺席，導致 /context 分母仍使用 200K
• #83036：session 中途從 Fable 5 靜默 fallback 到 Sonnet 5，且使用者無法切回
• #79337、#82429、#79597、#81350：Fable 5 在 Max plan 或 OAuth token 情境下被誤判需要 usage credits
• #82121、#82137：模型 unexpectedly fallback 或預設到 Opus

這些問題顯示新模型導入不只是後端開關，還牽涉 client model table、訂閱權限、OAuth session、context 顯示與自動 fallback 策略。若使用者依賴固定模型行為，這段期間需要特別留意實際 session 使用的 model name。

2. MCP 與 connector 穩定性仍是高頻痛點

MCP 相關問題在本期持續出現：

• #82407：MCP servers 在 resumed sessions 中連上後又被 tear down，且沒有 reconnect
• #82746：希望提供 auto-reconnect 或 claude mcp reconnect <name>
• #82414：MCP tool-call 的未知參數在所有參數 optional 時被靜默丟棄，而不是 rejected
• #82096：MCP OAuth redirect_uri hardcode localhost，導致只允許 127.0.0.1 的 IdP 失敗
• #59854、#82125：GitHub connector / Cowork connector 安裝與 OAuth 狀態不一致

v2.1.219 已開始改善 MCP config validation 的可見性，但從 Issues 來看，真正困難的部分仍在 session resume、OAuth redirect、connector lifecycle 與錯誤恢復。

3. Sandbox、permissions 與安全邊界問題變得更敏感

本期有不少回報指向 sandbox 與 permission 行為不一致：

• #83035：nested project directory 中 workspace sandbox config 被靜默丟棄，被回報為 sandbox escape
• #83031：permissions.additionalDirectories 只保留最後一個 entry
• #83030：Windows Task Scheduler headless session 中 --add-dir 被忽略
• #77972：Bash redirection / copy 到 session cwd 被阻擋，但錯誤訊息卻說該 cwd 已允許
• #77466：macOS sandbox 阻擋自己的 zsh eval wrapper，導致 Bash command exit 126
• #82747：Headless -p 中 Read 被 deny path rule 拒絕時，沒有出現在 permission_denials

這些回報與 v2.1.219 的 sandbox.network.strictAllowlist 形成呼應：Claude Code 正在強化 sandbox，但同時也更容易暴露「規則、錯誤訊息、實際執行結果」三者不一致的問題。

4. Background agents / workflow fan-out 的成本與生命週期風險浮現

多代理與背景任務是近期 Claude Code 的重要方向，但本期 Issues 顯示它仍有明顯風險：

• #82434：uncontrolled agent spawning 超出 scope 與 token limits
• #82104：TaskStop 沒有停止 subagent children，導致 750k tokens 被計費
• #83025：82-agent workflow 繼承 session model，耗盡 Max 5-hour window
• #74113：background agents 經常 idle，未交付 final report
• #83024：background agents and tasks unexpectedly killed
• #83001：session limit termination 導致 multi-agent workflow output 遺失，但 quota 已消耗
• #82734：希望 background task outputs 可使用 in-memory storage，避免敏感資料落盤

這些問題的共同點是：多代理能力已經足夠強，但觀測性、上限控制、停止語義、輸出保存與成本保護仍跟不上。

5. Windows / Desktop / Browser pane 問題仍密集

Windows Desktop 與 browser pane 相關 crash 仍是另一條主線：

• #80444、#80999、#81341、#83028：Windows Desktop / MSIX / GPU process / browser pane crash
• #83016：WebFetch 到特定網站後造成 Claude Desktop install corruption
• #82437：computer-use zoom 在高解析螢幕產生模糊 crop
• #83021：Desktop split view 中 SendUserFile images 顯示空白
• #77311、#80817：Windows Terminal 中 Shift+Enter newline 行為不一致

這類問題多半不是單純 CLI bug，而是 Desktop packaging、GPU sandbox、browser embedding、Windows terminal protocol 與 MSIX 安裝模型交錯造成。

6. 使用者對「模型自發行為」的信任問題增加

多個 Issues 指向模型或工具鏈在長 session 中產生不可預期行為：

• #81301、#83015、#82119、#70543：fabricated user turn / fabricated interruption / 假使用者指令
• #82131：auto-compact thrashing
• #74260：assistant text blocks 被 thinking block 後續內容吞掉，且 transcript JSONL 也缺失
• #82753：模型在規則要求先問問題時仍自行猜測並實作
• #82757：模型 hallucinating requirements 並拒絕 valid production deployment request

這些回報反映出 Claude Code 的核心挑戰：當工具執行、長上下文、compact、background agent 與模型推理混在一起時，使用者最在意的是「哪些內容是真的使用者要求、哪些是模型生成、哪些會被持久化」。

總結與觀察

這一輪 Claude Code 的版本更新表面上很安靜，實際上正處於架構轉換期。v2.1.219 把 Opus 5、sandbox allowlist、DirectoryAdded hook、MCP error visibility 與 nested subagent forwarding 放進產品，代表 Anthropic 正在把 Claude Code 往更可組裝、更適合自動化、更像 agent runtime 的方向推進。

但 GitHub Issues 顯示，這個方向也帶來新的穩定性壓力。最突出的風險不再只是單一 command 失敗，而是 session resume、模型 fallback、MCP reconnect、background agents、subagent stop、workflow fan-out、token billing 與 transcript 保存之間的系統性問題。

短期來看，v2.1.220 這類「bug fixes and reliability improvements」版本很可能會持續出現。對一般使用者而言，建議重點觀察三件事：目前 session 實際使用的模型是否符合預期、MCP / connector 是否能在 resume 後正常恢復，以及 background agent 或大型 workflow 是否有明確成本與停止邊界。對重度自動化使用者來說，Claude Code 的能力正在變強，但也更需要把 sandbox、permissions、token budget 和 output retention 納入工作流設計。