Claude Code 10 月更新：Mods 與用量歸因把並行工作管起來

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

ClaudeDevs 在台北時間 2026 年 11 月 4 日凌晨 1 點半貼出 Claude Code 的 10 月回顧，一支 5.76 秒的短片配一段文字：10 月上了 mods、桌面端更擅長把多個工作階段並排放、用量的去向看得更清楚。Claude Code 是 Anthropic 的代理式編碼工具，有終端機、IDE、桌面 App 等多種執行環境，這些更新直接落在每天都會碰到的操作面上。三件事單獨看是三條產品線的例行更新；放進同一個月看，其實在回答同一個問題：當使用者同時把好幾個任務交給 AI，這些並行的工作該由誰管理。10 月的 Claude Code 把答案做進產品本身，行為可以自訂（mods）、任務可以分隔（多工作階段）、消耗可以歸因（/usage）。更新密度也配得上這個讀法：npm 發布紀錄顯示 10 月有 27 個版本，翻官方 changelog，mods 相關條目出現在 2.1.287 到 2.1.316 之間的 16 個版本裡。

行為層：mods 讓外掛能改 Claude Code 本身

mods 在 10 月 1 日上線。claude.com 當天的公告把它定義成一段 TypeScript 函式：可以改寫送出的提示、在畫面上加一塊面板、攔下工具呼叫，或直接取代某個內建功能。npm 上 2.1.287 的發布時間戳與公告同一天，changelog 裡那條寫得很直白：外掛現在可以修改更深的行為。

這一步補的是 hooks 的限制，官方公告自己給了對照：hooks 給了使用者一些控制權，但 hooks 不能改寫事件、不能畫新的介面、不能取代功能，mods 三件都能做。實際影響是內建功能開始被拆成 mod 重新包裝。例如 /diff 這個內建指令現在本身就是一個 mod，可以在外掛管理裡關掉或換成自己的版本；同一版還裝了一個叫 You should know 的內建 mod，讓一個側翼代理盯著對話，標出你或 Claude 可能漏掉的東西。官方還預告會把更多內建功能逐步改成 mod，讓 Claude Code 可以縮成小核心再按需加回。

門檻也比想像中低。公告明講可以用 Claude Code 來改 Claude Code：直接請 Claude 寫一個 mod，它會寫好 TypeScript、裝進 session 並熱載入，改完立刻生效，不必離開對話重啟。CLI 與桌面 App 都吃同一套 mods，團隊把自訂行為包成外掛丟進市集，成員就能用管理外掛的同一套流程安裝與更新。

官方在 playground 倉庫放了三個範例，照原樣提供、不附支援。token-weather 在輸入區上方畫一段上下文視窗的預報，讓你隨時看得出這次對話已經裝了多少東西；blast-radius 攔下高風險的 shell 命令（例如 rm -rf 或強制推送），先攤開它會改到什麼，再給確認或取消的按鈕；replay-theater 加一個 /replay 指令，把 Claude 上一輪改過的檔案逐步重播一遍。三個範例分別對應三種事件：畫面繪製、命令執行、檔案修改，也大致框出了 mods 能碰到的世界。

Pin

安裝前的誠實面只有一條，但要背熟：mod 以你的身分執行，不在沙盒裡。官方文件列得很清楚，一個 mod 載入之後可以讀寫你碰得到的檔案、啟動程序、對外連網、讀環境變數與設定檔裡的 API 金鑰，看見整個工作階段的提示與工具呼叫，甚至改寫它們。裝一個 mod，等同在本機裝一支程式。企業端有制度化的護欄：Team 與 Enterprise 方案、以及有受管理設定的機器上，一支叫 sec-default 的內建 mod 會最先載入，擋住使用者自裝的 mod 做覆寫權限拒絕規則這類危險的事；公告只把這道護權綁在這些方案與受管理設定的機器上。管理員還能直接允許或封鎖整個外掛市集，讓可安裝的 mod 來源一開始就收斂在組織認可的範圍裡。多個 mod 掛同一個事件時依載入順序執行，先載的先看到事件、最後拿到結果，團隊共用 mod 時這也是要管理的一件事。

任務層：一個工作階段一套檔案

桌面端的分工單位叫 session。現行官方文件的定義很乾淨：每個對話是一個 session，有自己的對話紀錄與專案資料夾，彼此獨立；側欄列出所有 session，可以同時跑多個。操作面 Cmd+N 開新 session、Ctrl+Tab 在之間切換，按住 Option 點側欄裡的 session 可以開成並排的分割檢視。要動到同一個儲存庫的任務，還有 Worktree 選項讓 session 各自跑在獨立的 git worktree 裡，預設關閉。現行文件甚至已經把協調做了一半：你可以讓 Claude 去查看其他 session 的狀態、傳訊息給它們，分工之後的進度確認不再只能靠人腦記。

Pin

回顧貼文對桌面端的措辭值得照抄：桌面 App 更擅長把很多 session 並排放。這是改良的說法。10 月 changelog 對桌面端的條目也確實是修整性質：2.1.314 修了並排 session 的名稱會在權限詢問時消失的問題，也把閒置對話的自動摘要帶進桌面端的 Code 標籤頁。分割檢視第一次出現在哪個版本，公開紀錄裡沒有可核對的錨點。

並行的價值取決於任務怎麼切。產出分開、檔案範圍不重疊的工作適合同時跑，例如一個 session 整理文件、另一個查錯誤原因；有先後依賴的工作照順序做反而乾淨，先查清楚原因再動手修，避免兩邊根據不同假設各改一套。Worktree 能讓改動先隔離，但合併仍要自己做，隔離只是把衝突往後搬，並沒有取消它。這層判斷官方文件沒有代勞，交辦時寫清楚目標、可動的檔案範圍與完成條件，分工省下的時間才不會被整合的成本吃掉。

消耗層：/usage 的三種數字要分開讀

/usage 面板把額度花在哪裡變成可核對的數字，但三種數字各有各的意思，混著讀會誤判。第一種是 Session 區塊的金額，它是本機估算：Claude Code 按 token 數乘上牌價算出來，除非組織管理端設了合約定價表。同一個區塊還會列出各模型的用量拆分與快取使用摘要，例如多少比例的輸入 token 由快取供應、快取目前是不是暖的，走 API 計費的人可以直接拿來對帳。官方文件特別提醒訂閱者，Pro、Max、Ultra 的用量含在訂閱裡，這個 session 金額不作為帳務依據；訂閱者在同一個畫面看到的是方案用量條、活動統計與歸因分析。訂閱贈額與 API 額度怎麼分開抵扣，可以先對照我們先前整理的 Claude 每月 API 額度說明。

第二種是歸因百分比。近期用量會被分配到 skills、子代理、外掛與個別 MCP 伺服器，各以占總量的百分比呈現。這裡有個反直覺的讀法：單一請求可以同時算進多列，所以百分比加總可能超過 100%。官方的讀法指引講得明白，占比告訴你這一列適用於你多少用量，而不是照做之後能省下多少。

Pin

第三種是建議列，以至少 10% 的占比起跳，官方文件舉的例子是把某份每個請求都重讀的 CLAUDE.md 縮小、一次省下數萬 token。npm 紀錄上 10 月 20 日發布的 2.1.305 把這件事往前推了一步：每條警告變成一行寫明來源的修正，在 /usage 裡按 f 就套用，同樣的修正也出現在 VS Code 與 /doctor。按 f 之後要有心理準備：官方文件說明，部分的列會交給 Claude 拿到指示去改，其餘的列按了也沒有反應；若 Claude 對某列沒有動作，那一條要自己照建議手動處理。歸因的數字也有範圍：按 d 或 w 可以切換最近 24 小時與最近 7 天兩種視窗，但這些數字是從本機的 session 紀錄估算的，其他裝置與 claude.ai 網頁端的用量不算在內，要核對整個帳戶的支出仍得回到帳務頁面。

歸因視圖本身的資歷比回顧貼文老。官方文件註明 MCP 歸因的算法在 2.1.222 之前不同，而那個版本 8 月 4 日就上了 npm。所以 10 月在用量這條線上真正的增量，是把已經存在的歸因分析變成一鍵可執行的動作，再加上 2.1.304 為恢復閒置對話加上會吃掉多少 5 小時額度的警告。

三層疊起來，並行的工作才管得住

把三條線放回同一張圖上，10 月更新的意義才完整。行為層處理工具照誰的方式做事，任務層處理多件事同時進行時不互相踩踏，消耗層處理這一切花了多少、花在哪。一個常見的情境可以說明三層缺一不可：三個 session 分別整理文件、查錯誤、做重構，各自改了檔案。沒有消耗歸因，你只知道額度見底的速度變快，看不出是哪一類工作在吃；沒有任務分隔，整合那天要靠 git 逐段對帳，確認每個改動屬於誰；沒有行為自訂，三個 session 都在同一個地方卡住，各自重複一樣的手動繞路。可以自訂行為但看不見用量，自訂只是加速燒額度；可以多開 session 但行為不可調，每個 session 都在重複一樣的手工操作。

這也解釋了過去一年生態系自己長出來的補洞工具：把 Claude Code 用量畫成狀態欄電池的、從手機看住多個 session的，都在回答同一組問題。這類工具還有一個共通點：它們多半同時支援 Codex、OpenCode 等其他代理工具，看的是整個工作環境的消耗與狀態；官方把三層收進產品後，單看 Claude Code 的那一塊被補上了，但混用多種工具的人，跨工具的總帳仍要靠這類第三方方案自己拼。

三層彼此獨立，採用時不需要照特定順序，真正該問的是哪一層正在吃掉你的時間或額度。額度常常提前見底的人先按 f 看一輪建議；同時開很多視窗、常搞不清楚哪個任務改了哪個檔案的人先整頓 session 的切法與 Worktree；每天都對 Claude Code 做一樣的手動調整的人，才值得投入 mods，而且從官方範例挑一件真的每天都會用到的功能開始。這個分流是本文的判斷，官方沒有給採用順序的建議。

現在該做什麼

多數 CLI 使用者其實不需要做任何事：npm 版本持續滾動，升級到 2.1.305 之後就都在裡面。成本最低的起手式是在 /usage 按 f 跑一輪建議，看有沒有一列超過 10% 的浪費。桌面端重度多工的人值得檢查兩件事：並排的 session 是否會動到同一批檔案，以及要不要打開 Worktree 讓改動先隔離。想裝 mod 的人，官方文件的建議是先查它掛了哪些事件、能碰到什麼，再決定裝不裝。

企業管理者的動作清單比個人長。外掛市集可以整個允許或封鎖，mod 的安裝來源先用白名單收斂；sec-default 預設第一個載入，若組織想用自己的管理 mod 換掉它，公告提醒要把 sec-default 加回清單，否則原本的防護會跟著消失。API 計費的組織另有一件事可做：在管理設定放一張合約定價表，/usage 的 session 金額就會改按組織的實際費率估算，對帳不用再自己換算。只用單一 session、也不打算自訂行為的人，這批更新幾乎不改變任何使用習慣，照常工作即可。

還沒把 CLAUDE.md 調校上手的人，先補基礎工作流比裝 mod 划算；建議列的第一名常常就是它。引用本文數字時要帶著日期：桌面文件與各文件頁面依 2026 年 11 月 5 日的版本整理，mods 的 API 還在動，11 月初的 2.1.317 與 2.1.318 又追了 mods 相關條目，npm 上最新版本停在 11 月 3 日的 2.1.318。要把某個行為寫進團隊規範，以當下的官方文件為準。