有些 Claude Code 使用者可能已經覺得它動起來比以前快，現在 Anthropic 拿出了數字。北京時間 10 月 17 日 05:34，ClaudeDevs 帳號在 X 上發文表示：「我們持續提升 Claude 各方面的效能，你可能已經注意到它開始回應得更早了（We keep improving performance across Claude, and you may have noticed it starts responding sooner!）」貼文中進步最多的是 Claude Code 本機工作階段，出現第一個 token 前的等待時間只剩 8 月的三分之一左右。
改了什麼
貼文點名了兩項改動。一是「Claude Code 現在會把每一輪送出的對話先以 gzip 壓縮，所以能更快送到模型那裡」，二是「雲端工作階段也會在你開始打字時就啟動」。至於兩項改動各自貢獻多少，或是否還有其他改動，貼文沒有說明。
數字與口徑
貼文附圖比較的是 2026 年 8 月和 10 月，四項中有三項採用同一個口徑：出現第一個 token 前的等待時間，不含模型本身的處理時間，取第 90 百分位（p90）。依這個口徑，Claude Code 本機工作階段從 4.07 秒降到 1.33 秒，圖上標示為快 3 倍；Claude Code 雲端工作階段從 16.99 秒降到 6.00 秒，圖上算作 2.8 倍；Claude 聊天和 Cowork 從 3.36 秒降到 2.17 秒，1.5 倍。
第四項 Claude API 的口徑不同，用的是首個 token 時間的中位數（p50），而且包含模型時間，從 1.53 秒降到 1.01 秒，圖上同樣標示為快 1.5 倍。由於百分位不同、又把模型時間算進去，這一項無法和前三項直接比較。
附圖的大標題是「Claude Code 快 3 倍，Claude 快 1.5 倍（3x faster in Claude Code, 1.5x faster in Claude）」，但 3 倍這個數字指的是 Claude Code 本機工作階段。這些都是 Anthropic 自己的量測，具體如何統計，官方沒有進一步說明。
更新日誌怎麼寫
壓縮這項改動在 Claude Code 更新日誌裡也有紀錄。北京時間 10 月 14 日 22:27 發布到 npm 的 2.1.300 版寫道：「Changed large requests to api.anthropic.com to use gzip compression even when telemetry is disabled; set CLAUDE_CODE_GZIP_REQUEST_BODIES=0 to turn it off」。也就是說，送往 Anthropic API 的大型請求現在不論是否開啟遙測都會壓縮，把環境變數 CLAUDE_CODE_GZIP_REQUEST_BODIES 設為 0 就能關閉。什麼情況下需要關閉，更新日誌沒有說明。
