Claude Code 的三個改變都在解決『無差別執行』的成本問題

Claude Code v2.1.85 的三個改變都在解決同一個問題：從無差別執行轉向精準執行，降低隱性成本。

31 3月 2026 • 2 min read

條件式 Hook：從散彈槍到狙擊槍

新版本的條件式 if 欄位（像 Bash(git *)）解決的不是功能問題，而是一個實務中常見的隱性浪費——開發者寫出來的 hook 往往在每次觸發時都執行，不管上下文是否真的需要。

這個轉變帶來精準度。高頻觸發的自動化工作流裡，無差別執行的成本會快速累積。條件式篩選讓 hook 只在符合條件時才動作，系統負荷會顯著下降。更重要的是，這改變了開發者的思維方式——從『寫出功能就行』升級到『思考執行的必要性』。

企業合規從『禁用』升級到『隱藏』。使用者看到被禁用的選項會產生困惑，甚至嘗試繞過。與其留下一個灰色的按鈕，不如直接從介面上移除。

這不只是 UX 優化，而是從『設置規則』轉向『設計流程』。對於需要強制執行安全政策的組織，這種做法的執行成本更低，也更難被規避。

無頭環境中整合 Claude Code 一直有個瓶頸——如何在不依賴預設 UI 的情況下處理使用者互動。新增的 updatedInput 搭配 permissionDecision: "allow"，讓開發者能透過自己的 UI 層完整處理 AskUserQuestion 提示。

這對自訂 CLI、Web 應用或行動應用的整合團隊特別重要。以前必須用官方 UI，現在可以用任何 UI。這是一個權力的轉移。

這三個改變看起來各自獨立，但都指向同一個方向：消除『無差別執行』的成本。無論是 hook 的無差別觸發、被禁用選項的無差別展示，還是 UI 層的無差別依賴，新版本都在問同一個問題——能不能更精準？

對於在生產環境中運行 AI 工具的團隊，精準度的提升會直接影響系統成本和使用體驗。這些改變都不是新功能，而是對既有行為的重新設計。

我是江中喬，一位具有 TPM 與產品管理背景的 AI 系統建構者，目前專注於 AI 認知增強系統與多 Agent 協作架構的設計與實踐。