Claude Code 週報：Sonnet 5 成為預設模型，背景代理與成本透明度成為本週主戰場

本週 Claude Code 的更新節奏非常密集，從 2.1.195 推進到最新 2.1.201，核心焦點集中在三件事：Claude Sonnet 5 正式成為 Claude Code 預設模型、背景代理與 Agent View 的穩定性大幅調整，以及 Fable 5 回歸後引發的成本、模型路由與安全分類器爭議。社群端則明顯從「展示 vibe coding 成果」轉向「如何治理多代理、節省 token、保留上下文、避免 agent 誤判完成」等更成熟的工程化討論。

版本更新：2.1.195 → 2.1.201，高頻修補背景代理與模型路由

根據 GitHub CHANGELOG、npm registry 與 ClaudeLog，本週 Claude Code 至少發布了 2.1.196、2.1.197、2.1.198、2.1.199、2.1.200、2.1.201 等多個 patch 版本。npm registry 顯示，2.1.201 於 2026-07-03 發布，目前為最新版本。

2.1.197：Claude Sonnet 5 正式進入 Claude Code

本週最重要的版本是 2.1.197。根據 GitHub Release、ClaudeLog 與 Anthropic 官方部落格，Claude Code 從此版本開始引入 Claude Sonnet 5，並將其設為預設模型。

官方重點包括：

• Sonnet 5 成為 Claude Code 預設模型
• 原生支援 1M-token context window
• 至 8 月 31 日前提供促銷價格：每百萬 token 輸入 $2、輸出 $10
• 官方定位為「更 agentic 的 Sonnet」，在工具使用、程式設計、推理與知識工作上接近 Opus 4.8，但成本更低

這是本週最大產品訊號：Anthropic 明顯希望把日常 agentic coding 的主力從高價 Opus/Fable 往 Sonnet 5 遷移。從社群反應來看，使用者對能力提升感興趣，但也很快注意到 token 消耗、1M context 是否真的生效、模型是否被靜默降級等問題。

2.1.198：Claude in Chrome GA、背景代理通知與 /dataviz

2.1.198 是本週功能量最大的版本之一。根據官方 release notes，重點包括：

• Claude in Chrome 正式 GA
• claude agents 新增背景代理通知，完成或需要輸入時會觸發 Notification hook
• 新增 /dataviz skill，用於圖表與 dashboard 設計，並包含可執行的色票驗證器
• Gateway 新增 Claude Platform on AWS 作為 upstream provider
• 背景代理從 claude agents 啟動後，在 worktree 完成 code work 時可 commit、push 並開 draft PR
• Built-in Explore agent 改為繼承主 session 的模型，而非固定使用 Haiku
• Subagents 與 context compaction 繼承 extended thinking 設定
• 修復 API transient network drop、背景任務 stuck running、Agent Teams API error、/diff 不刷新等問題
• 移除 /agents wizard，改為請 Claude 建立/管理 subagents 或直接編輯 .claude/agents/

這一版顯示 Claude Code 正在把「背景代理」從輔助功能推向一級工作流：通知、PR、自動恢復、Agent View 都被持續強化。不過 Explore agent 改為繼承主模型也引起 Reddit 討論，部分使用者認為 Explore 原本應該便宜快速，改用 Sonnet/Opus 可能反而增加成本。

2.1.199：可靠性與錯誤處理修補

2.1.199 主要針對穩定性與錯誤回報。根據官方 release notes：

• 支援 stacked slash-skill invocation，例如 /skill-a /skill-b do XYZ 會載入最多 5 個前置 skills
• SSL/TLS 憑證錯誤現在會立即顯示可操作提示，不再浪費 retry
• API mid-stream overloaded/server error 發生時，已生成的 partial response 會被保留
• Subagents 遇到 rate limit 或 server error 時會把 partial work 回傳給 parent
• Subagents 不再把 API error 誤報為 successful result
• 修復 Linux background-agent daemon 每 50 秒殺掉自己與所有 agents 的問題
• claude stop 與背景代理 respawn race condition 修復
• 修復 SendMessage 在 agent name reuse 時可能誤送訊息的問題
• transient 429 對訂閱用戶會自動 backoff retry
• CLAUDE_CODE_RETRY_WATCHDOG 提升非 capacity transient error 的 retry 上限

這版的方向很清楚：Claude Code 已進入「多代理長任務」場景後，錯誤不能再只是終止或吞掉。Partial output、錯誤向 parent 回報、stop semantics、daemon recovery 都是多代理系統要可靠運作的基礎。

2.1.200：AskUserQuestion 與 permission mode 調整

Anthropic docs 收錄的 2.1.200 release notes 顯示，此版有兩個使用者體感很明顯的變更：

• AskUserQuestion dialogs 不再預設 60 秒後自動繼續；若需要 idle timeout，需透過 /config opt in
• CLI、--help、VS Code、JetBrains 的「default」permission mode 改名為 Manual
• 修復 .claude.json 中 disabled/enabled MCP servers 設為非 array 時啟動 crash
• 修復背景 sessions 在 sleep/wake 或 resume 後靜默停止 mid-turn

這個改動顯然回應了本週最熱的 issue 之一：AskUserQuestion: "No response after 60s — continued without an answer"。該 issue 在 GitHub 上累積大量討論，Reddit 也有使用者回報 Claude 等不到 60 秒就自行做決策並開始實作。對 agentic coding 而言，「沉默不等於同意」是很重要的產品安全邊界，2.1.200 的調整是正確方向。

2.1.201：Sonnet 5 harness reminder 修正

最新 2.1.201 的 changelog 很短：

• Claude Sonnet 5 sessions no longer use the mid-conversation system role for harness reminders

這看似小改，但放在本週 issue 背景下值得注意。GitHub issue 中出現多起與「模型回聲內部 task-routing wrapper」、「regurgitating training instructions」、「tool-call markup leaks」、「mid-conversation system reminder」相關的報告。2.1.201 可能是在修補 Sonnet 5 與 Claude Code harness 訊息注入方式之間的互動問題。

官方動態：Sonnet 5、Fable 5 回歸、Claude Desktop Linux Beta

Sonnet 5：Anthropic 本週主打的 agentic coding 模型

根據 Anthropic 官方部落格〈Introducing Claude Sonnet 5〉與 Reddit 官方貼文，Sonnet 5 被定位為「最 agentic 的 Sonnet」。官方強調它能更穩定地規劃、使用 browser/terminal 等工具、長時間自主完成任務，且在成本上低於 Opus 4.8。

這對 Claude Code 的意義很大：如果 Sonnet 5 能承接多數 coding agent 任務，Claude Code 的預設體驗就不必依賴更昂貴的 Opus/Fable。然而從本週社群回饋看，實際採用仍有幾個關卡：

• 使用者想知道 Sonnet 5 是否真的啟用 1M context
• 部分 issue 指出 sonnet[1m] alias 未正確套用 1M context
• 社群有人認為 Sonnet 5 token burn 仍偏高
• Fable 5 回歸讓模型選擇變得更複雜

Fable 5 回歸，但安全分類器爭議同步升溫

Anthropic 官方部落格也發布〈Redeploying Fable 5〉。Reddit 官方貼文指出，Fable 5 已回歸 Claude Platform、Claude.ai、Claude Code 與 Claude Cowork；Pro、Max、Team 與部分 Enterprise 用戶在 7 月 7 日前可用每週額度的一部分使用 Fable 5，之後轉為 usage credits。

但 Fable 5 回歸並非單純利多。GitHub issue 與 Reddit 同步出現大量關於安全分類器 false positive 的回報，尤其集中在：

• 合法安全審查被阻擋
• Android APK、SIEM/Wazuh、防禦性分析被標為 cyber 問題
• 一般 code review、architecture discussion、automation terms 被誤判
• Fable 5 被迫 fallback 到 Opus 4.8
• 使用者不清楚 fallback 是否影響成本與品質

本週的產品訊號是矛盾的：Fable 5 是高能力模型，但短期內它的安全路由與 fallback 行為仍讓不少專業使用者感到不可預期。

Claude Desktop Linux Beta

Reddit 官方貼文指出 Claude Desktop 已在 Linux（Ubuntu/Debian）進入 beta，付費方案可使用 Claude Code、Claude Cowork 與 Chat；Computer Use 尚未包含在此版本。這對長期依賴 Linux workstation 的開發者是重要補齊，但本週 GitHub issue 也開始出現 Linux Desktop/Cowork、QEMU、KVM、sandbox 與 packaging 相關回報，表示平台落地仍在早期磨合階段。

重要 Issue 討論：背景代理、成本、模型、AskUserQuestion、上下文安全

本週 GitHub issue 數量每天維持約 50 筆監控樣本，主題高度集中，能看出 Claude Code 目前產品壓力點。

1. 背景代理與 Agent View：功能變強，但狀態一致性仍是痛點

多個版本都在修背景代理，但 issue 仍大量出現：

• 背景 jobs orphaned、false completion record
• claude agents 顯示 stuck running、done/needs input 狀態跳動
• daemon 每 50 秒重啟或 control socket 競爭
• Subagents idle、recursive spawning、無限 fan-out、OOM
• run_in_background false 被忽略
• resumed/woken subagents 使用錯誤模型，造成 billing leak
• workflow resumeFromRunId 重跑已成功 agent calls

這反映 Claude Code 正在從「單 session CLI」演化成「多 worker、多 daemon、多 worktree」的分散式代理系統。產品能力上去了，但狀態機、任務生命週期、billing attribution、agent identity 與 stop semantics 也變成核心風險。

2. 成本透明度與 token 消耗焦慮加劇

GitHub 與 Reddit 都有大量成本相關討論：

• Workflow/subagent recursive spawning 燒完整個 5h quota
• Opus/Fable usage meter 不透明
• total_cost_usd 疑似 inflated
• Explore agent 繼承主模型後成本升高
• Skill mis-trigger 載入 775K 字元 reference doc
• 單純「Hi」也因 Claude Code tool-use system prompt 產生成本
• Max plan 使用者質疑 €200 plan 容量沒有達到預期倍數

Reddit 上的討論從抱怨逐漸轉向解法：有人做 local usage dashboard、token statusbar 硬體顯示、模型 routing skill、讓 Fable 負責 plan/review、Opus/Sonnet 實作。這代表高階使用者已開始把 Claude Code 當成需要成本治理的生產系統，而不只是聊天工具。

3. AskUserQuestion 60 秒自動繼續：本週最具代表性的 UX 安全問題

Issue #73125 以及 Reddit 貼文都指出，Claude Code 在等待使用者回答時，60 秒後自動繼續，導致 agent 自行選擇方案並開始實作。這類問題之所以嚴重，是因為它破壞了人機協作的授權邊界。

2.1.200 已將 AskUserQuestion 改為不再預設 auto-continue，這是本週少數可以看到「社群回報 → 快速產品修正」的明確案例。

4. 模型路由、Fable/Sonnet/Opus 混用與 fallback 不透明

本週模型相關 issue 非常多：

• Fable 5 usage allowance 與 weekly reset 互動不清楚
• /model 顯示與實際 served model 不一致
• UI 選 Fable 5，但 remote-control session 實際跑 Opus 4.8
• Subagents 被設為 Sonnet 5 而非使用者指定 Haiku
• /config 選 Default 不持久化 Sonnet 5
• 1M context alias 未生效
• Fable 5 被 safeguard fallback 到 Opus 4.8

這裡的核心問題不是單一 bug，而是「模型選擇已成為產品狀態的一部分」。使用者需要知道目前是哪個模型、為何切換、是否 fallback、fallback 是否收費、context window 是多少。Claude Code 若要支援多模型代理，模型透明度會變成必要功能。

5. 安全與信任：prompt steganography、session/cache leakage、phishing

Hacker News 本週最熱的 Claude Code 討論之一是「Claude Code is steganographically marking requests」，獲得超過千點與大量評論；另有 Reuters/SCMP 報導 Alibaba 因 alleged backdoor risks 禁用 Claude Code。雖然這類報導與社群指控需要謹慎看待，但它們已實質影響企業信任。

同時 HN 也討論：

• Potential session/cache leakage between workspace instances or consumer accounts
• phishing site 假冒 Claude Code install mac 搜尋結果
• session transcripts、cache、memory、安全標記等透明度問題

對 Claude Code 來說，信任問題不只在「模型是否安全」，也在「CLI 是否把什麼資訊送出去、如何標記、如何隔離 session、企業如何稽核」。

社群聲音：從 vibe coding 展示，走向 agent governance

多代理工作流成為主流，但人類 bottleneck 也變明顯

Reddit 上許多討論不再只是「我用 Claude Code 做了一個 app」，而是「如何管理多個 Claude Code agents」：

• worktree-per-agent
• tmux panes by name
• session manager
• handoff files
• local dashboard
• background agent inbox
• hardware statusbar
• verified review gate

有使用者指出，真正 bottleneck 不再是模型，而是人類失去任務脈絡、無法追蹤誰在做什麼、無法驗證 agent 是否真的完成。這與 GitHub issue 中的 background agent 狀態問題互相呼應。

Memory、handoff、context bridge 工具大量出現

本週 Reddit/HN 都有不少與上下文保存相關的工具與方法：

• Dory：用 CHANGELOG.md 與 .dory/agents.md 保留決策與操作指令
• sessionmem：跨 session 注入重要記憶
• Contextify：把 Claude Code 與 Codex session 建成本地可搜尋資料庫
• Handoff skill：verified context bridge
• storybloq：用 .story/ 管理 tickets、handover、notes、lessons
• Graphify：把 repo/docs 轉為 knowledge graph，降低 token 成本

這些工具的興起說明一件事：Claude Code 的上下文能力雖然越來越長，但「可靠記憶」仍不是單純把 context window 變大就能解決。使用者更需要可審計、可引用、可遷移的知識層。

成本最佳化成為熱門實踐

社群本週反覆討論如何節省 token：

• 用 Fable 做 plan/review，Opus/Sonnet 做實作
• 把 heavy drafting offload 到 local/free models
• 用 smart routing 選模型
• 用 dashboard 追蹤不同模型與工具消耗
• 避免過長 CLAUDE.md 與 mis-trigger skills
• 將 agent 輸出限制為更短回覆

這代表 Claude Code 已進入「工程經濟學」階段。當使用者開始把每次 subagent spawn、每次 skill load、每次 context compaction 視為成本事件，產品本身也需要提供更細緻的成本歸因與預警。

建置成果仍非常活躍

儘管本週有大量 bug 與成本討論，社群創作仍然旺盛。使用者展示了：

• 競品研究 Claude Code skill
• Polymarket wallet/trade MCP 分析
• live music analytics site
• Three.js cinematic scene
• WearOS SimCity port
• multiplayer card game
• Kubernetes operator 跑 Claude Code 處理 GitHub/GitLab backlog
• GUI control CLI、browser screenshot bridge、Instagram MCP、Reddit MCP
• AI girlfriend、Discord bot、memory/persona plugins

這些案例顯示 Claude Code 仍是目前最活躍的 agentic coding 平台之一；只是社群討論已從「能不能做」變成「怎麼安全、可控、可維護地做」。

本週總結與展望

本週 Claude Code 的主線非常清楚：Anthropic 正在把 Claude Code 推向更完整的 agentic development platform，而不只是 CLI coding assistant。 Sonnet 5 成為預設模型、Claude in Chrome GA、背景代理通知、draft PR、Agent View 修補、Linux Desktop beta，都是平台化訊號。

但平台化也帶來新的複雜度。背景代理的生命週期、模型路由、成本歸因、permission semantics、AskUserQuestion 授權邊界、session/cache 隔離、安全分類器 false positive，現在都成為核心產品問題。這些不是小 bug，而是 agentic coding 進入真實工作流後必然暴露的系統性挑戰。

下週最值得觀察的方向有三個：

1. Fable 5 在 7 月 7 日後轉 usage credits，是否會改變社群模型使用策略
2. Sonnet 5 是否能穩定承接預設 coding agent 任務，並降低 Opus/Fable 依賴
3. Anthropic 是否會進一步補強成本透明度、模型 fallback 可見性與 agent lifecycle 控制

如果說上個月 Claude Code 的關鍵詞是「能力擴張」，本週的關鍵詞就是「治理」。真正成熟的 agentic coding 工具，不只要能寫更多程式，也要能讓使用者知道它在做什麼、花了多少、用了哪個模型、何時需要停下來等人類批准。