攔在工具呼叫之前：Claude Code Mods 把擴充程式搬進事件流程，代價是權限與維護那欄

APPI News 於 2026 年 10 月 3 日刊出 Anthropic「Claude Code Mods」的完整指南（張饒輝撰，標註 16 分鐘閱讀）。這項功能讓開發者以 JavaScript 或 TypeScript 函式，掛進 Claude Code 的事件流程，介入工具呼叫、提示與介面繪製等環節。文章本身是技術整理，但攤開的帳本值得從成本結構角度看：擴充程式從外部接收事件，移到工具本身的事件流程裡執行，這一步同時改變了程式權限的邊界與維護責任的歸屬。

先分清楚四種擴充方式各記哪一本帳

Claude Code 既有的擴充機制有三條路：settings hooks 在生命週期事件觸發時執行指令、HTTP 請求或提示；skills 以 Markdown 提供操作知識；MCP server 把外部服務包裝成可呼叫工具。Mods 的差異在於執行位置與能力上限：程式在 Claude Code 內部執行，可以觀察事件、改寫事件內容或自行接手處理，還能繪製側邊面板、狀態帶與輸入欄位。

官方文件的建議順序本身就是一份成本排序。補充固定操作知識，用 skills，因為說明文件不需要介入程式事件；連接資料庫或內部 API，用 MCP server；在特定事件執行既有腳本，用 hooks，可沿用現有命令，不必把程式載入 Claude Code 內部。只有當需求必須讀取或改寫內部事件時，才輪到 Mods。這與我們先前分析的MCP 把工具整合成本壓進協議層的邏輯一致：能用標準介面解決的整合，不值得為它多寫一段客製程式。

指南裡有一句判斷標準值得留下：若既有 tools、skills 或 hooks 已能完成任務，新增 Mods 只會讓系統多一段要理解與維護的程式碼。

中介層能做什麼，以及它不能保證什麼

指南列舉的常見用途集中在工具呼叫周邊的控制流程。其一是前置檢查：在代理執行可能影響正式環境的命令前，先顯示風險摘要或要求人工確認。其二是資料整理：遮蔽工具輸出中的敏感資訊，再交給模型處理。介面層則可呈現流程資訊，官方示範在終端轉圈提示旁顯示工具呼叫次數。

這些能力對應的，正是 AI 代理落地時最難計價的那幾欄成本。代理自動化省下的工時，要先扣掉驗證與審查的支出，這筆帳我們在AI 寫程式的驗證帳與AI 代理的信任成本帳都算過：每一次檔案操作與指令執行，若沒有審計與確認機制，風險就以回滾成本的形式沉澱在工程團隊身上。Mods 提供了一個官方的事件介入點，讓這類檢查不必再靠外掛工具從外部攔截。

但指南也劃出邊界：Mods 改變的是控制流程，不會自動保證規則正確，也不能取代完整的權限政策。處理函式能讓事件前進、改寫或中止，高風險命令仍應保留清楚的人工確認路徑。功能可行也不代表跨版本、跨執行環境表現一致，哪些事件可用、處理函式能做什麼，取決於官方介面與權限設計。

影響推演：誰受惠、誰承壓

受惠的一方是已經重度部署 AI 代理的工程團隊。當代理工作流跑進正式環境，前置風險提示、敏感資訊遮蔽與狀態面板這三類需求會從「 nice to have」變成治理的基本配備。Mods 把這些環節的客製從外部腳本收進官方事件流程，整合成本下降，升級路徑也由 Anthropic 的介面演進背書。

承壓的一方是第三方代理治理與觀測工具。當事件介入、操作記錄與進度顯示逐步成為平臺內建能力，獨立工具的差異化空間被壓向官方介面尚未覆蓋的縫隙，例如跨工具彙整或企業級合規報表。這是平臺經濟常見的替代曲線：平臺每內建一項功能，周邊工具的定價權就往標準化那端滑一段。

對個人開發者與小型團隊，帳則要反著算。引入 Mods 意味著多一段 TypeScript 程式碼要理解、除錯並跟著 API 演進維護。官方文件建議先比較四種擴充方式再決定，本質上是在說：這層權限與這份維護責任，只有當需求真的觸及內部事件時才值得支付。

收束判斷

以可確認的資訊而言，Mods 是一次擴充介面的分工重整，而非新市場的誕生。四條擴充路線各記各的帳：skills 記知識、MCP 記外部連接、hooks 記事件腳本、Mods 記內部事件改寫。真正被改變的是治理成本的落點，當事件介入成為平臺內建能力，代理審計與人工確認的支出會從外掛採購移向內部開發維護。至於 Mods API 的穩定性、事件覆蓋範圍的擴張速度，以及第三方工具的實際流失幅度，目前來源未提供數據，這幾欄先保留，等後續版本演進再對帳。

（依據 APPI News 2026 年 10 月 3 日刊出之指南整理，技術細節以 Anthropic 官方文件為準。）