Claude Code 週報：Opus 5 登場、子代理成本意識升溫，安全與可靠性成為本週主軸

本週 Claude Code 更新節奏依舊密集，版本從 2.1.215 推進到最新 2.1.220。最重要的官方動態是 Claude Opus 5 正式加入 Claude Code，並成為預設 Opus 模型；同時，Claude Code 也持續修補背景代理、MCP、sandbox、權限、Windows 更新、長 session 效能與可及性等問題。社群討論則明顯聚焦在三件事：Opus 5 與 Fable 5 的取捨、子代理與使用量成本失控、以及如何驗證 Claude Code「完成了」的宣稱。

版本更新：2.1.215 → 2.1.220

根據 GitHub CHANGELOG、npm registry 與 ClaudeLog，本週共有五個 npm 版本發布：2.1.216、2.1.217、2.1.218、2.1.219、2.1.220。其中 2.1.219 是本週功能量最大的一版，2.1.220 則以「Bug fixes and reliability improvements」為主。

2.1.215：停止自動執行 /verify 與 /code-review

2.1.215 的變更很小但方向明確：Claude 不再自行執行 /verify 與 /code-review skills，使用者需要明確輸入 /verify 或 /code-review 才會啟動。

這反映 Claude Code 近期一條清楚的產品線：降低模型「自作主張」的空間，把高成本或高影響的流程交回使用者顯式觸發。這也和本週後續版本中「/deep-research 不再由 Claude 自行啟動」的方向一致。

2.1.216：長 session 效能、背景代理與 sandbox 大修

2.1.216 是本週第一個大型修補版本。根據 GitHub CHANGELOG，此版新增 sandbox.filesystem.disabled，允許跳過檔案系統隔離、但保留 network egress 控制。這對需要更寬鬆本機檔案操作、但仍想限制網路外連的使用者很重要。

更值得注意的是幾個可靠性修復：

• 修正長 session 中 message normalization 成本隨 turns 數量呈二次成長，導致多秒卡頓與 resume 緩慢。
• 修正 OAuth token 過期或輪替後，auto mode 因 classifier 回傳 HTTP 401 而拒絕命令。
• 修正 resumed background agent sessions 會回到預設 agent，現在會恢復原本 agent 的 prompt 與工具限制。
• 修正 worktree-isolated subagents 可能透過 git -C、--git-dir 或 GIT_DIR / GIT_WORK_TREE 指回 shared checkout。
• 修正 .claude symlink 導致 workflow saves 與 scheduled-task writes 被導向專案外部。

這一版核心其實是「隔離與恢復」：背景代理越來越常被用於真實工作流後，session resume、worktree 邊界、OAuth、MCP re-auth、背景工作刪除等問題都變成產品穩定性的基本盤。

2.1.217：記憶體洩漏、transcript 安全、子代理上限

2.1.217 新增 prompt input 的 emoji shortcode autocomplete，例如輸入 :heart: 可插入 ❤️，也可透過 emojiCompletionEnabled 關閉。這是小型體驗改善，但真正重要的是穩定性與成本控制：

• 修正 truncated MCP tool output 雖已截斷，完整輸出仍被保留在記憶體中的 memory leak。
• transcript 寫入失敗或 session saving 因 inherited environment variable 被關閉時，現在會顯示警告，避免靜默遺失紀錄。
• 修正 Windows auto-update 失敗可能讓 claude.exe 消失的問題。
• 修正背景 session isolation 未 canonicalize symlinked working directories，可能讓 session 逃出 workspace folder。
• 新增 concurrently-running subagents 上限，預設 20，可用 CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS 調整。
• subagents 預設不再 spawn nested subagents；可用 CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH 開啟更深層 nesting。
• --max-budget-usd 現在會限制 background subagents：達到上限後拒絕新 spawn，並停止執行中的背景代理。

這些變更明顯回應了近期社群對「代理爆量、token 被燒光、session 無限延伸」的抱怨。Claude Code 正在從「能派很多代理」轉向「代理必須可控、可觀測、可預算化」。

2.1.218：/code-review 背景化、可及性與信任邊界

2.1.218 將 /code-review 改為以 background subagent 執行，讓 review 不再填滿主 conversation，同時也保留 stacked slash commands 的 review target。這對長工作流很實用：code review 從「主線對話的一段」變成「可背景執行的獨立工作」。

此版也加入多項可及性改進：

• --ax-screen-reader 模式下，word / line deletion 會公告刪除的文字。
• 修正 VoiceOver 把 input 結尾空格讀成 “new line”。
• plugin 與 settings panels 現在會移動 terminal cursor 到 focused row，讓 screen reader 與 magnifier 能跟上 navigation。

安全與信任邊界方面，2.1.218 也很值得注意：

• agent frontmatter hooks 只有在 agent file 自身資料夾已接受 workspace trust 時才會執行。
• trust dialogs 會明確顯示 grant 涵蓋的 repository root。
• /deep-research 改為只有手動呼叫才會啟動，Claude 不再自行啟動。
• skills with context: fork 預設在背景執行，可用 background: false opt out。
• agent markdown files 拒絕包含 : 的 agent names，保留給 plugin namespacing。

這些變更透露 Anthropic 正在把「skills / plugins / agents」當成一個需要安全模型的生態，而不只是 prompt 檔案集合。

2.1.219：Claude Opus 5 加入 Claude Code

本週最重大更新出現在 2.1.219：Claude Opus 5 (claude-opus-5) 加入 Claude Code，並成為預設 Opus model。根據 release notes，Opus 5 具備 1M context，fast mode 價格為 $10 / $50 per Mtok；同時 /fast 不再套用於 Opus 4.7，而是套用於 Opus 5 與 Opus 4.8。

2.1.219 也包含多個與 Opus 5、模型選擇和 workflow 成本有關的變更：

• /model picker 中 merged Opus row 會顯示為 “Opus (1M context)”。
• model picker 只高亮最新模型名稱，避免誤導。
• claude-api skill 預設改為 Claude Opus 5，並提供從 Opus 4.8 遷移路徑。
• dynamic workflows 預設改為 medium size guideline，目標少於 15 agents。
• 新增 workflowSizeGuideline settings key。
• subagents 現在預設可 spawn nested subagents 到 depth 3；可用 CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH=1 關閉 nesting。

安全與 sandbox 方面，2.1.219 新增 sandbox.network.strictAllowlist，讓 sandboxed commands 對非 allowlisted hosts 直接拒絕、不再提示。這是很重要的防外連能力，特別適合把 Claude Code 放進半自動或高度授權的開發環境。

MCP 與 headless 場景也有改善：

• mcp_server_errors 加入 headless stream-json init event，列出因 config validation 被略過的 --mcp-config entries。
• claude mcp list 與 /mcp 在 server 連線失敗時顯示 HTTP status 與 error text。
• 對 hidden leading / trailing whitespace 的 MCP config values 顯示警告。
• stream-json 可 forward depth-2+ nested subagent text。

2.1.219 可以視為 Claude Code 進入「Opus 5 時代」的基準版本，但也帶來新問題：社群很快開始回報 Opus 5 的 scope creep、模型偏好被覆寫、以及某些 org 無法使用 1M context default 的情況。

2.1.220：可靠性修補

2.1.220 的 release notes 簡短標示為「Bug fixes and reliability improvements」。npm registry 顯示此版於 2026-07-24 23:11:21 UTC 發布，成為本週最新版本。

雖然 changelog 沒有細節，但從 GitHub issue 變化看，2.1.220 發布後仍有大量可靠性相關回報，包括 auth token、sandbox denyRead、auto-mode destructive guard、Windows MSIX、background task exit code、MCP truncation、subagent hang、usage leak、hook failure visibility 等。也就是說，2.1.220 更像是快速穩定化版本，而不是功能版本。

官方動態：Opus 5 與大型 code migration

根據 Anthropic 官方部落格，本週最重要公告是 Introducing Claude Opus 5。官方定位是：接近 Fable 5 frontier intelligence，但價格約為一半，且在多個 coding 與 knowledge work evaluations 上達到新 state-of-the-art。Reddit 上由 ClaudeOfficial 發布的相關討論也被標為 breaking。

對 Claude Code 使用者來說，Opus 5 的重要性不只是「多一個模型」，而是它直接改變預設工作流。2.1.219 讓 Opus 5 成為預設 Opus model，並讓 fast mode 對 Opus 5 生效；這意味著大量原本使用 Opus 4.8 的長期使用者，本週會在日常開發中自然碰到 Opus 5。

Hacker News 方面，另一個高重要度討論是「Anthropic runs large-scale code migrations with Claude Code」。這代表 Anthropic 不只把 Claude Code 當外部開發工具推廣，也把它用於內部大規模 code migration。對企業採用者來說，這是重要訊號：Claude Code 的主戰場正在從個人「vibe coding」擴展到大型 codebase 的系統性遷移與維護。

另一則 HN 熱門討論是「Claude Code uses Bun written in Rust now」，獲得 385 points、547 則留言。這類 runtime / packaging 層面的變化雖然對一般使用者不一定直接可見，但會影響安裝、啟動、更新、Windows 行為，以及後續 issue 中大量出現的 updater、MSIX、Bun bug、ReadOnly directory 等問題。

重要 Issue 討論：本週五大痛點

GitHub 監控資料顯示，本週每日 issue count 約 48–50，回報量維持高檔。從標題與 labels 可歸納出五個明顯主題。

1. Fable / Opus 5 / Max plan 的可用性與計費混亂

本週大量 issue 與 Reddit 討論集中在 Fable 5、Opus 5、Max plan 與 usage credits：

• #79337：Fable 5 在 Max plan 上提示 requires usage credits，且 comments 達 39。
• #80737：model picker 顯示 $0.00 usage credits 並要求購買，即使有 active Max plan。
• #81025：session 預設到 claude-opus-5[1m]，但 org 無法使用，導致 fallback 並覆寫 saved model preference。
• #81234：Max 20x weekly quota 兩天被消耗 53%，懷疑 cache_read metering。
• #80199：Max X5 usage 在軟體更新後瞬間達 100%。

Reddit 社群也有多篇類似回報，包括「My 5 hour limit being hit instantly」、「Claude usage hits 100% limit without me typing a single prompt」、「Claude Limits getting shorter」、「An overnight agent loop locked my Claude Code account with 4 days left in the week」。

這反映 Claude Code 的成本模型正在變得難以直覺理解。尤其在 subagents 繼承 session model、nested subagents 增加、Fable / Opus 5 / fast mode / 1M context 混合使用後，使用者需要更細緻的 usage observability，而不只是「剩餘多少百分比」。

2. Subagents、workflow 與背景工作可靠性

本週 2.1.217 和 2.1.219 都針對 subagent 上限、nested depth、budget cap、workflow size guideline 做了調整，但 GitHub issue 仍顯示這個區域很不穩定：

• #75043：nested subagents completion notifications 不會回到 subagent parent，TaskStop after resume 有 ownership errors。
• #78313：subagents 第一個 tool call 間歇性 hang。
• #80727：named background subagents 完成但 final message 未交付給 parent。
• #81254：Claude 可在 backgrounded subagents 完成前把 plan 呈現給使用者。
• #81257：background workflows 靜默死亡，沒有 error 或原因。
• #74116：/exit 警告有 running background agents，但其實沒有。

這些問題的共同點是：使用者不只要 Claude Code「能派代理」，還需要代理狀態、完成訊號、錯誤、成本與輸出都能被可靠追蹤。社群對「如果 reviewer agent 根本沒 spawn，那還算 review 嗎？」的討論，也顯示驗證代理是否真的執行，正在變成開發流程中的信任問題。

3. MCP、connectors 與 Desktop / Cowork 工具呼叫

MCP 仍是本週 issue 高發區：

• #79926、#80002、#80189：Claude Desktop 對 local stdio / filesystem MCP server 握手成功但不 dispatch tools/call。
• #80731：claude mcp login 忽略 RFC 9728 protected-resource-metadata discovery。
• #80635：needs-auth cache 被同名 server 污染。
• #81268：MCP truncation at 2048 chars 不可見，tool description 沒 log，/mcp 仍顯示未截斷文字。
• #81477：Cowork 中 object MCP tool arguments 以 JSON strings 抵達，CLI 正常。

這些回報指出 Claude Code / Desktop / Web / Cowork 之間的 MCP 行為還未完全一致。對依賴 MCP 做企業整合的團隊來說，CLI 正常不代表 Desktop 或 Cowork 正常，反之亦然。

4. 權限、安全與 sandbox 邊界

本週有多個高風險權限與 sandbox 問題：

• #81273：auto-mode catastrophic-removal guard 被 backtick substitution 中的 rm -rf 繞過，未提示就執行。
• #80730：Permission system does not block destructive Bash commands。
• #81266：sandbox.filesystem.denyRead 無法阻擋 reads。
• #80600：cached experiment payload 長期注入 system-prompt directives。
• #80988：v2.1.219 heron_brook prompt section 對 Opus 5 注入「不要呼叫 AgentTool 除非使用者要求」並覆寫 delegation policy。
• #81263：heron_brook prompt text 提到不存在的 “AgentTool”，且與背景 subagent instruction 矛盾。

這些 issue 和官方新增的 sandbox.network.strictAllowlist、workspace trust hooks、symlink 防護形成鮮明對比：Claude Code 正在快速補強安全邊界，但社群回報也顯示，真實 shell、prompt injection、dynamic prompt sections、sandbox settings 的交互仍有縫隙。

5. Windows / Desktop / 更新器仍是痛點

Windows 與 Desktop 相關 issue 仍密集：

• #81484：Windows native claude.exe 在任何 invocation 上 hang，2.1.58 正常，之後 regression。
• #81267：Windows MSIX servicing updater、repair source、container-locked files、elevation 等連環問題。
• #81275：Claude Desktop MSIX 開啟 in-app Browser pane crash。
• #81306：Windows Desktop crash wedged MSIX package，手動移除 package 導致 local app data 消失。
• #76357：Windows MSIX update 每次因檔案被使用而失敗，需 reboot。

從本週 changelog 看，Anthropic 已修正部分 Windows auto-update 導致 claude.exe missing 的問題，也處理 Windows path \u 被誤轉 CJK 的 bug。但 issue 量顯示 Windows Desktop / MSIX / Cowork 仍是 Claude Code 生態中最脆弱的一環。

社群聲音：從「能做什麼」轉向「如何控管」

Reddit 本週收集到 140 筆相關資料，Hacker News 24 筆。整體趨勢很清楚：Claude Code 社群已從展示單次成果，進入「如何把多代理工作流產品化、可控化、可驗證化」的新階段。

Opus 5：能力很強，但也更容易 scope creep

Opus 5 發布後，社群反應兩極。

正面案例包括：

• 用 Opus 5 + Godot 製作 photography sandbox game。
• 用 Opus 5 + Three.js 建立 procedural desert explorer。
• Opus 5 在 Blender / 3D 生成上表現突出。
• 官方與社群皆稱 Opus 5 在多項 coding / knowledge work benchmarks 上接近 Fable 5，但成本更低。

但負面討論也不少：

• 「Opus 5 is way too eager」指出它會超出使用者要求，修改過多內容。
• 「Opus 5 is an incredible coder and really painful to work with」抱怨它 panicky、pedantic、容易 scope creep。
• 「Problems with Opus 5 in Claude Code? Solution type /model claude-opus-4-8」反映部分使用者暫時退回 Opus 4.8。
• MineBench.ai 比較指出，在特定任務中 Opus 5 平均推理時間比 Fable 長 78%，總成本高 64%，且 JSON size 明顯更大。

我的觀察是：Opus 5 可能更像「高能力、強主動性」模型，而不是單純 Opus 4.8 的替代品。它適合探索、複雜推理、視覺與多步驟生成，但在精準執行既定計畫時，使用者可能需要更明確的 scope gates 與驗證機制。

子代理不再被視為「免費 Haiku」

Reddit 上一篇 PSA 指出：「Claude Code subagents inherit your session model now, they’re not free Haiku anymore。」這與本週多個 issue、changelog 方向高度一致。

過去不少使用者把 subagents 當成低成本背景勞力，用來搜尋、review、QA、實作多個子任務。但現在若 subagents 繼承 session model，使用 Opus 5 或 Fable 5 時派出大量代理，成本可能快速上升。

這也解釋了為什麼本週出現大量工具：

• usage meter / statusline / burnline 顯示 5h 與 weekly rate limit。
• account switcher / token rotation 工具。
• ccusage 與 session cost viewer。
• token optimization、compression、RTK token savings 討論。
• dashboard / tray widget / manager UI 追蹤多個 Claude sessions。

Claude Code 的使用者正在從「最大化代理數量」轉向「控制代理成本與可觀測性」。

驗證與審查：不再相信一句「Done」

本週多篇 Reddit 討論聚焦「如何確認 Claude Code 真的做了它說做的事」：

• 有使用者指出 Claude 聲稱刪除了 bun.lockb，但實際沒有 staged。
• 有人問「如果 reviewer agent 根本沒 spawn，那還算 review 嗎？」
• 有人做了 vibecheck plugin，在 git push 前要求使用者通過自己 diff 的 quiz。
• 有人寫 hook 從 session transcript 抽取 Claude 做過的假設與決策，避免 billing bug 這種難以 code review 發現的問題。
• 有人建議大型 Claude Code 專案應儘快導入 CI pipeline。

這反映一個成熟化趨勢：Claude Code 的問題不再只是「會不會寫 code」，而是「如何建立 acceptance criteria、獨立 review、CI、diff 驗證與人類 ownership」。對真實產品來說，這比單次生成能力更重要。

工具生態快速長出「Claude Code 的周邊基礎設施」

本週社群分享的工具非常多，方向集中在幾類：

1. Session / project 管理

   • local dashboard 管理 Claude sessions。
   • tray widget 依名稱重開 past sessions。
   • Kanban board for Claude Code，以 Markdown files + YAML frontmatter 管理任務。
   • SAIPEN、Hub、LLM wiki、Obsidian 工作流，用 markdown 維持跨 session 記憶。

2. 成本與用量控管

   • burnline statusline。
   • account switcher。
   • usage viewer / session viewer。
   • token optimization / compression 工具。

3. 安全與隔離

   • sandbox-cli：把 Claude Code、Codex、Gemini、Cursor 等放入 disposable Docker container，只 mount project，保護 SSH keys、cloud credentials、browser cookies。
   • local merge queue，避免平行 Claude Code sessions 互相踩 push。
   • vibecheck 阻擋 git push，要求人類理解 diff。

4. 感知與外部互動

   • 讓 Claude Code 看螢幕、看 Android camera、看 hardware displays。
   • smart bulb / pixel-art desktop pet / Mac menu bar / iPhone / Apple Watch 通知 permission prompts。
   • Claude in Chrome、Record a Skill、browser automation 工作流。

這些工具其實補齊了 Claude Code 官方目前還沒完全成熟的部分：跨 session 記憶、工作排程、使用量觀測、人類介入通知、代理驗證與隔離。

Hacker News 趨勢：企業化、token 經濟與 prompt 瘦身

HN 討論本週比 Reddit 更偏向工程基礎設施與產品化。

高討論度的「Claude Code uses Bun written in Rust now」顯示開發者很關注 Claude Code 的 runtime 與包裝方式。另一個高分 Show HN「Bento」則說明團隊開始用 web frontend technologies 與 Claude Code 建 slide decks，但希望非工程使用者也能小改內容，於是做出單檔 HTML slide tool。

HN 上也出現多個 token / prompt 相關議題：

• 40–90% fewer tokens on Claude Code via TokenOptimization。
• RTK and Claude Code Token Savings。
• Ask HN: What happens when we compress context in Claude Code?
• 「We removed over 80% of Claude Code’s system prompt for Opus 5 and Fable 5」。
• Claude Code Cut Their System Prompt by 80%. Does That Work for Small Models Too?

這與 Reddit 上關於 CLAUDE.md、skills、system prompt 瘦身的討論互相呼應。Anthropic 似乎正在押注新模型的內建能力，減少過度規則化 prompt；但社群也在重新評估：哪些規則該放進 CLAUDE.md，哪些該變成工具、hook 或 CI enforcement。

本週總結與展望

本週 Claude Code 的主線可以用一句話概括：模型能力升級到 Opus 5，但真正的戰場轉向控制、驗證與可靠性。

Opus 5 是重大發布，讓 Claude Code 在複雜 coding、3D、視覺、長 context 與主動推理上有更大想像空間。但同時，Opus 5 的 scope creep、成本不透明、模型偏好覆寫，以及 subagents 繼承高價模型的現實，也讓使用者更迫切需要明確的 workflow discipline。

官方本週的版本更新方向其實非常務實：限制自動啟動的高成本流程、增加 subagent cap、修補背景代理與 resume、強化 sandbox / network allowlist、改善 MCP error visibility、讓 transcript 寫入失敗不再靜默。這些都不是華麗功能，但都是 Claude Code 從個人玩具走向團隊基礎設施所必須補上的地基。

下週最值得觀察的三件事：

1. Opus 5 是否會快速修正 scope creep 與模型選擇問題，尤其是 1M context default 對不同 org / plan 的可用性。
2. usage 與 subagent observability 是否會成為官方功能重點，因為社群已經用大量第三方工具證明這是痛點。
3. MCP / Desktop / Cowork 的一致性是否能改善，目前 CLI、Desktop、Web、Cowork 對工具呼叫與 connector 的行為仍有落差。

Claude Code 本週給人的感覺是：能力邊界又往外推了一圈，但使用者也更清楚地意識到，真正可靠的 agentic engineering 不是讓模型自由發揮，而是把模型放進可觀測、可驗證、可回復、可預算化的工程系統裡。