Anthropic 4 月 Claude Code 更新

Anthropic 在 2026 年 4 月推了 Claude Code 2.1.89。這版不是炫技型更新。它更像是把一堆實戰痛點一次補起來。

最有意思的是新環境變數。ANTHROPIC_DEFAULT_{OPUS,SONNET,HAIKU}_MODEL_SUPPORTS 可以覆寫能力判斷。對跑 AWS Bedrock、Google Vertex AI、Microsoft Foundry 的團隊，這很實際。模型標籤和真實能力常常對不上，這問題我相信很多人都踩過。

這版到底改了什麼

Claude Code 2.1.89 的重點，不在單一功能。它一次碰了 hook、resume、Windows、voice mode、MCP 連線，還有長 session 的穩定性。這種更新通常代表產品已經進到大量實戰階段。

這版最亮眼的是 defer 權限決策。它加在 PreToolUse hooks 上。簡單講，就是工具呼叫先暫停，之後再續跑。對 headless session 很有用。你可以先用 -p --resume 接回來，再重新評估 hook。

終端機體驗也有修。CLAUDE_CODE_NO_FLICKER=1 可以減少虛擬 scrollback 的閃爍。講白了就是少一點眼睛疲勞。這種東西平常不會上新聞，但每天打字的人會很有感。

• defer 支援暫停工具呼叫。
• MCP_CONNECTION_NONBLOCKING=true 可跳過 -p 模式等待。
• CLAUDE_CODE_NO_FLICKER=1 可減少終端閃爍。
• _MODEL_NAME 與 _MODEL_DESCRIPTION 可改 picker 顯示。
• ANTHROPIC_DEFAULT_{OPUS,SONNET,HAIKU}_MODEL_SUPPORTS 可覆寫能力判斷。

模型環境變數為什麼重要

這次最值得聊的，不是 UI，而是模型環境變數。它們看起來只是設定檔。實際上，它們是在修「顯示內容」和「真實能力」之間的落差。

這件事對第三方雲特別重要。Bedrock、Vertex AI、Foundry 常會用 pinned alias。問題是，provider 更新 metadata 的速度，常常跟不上實際行為。結果就是，UI 以為模型不支援，實際上支援；或反過來，UI 顯示能用，結果在某些情境下根本不穩。

Anthropic 這次給管理者一個直接修正的入口。_MODEL_NAME 和 _MODEL_DESCRIPTION 也能改 /model 選單顯示。這很像小事，但真的會少掉很多誤選模型的客服成本。

“Software is a gas; it expands to fill its container.” — Nathan Myhrvold

這句話很貼切。Claude Code 現在跑進更多環境。每多一個環境，就多一種 metadata 漂移。多一種漂移，就多一種 bug。這版更新就是在把這些洞補起來。

修 bug 的清單透露了什麼

這版的 bug fix 很長，而且很集中。它透露一件事：長時間 session 真的難搞。Anthropic 修了 prompt history 在 4KB 邊界掉資料、巨大 JSON input 的記憶體保留、crash 後冒出 zombie LSP server，還有 transcript 裡有舊 tool result 時的 resume 問題。

Windows 也被認真處理了。這點我覺得很重要。它修了 Edit 和 Write 工具的 CRLF 重複、PowerShell stderr 誤判失敗、Windows Terminal Preview 1.25 的 Shift+Enter 問題，還有 voice mode 的 WebSocket upgrade 問題。這不是打補丁而已，這是把 Windows 當正式戰場在修。

還有幾個修正很務實。Auto mode 被拒絕的命令，現在會出通知，也會出現在 /permissions。autocompact thrash loop 也不再無腦燒 API call，而是直接停下來給可操作錯誤。這些都不帥，但很省錢。

• 修了大型 JSON input 造成的 LRU cache memory leak。
• 修了超過 50MB session file 的訊息刪除 crash。
• 修了超過 1 GiB 檔案編輯時的 OOM 風險。
• 修了 /stats 少算 subagent token。
• 修了 PowerShell progress 寫到 stderr 時的誤失敗。
• 修了長 session 中 tool schema bytes 改變造成的 cache miss。

跟上一版比，差在哪

如果拿 2026 年 3 月的版本來看，2.1.89 比較像穩定化加強版。Claude Code 2.1.88 主要在處理 flicker-free rendering、named subagents，還有一堆長 session 修正。4 月這版延續那條線，但多了 defer hook flow 和模型覆寫變數。

這個差異很有意思。它代表 Anthropic 不只在修終端機外觀。它也在處理真實部署裡的三件事：模型路由、權限策略、provider metadata。這三件事只要有一個歪掉，團隊就會開始抱怨。

所以如果把兩版並排看，脈絡很清楚。3 月偏穩定和可視性。4 月偏管理控制。對要把工具放進日常工作流的團隊來說，後者更像真正會用到的東西。

• 2.1.88 先加了 CLAUDE_CODE_NO_FLICKER=1。
• 2.1.88 也支援 named subagents。
• 2.1.89 再加 defer hooks 與模型覆寫。
• 兩版都在修長 session、cache、Windows 問題。

如果你也在追 Anthropic 的平台節奏，這版可以跟它 3 月的 API 更新一起看。像 Message Batches API 的輸出上限調整，就跟這條產品線很搭。工具端和 API 端一起補，才像一套完整系統。

這代表產業裡的什麼變化

我覺得這版最值得注意的，不是某個單點功能，而是產品方向。Claude Code 正在往「可被管理的工具」走。不是只有個人開著玩，而是團隊真的會拿去跑。

這種工具一旦進到團隊環境，問題就會變。單人用時，模型名稱錯一點沒差。團隊用時，錯一點就會有人選錯模型、送錯權限、燒錯 token。那時候你就會知道，環境變數不是小事。

從產業角度看，這也反映出 AI coding tool 的下一階段。大家比的不只是模型能力。還有部署適配、權限控制、可觀測性、Windows 相容性，以及能不能在第三方雲上活得像樣。這些才是實際採購會問的東西。

接下來可以怎麼看

如果你們團隊有用 Claude Code，我會先做一件事。檢查你們的 pinned model 在 picker 裡顯示對不對。再看 ANTHROPIC_DEFAULT_{OPUS,SONNET,HAIKU}_MODEL_SUPPORTS 要不要先在 staging 試跑。別等到正式環境才發現能力標籤跟真實行為不一致。

我也會順手測 defer hooks 和 -p --resume 的流程。這種功能很適合長任務，也很適合需要人工審核的工具呼叫。對 CI、agent workflow、內部自動化腳本，都有機會省掉一些麻煩。

我的判斷很直接。接下來幾版 Claude Code，應該還會繼續往管理能力和環境適配走。你如果是平台工程師，現在就該把它當成一個要維運的軟體，不只是聊天工具。這差很多。