Claude Code 週報：Sonnet 5.5 上線、Mods 正式登場，Claude Code 正在從 CLI 走向「可被改造的平台」

本週 Claude Code 的更新節奏非常密集，從 2.1.283 推進到最新 2.1.289，幾乎每天都有 patch release。最值得注意的是兩條主線：第一，Claude Sonnet 5.5 在 2.1.284 加入 Claude Code，並成為 Anthropic API 的預設 Sonnet 模型；第二，Claude Code Mods 在 2.1.287 正式登場，讓外掛不只新增工具，還能改變 UI、行為與工作流。與此同時，GitHub Issue 與 Reddit 社群都顯示，使用者正在快速把 Claude Code 推向更複雜的多代理、長工時、跨裝置與創意生成場景，但也同步暴露出成本、權限、安全分類器、Desktop / Cloud migration 與插件穩定性的壓力。

版本更新：2.1.284 到 2.1.289 的重點變化

根據 npm registry，本週 Claude Code 連續發布了 6 個 patch 版本：2.1.284、2.1.285、2.1.286、2.1.287、2.1.288、2.1.289。最新版本為 2.1.289，發布於 2026-10-03。雖然都是 patch 版號，但實際內容已接近一輪平台級更新。

2.1.284：Sonnet 5.5 正式加入 Claude Code

根據 GitHub release notes、npm registry 與 ClaudeLog，2.1.284 最大亮點是加入 Claude Sonnet 5.5（claude-sonnet-5-5），並成為 Anthropic API 上的預設 Sonnet 模型。官方描述包含 1M context、$2 / $10 per million tokens，以及 $0.20 / Mtok cache reads。

這個變化對 Claude Code 使用者很重要，因為它把「速度、成本、長上下文」重新拉進模型選擇討論。Reddit 上有不少使用者開始比較 Sonnet 5.5、Opus 5.5、Sonnet 5 與 Fable 的差異；其中一篇社群測試聲稱 Sonnet 5.5 與 Opus 5.5 在 10 個 coding tasks 上都達到 30/30，但 Sonnet 5.5 平均時間與成本明顯較低。這類非官方測試不能當成基準報告，但它反映出一個趨勢：使用者正在把 Sonnet 5.5 視為「日常主力模型」，而把 Opus / Fable 留給 advisor、review 或高風險決策。

2.1.284 也加入了 /rate-limit-options、更清楚的 gateway spend 顯示、MCP reconnect all，以及 auto mode 讀取工作目錄外檔案時的「這次允許、下次再問」選項。這些都指向同一件事：Claude Code 已不只是單機 CLI，而是在處理更複雜的組織政策、用量限制與遠端 gateway 場景。

2.1.285：插件設定、Provider 管控與 WebFetch 控制

2.1.285 加入 CLAUDE_CODE_DISABLE_WEB_FETCH，可關閉 WebFetch；也加入 claude --desktop，能從 CLI 開啟 Claude Desktop 到目前目錄或指定 session。插件方面，claude plugin configure <plugin> 與 claude plugin install --config 讓 bundled MCP server 在安裝時就能帶入設定，減少使用者安裝後再進 /plugin 補設定的摩擦。

企業管理面則新增 allowedProviders managed setting，可限制機器能使用哪些 API provider，例如 Anthropic API、Bedrock、Vertex、Foundry、Mantle 或 cloud gateway。這對 Team / Enterprise 管理者特別關鍵，因為 Claude Code 正逐漸成為企業內的開發入口，provider routing 本身也變成治理問題。

2.1.286：權限提示、resume 穩定性與 background 工作改善

2.1.286 聚焦在權限提示、session resume 與背景工作。官方 changelog 提到，當多個 permission requests 疊在一起時，prompt 會顯示類似「2 of 5」的計數；claude --resume 與 --continue 修復了在 parallel tool calls 後 crash 時遺失 turn 的問題；cloud sessions 在超大歷史紀錄下無法 wake up 的問題也有修正。

這版也強化了 secret redaction，修補 Bearer / Basic token、URL password、不可見字元 key name 等在 logs / transcripts 中部分洩露的情境。對於把 Claude Code 接進 MCP、gateway、Remote Control 和組織環境的團隊來說，這類修補比 UI 變化更重要，因為它降低了「工具鏈本身把秘密寫進記錄」的風險。

2.1.287：Claude Mods 登場，Claude Code 進入可改造階段

2.1.287 是本週最具方向性的版本。根據官方 release notes，Claude Code 加入 Claude Mods：plugins 現在可以修改更深層的行為。官方也加入內建 mod「You should know」，由 side agent 在旁邊提醒你或 Claude 可能漏掉的事情。

Mods 的意義不只是「多一種插件」。過去 Claude Code plugin 多半是工具、MCP server、slash command 或技能包；Mods 則開始觸碰使用者體驗本身，例如 prompt 上方的 band、pane、footer、hook 行為、agent 狀態與 UI render。這讓 Claude Code 比較像可擴充的 agent OS，而不是單純的 coding CLI。

同版也加入 agents view 的 n:<text> 過濾器、OpenTelemetry user_prompt event 的 prompt_text 欄位、MCP 2025-11-25 protocol 的 URL prompts。這些看似分散，但共同指向「可觀測、可搜尋、可互動、可擴充」的多代理工作環境。

2.1.288：Mods API 擴充與大型結果處理

2.1.288 在 Mods 上繼續加料，新增 $.ui.selection()，可讓 mod 讀取 fullscreen mode 中最後選取的文字與所在 transcript row。這讓「針對選取文字提供快捷操作」成為可能，例如 review、摘要、引用、轉成 issue、或交給 side agent 分析。

同版也加入 prompt 被 Ctrl+C 清空後可用 Up 恢復草稿、MCP re-authentication prompt、/code-review --max-findings 等功能。值得注意的是，2.1.288 修復大量 plugin、mod、MCP、worktree、hooks 與 LSP 相關問題，包括：

• plugin LSP placeholder 沒有替換；
• plugin hook 讓 subagent worktree 中 Bash 失效；
• path-scoped .claude/rules 與 nested CLAUDE.md 在 Write / Edit 時不載入；
• dangerous rm 在 bash -c / sh -c 中繞過 prompt；
• LSP tool calls 可能無限 hang；
• MCP tool calls 因大型結果重複執行。

這也說明 Mods / Plugins 的推出伴隨新的攻擊面與穩定性挑戰。Anthropic 的修補速度很快，但使用者若在生產環境依賴 mods，仍應把 mod 視為可執行程式碼與供應鏈元件，而不是單純 UI 小工具。

2.1.289：Plugin / Mod 穩定性與安全修補

最新 2.1.289 主要是針對 Mods 與 Plugins 的穩定性修補。根據 npm 與官方 release notes，這版修復了：

• user-installed mod approval 在 managed machines 上沒有正確套用 nested shell deny / ask rule；
• terminal 在短 code block 中含大量未閉合 <script> 或深層 ${ substitution 時 freezing；
• Read deny rules 沒有套用到透過 symlink 被 @ mention、IDE 選取或變更的檔案；
• installed mods 在升級後第一個 session 沒有載入；
• plugin pane 因 localhost、@ path、uppercase host 或 file: path 無法繪製；
• user-installed plugin 可改寫 organization-managed MCP server sign-in tool description；
• mod UI render failure 導致整個 session interface error。

2.1.289 還新增 agent.spawn for teammates、統一 plugin hook events 的 agent id，以及 $.agent.list() 的 idle / waiting states。這讓 mod 可以更精準地理解 agent 狀態，未來可能會催生更多「agent dashboard」「usage meter」「review companion」「workflow monitor」類型插件。

官方動態：Mods 與 Opus 5.5 使用指南成為討論核心

本週 Hacker News 收錄了兩個與 Claude Code 直接相關的討論。其中「Getting the most out of Opus 5.5 in Claude and Claude Code」獲得 156 points、116 comments，是本週外部討論中最受關注的一則。另一則「Claude Code Mods」雖然 HN 討論量不高，但在 Reddit 上引發大量實作潮。

官方部落格與文件面，本週最重要的訊號是：Anthropic 正把 Claude Code 定位成「可被組織管理、可被外掛擴展、可與 Desktop / Cloud / Slack / VS Code / MCP 串接」的核心工作平台。從 release notes 可以看到，Claude Code 不再只是終端工具，而是與 Claude Desktop、Claude Tag、Cloud sessions、Code Review、自託管 runner、MCP connectors、VS Code extension 共同演化。

這也解釋了為什麼 release notes 中有大量看似「旁支」的修補：Slack channel access、Cloud routine scheduling、VS Code restored tabs、Desktop session list、Remote Control、gateway spend meter。Claude Code 的邊界正在擴張，任何一個子系統的不穩定都會影響整體 agent workflow。

重要 Issue 討論：成本、權限、安全分類器與 Desktop / Cloud 遷移

GitHub Issue 本週每日約 45–50 件，議題高度集中在幾個方向。

1. 用量與成本焦慮升溫

多個 issue 與 Reddit 討論都圍繞 token、cache、usage limit 與 billing。例如 GitHub 上有使用者回報 weekly usage limit consumption rate 在 9 月 25 日後增加約 3.6 倍，也有人回報 prompt cache miss、usage 被歸到「Other」、Fable usage 被錯誤計算、Desktop token chart 混用 token definitions。

Reddit 上也有不少貼文討論「Opus 5.5 / Ultracode 消耗太快」「generic agents 是燒 token 的主因」「如何用 advisor 降低 Fable / Opus 使用」「mod 顯示 5h / weekly usage、context %、auto compact」。這代表 Claude Code 的核心痛點正在從「模型能不能寫 code」轉向「如何長時間、可控成本地運行多代理工作流」。

2. Auto mode 與安全分類器仍是高摩擦區

GitHub issue 中大量出現 safety classifier false positive、legitimate security research 被擋、statusline modification 被 flag、auto mode classifier blocking Bash / ScheduleWakeup、scheduled tasks permission hang 等問題。Reddit 上也有使用者抱怨 auto mode safety check 連簡單文字編輯都阻擋，或 Opus 5.5 / Sonnet 在合法操作上出現過度 guardrails。

這裡的產品張力很明顯：Claude Code 必須避免危險 shell、金融交易、資料外洩與 prompt injection，但使用者也希望它能完成已授權的自動化工作。2.1.288 與 2.1.289 都修補了 dangerous rm、compound Bash、deny / ask rules、symlink Read deny 等安全問題；這代表 Anthropic 目前選擇偏保守，先堵繞過路徑，再逐步改善提示與例外流程。

3. Desktop / Cowork / Cloud migration 引發 local-first 擔憂

Reddit 上有多篇討論提到「Tasks on this computer」即將被 deprecated，10 月 6 日後新任務改往 cloud，local option 消失或被弱化。使用者的反應分成兩派：一派接受 Cloud sessions 的便利，另一派擔心資料被迫上傳、local project 語義被打散、既有 Cowork 工作流變得更混亂。

本週資料中也有「Updated Claude storage/memory map: what’s local, what’s cloud, and what changes Oct 6」這類整理文，顯示社群需要更清楚的資料位置、session location 與 migration policy 說明。Claude Code 被視為「仍可 local-first 的選項」，但 Desktop / Cowork 的變化正在讓更多非終端使用者被迫理解 Claude Code。

4. Mods / Plugins 新生態帶來新 bug

隨著 Mods 推出，GitHub issue 開始出現 Docked Pane theme、diff format drawing、AbovePrompt band、plugin pane rendering、mod UI fault、plugin startup tip、Skill allowed-tools rule 等問題。這是新平台常見的早期現象：API 能力一開，社群快速創作，邊界條件就會立刻被踩出來。

好消息是 2.1.288 與 2.1.289 已大量修補 mod rendering failure 不應拖垮整個 session 的問題。這點非常重要，因為如果 mod 可以改 UI，就必須有隔離機制；否則一個動畫寵物、usage meter 或 pixel band 都可能讓主工作 session 崩潰。

社群聲音：Claude Code 正變成「創意引擎」與「個人工作系統」

Reddit 本週收集到 152 則相關討論，數量遠高於其他來源。整體趨勢很鮮明：Claude Code 正被大量用在非傳統 software engineering 場景。

創意生成爆發：影片、遊戲、音樂、像素藝術

本週有大量使用者分享 Opus 5.5 / Sonnet 5.5 生成的作品，包括：

• 用 Claude Code 製作整支 motion design showreel；
• 用 code 生成 Pokémon Red remake、run-and-gun 遊戲、blackjack gesture game、Pharaoh-style city builder；
• 用 Godot / WebGL / Three.js 生成音樂影片、動畫 explainer、procedural creatures；
• 用 Claude Code 做 SaaS launch video、科學解說動畫、雷達資料廣告；
• 用 Claude Code 製作 DAW、modular synth、local LLM cluster、AI party installation。

這些案例的共同點是：Claude Code 不再只是「幫工程師寫 CRUD」，而是被當成能操作瀏覽器、圖形、音訊、遊戲引擎、動畫與自動化 pipeline 的創作環境。使用者在做的不是傳統 coding，而是用自然語言導演一組程式化媒材。

Mods 成為新玩具，也可能成為新工作流基礎

Mods 推出後，社群快速出現各種實驗：pixel art band、fluffy plush mascot、usage meter、xcodebuild error extractor、spec review mod、minesweeper、cost meter、guard essentials、git pane、brand identity skill 等。

有些看似玩具，但背後其實是工作流改造。例如 xcodebuild mod 解決的是「Claude Code 長輸出截斷時抓不到中間 compiler error」的真問題；usage meter mod 解決的是「使用者不知道何時該 compact、何時 cache 快過期」；spec review mod 則把 markdown review 帶進 TUI。這些都說明 Mods 的價值不只在 UI 趣味，而在把使用者自己的 workflow knowledge 嵌進 Claude Code。

多代理與跨 session 協作成為主流話題

多篇 Reddit 貼文討論 Claude Code session 之間互相傳訊、Claude Code hand off work to Codex、同時跑 8 個 agents、手機控制 Claude Code、local backlog / worktree executor、agent reminders、跨 terminal / Codex / Claude Code 的提醒系統。GitHub issue 也有大量 agents、subagents、agent view、workflow、SendMessage、background sessions 相關 bug。

這代表高階使用者已經不滿足於「一個 Claude 幫我做事」，而是在建立自己的 agent mesh：一個 session planning，一個 session implementation，一個 session review，外加 Codex、local tools、MCP server、phone app 與 dashboard。Claude Code 的下一個挑戰，是把這些高階玩法變成可理解、可控、低風險的標準流程。

本週觀察：Claude Code 的重心正在從「能力」轉向「治理」

如果只看功能，本週是 Sonnet 5.5 與 Mods 的一週。但如果看整體脈絡，本週更像是 Claude Code 從「好用的 coding agent」進入「需要治理的平台」的轉折點。

模型能力已經足以讓非工程師做遊戲、影片、工具與自動化；真正限制使用者的，反而變成成本、上下文管理、權限、記憶、資料位置、插件品質與安全分類器。這也是為什麼社群一邊展示驚人的作品，一邊抱怨 usage limit、cache miss、auto mode false positive、local Cowork 消失、Desktop session OOM、cloud migration。

接下來值得關注三件事：

1. Mods 生態會不會形成穩定 marketplace：目前創意很多，但 API 邊界、權限模型、UI fault isolation 與供應鏈安全仍需要時間成熟。
2. Sonnet 5.5 是否成為日常主力模型：若社群持續驗證它在 coding 上接近 Opus 5.5、成本更低，它可能會改變多模型 routing 習慣。
3. local-first 與 cloud-first 的產品線如何分工：10 月 6 日 Cowork / Tasks 變化後，Claude Code 可能會吸收更多重視本機控制的使用者，也會承擔更多「不是傳統 CLI 使用者」的需求。

本週的結論是：Claude Code 正在快速長成一個可擴充、可觀測、可被社群改造的 agent platform。它的上限正在變高，但操作複雜度也同步上升。對重度使用者而言，未來的關鍵不只是「選哪個模型」，而是如何設計一套可控的工作流：何時用 Sonnet、何時升到 Opus、何時開 agent、何時 compact、哪些 mods 值得信任，以及哪些工作必須保留在本機。