Opus 5.5 為什麼跑長時間寫程式比較省：快取、行為與 Claude Code 三個改變

出處：Anthropic〈Coding sessions are longer and use more context. Claude Opus 5.5 is built with that in mind.〉，Claude Blog，2026-09-24。閱讀原文

原文作者：Anthropic。本文為 Jean 整理的中文導讀，依原文段落順序改寫，非官方翻譯；文中圖表出自原文，版權屬 Anthropic。

開頭：省在哪裡

Anthropic 估計，一般按 token 計費的用量下，Opus 5.5 比 Opus 5 便宜約 40%。但省多少要看你怎麼用：越長、帶越多上下文的 session 省越多——而這正是過去半年 Claude Code 最常見的用法。這篇就是在拆解為什麼。

Claude Code 使用趨勢

官方統計了 2026 年 3 月到 9 月 Claude Code 的整體使用資料。每個 session 的提問次數差不多，但使用方式明顯變了：

• 每次提問，Claude 工作的時間變成 3.3 倍，模型呼叫次數多了四成以上，被使用者打斷的次數少了 68%

• 開發者接工具伺服器或用 skill 的比例約翻倍，直接把文字貼進 prompt 的比例少了三分之一

• 每次請求帶的上下文變成 2.6 倍；輸入對輸出的 token 比例從 189:1 變成 324:1

（圖上寫的是模型呼叫多了約 50%，內文寫「超過 40%」，兩者略有出入。）

結論是：開發者把更努力、掌握更多資訊的 Claude 丟去做更大、更開放的任務。這種情況下，上下文管理對成本的影響會被放大——Claude 讀的 token 變多了，所以要確保帶進去的上下文都必要，而且盡量從快取讀。

為什麼 Opus 5.5 跑長時間、重上下文的任務比較划算

原因有三個：定價、模型行為、Claude Code 本身。

快取很便宜

按 token 計費的部分：輸入、輸出降價 20%，快取讀取降價 60%。後者影響最大，因為 agent 和寫程式的成本大多花在快取讀取。

而上下文在半年內長了 2.6 倍，代表同樣的降價，套在現在的 Claude Code 用量上會比半年前省更多——帳單裡「重讀上下文」的比例變高了。文章也提到，發表當下 Opus 5.5 的快取 token 價格約是競品的五分之一。

（圖中比較對象是 GPT-6 Astra：每百萬 token 輸入 $4 對 $10、輸出 $20 對 $50、快取讀取 $0.20 對 $1.00；右側五項評測 Opus 5.5 贏三項、輸兩項。）

Claude Code 更會用快取

這點跟 Opus 5.5 關係較小，主要是 Claude Code 半年來的改進。照理說 session 變長，快取失效應該變多，實際上沒命中快取的輸入反而少了一半以上。做法包括：

• 讓小事（例如重新登入）和大動作（對話中途加指令、按需載入工具）都比較不會弄壞快取

• Opus 5.5 和 Fable 5.1 可以在 session 中途調整 effort 而不重置快取

• 用 API key 或雲端平台的開發者也能設一小時快取（訂閱用戶原本就有）

• 分出去的子代理直接沿用主對話的快取，不用重付一次同樣的上下文

同樣的任務，更少回合

Opus 5.5 完成同樣任務可能需要更少回合。文中舉 Zeta Labs 的例子：回合數和工具呼叫都比 Opus 5 少，成本接近一半，最難的任務完成數是兩倍。

但這不是每次都成立。作者引用另一篇文章的說法：範圍明確的任務兩個模型回合數差不多，這時省的只有降價那部分；差距最大的是開放式任務，因為模型可能在錯的方向上繞很多圈。簡單說：簡單機械的任務回合數一樣，又長又難的任務才有機會省下「走錯路」的 token。少一個回合，比多命中一次快取還省。

另外 Opus 5.5 的輸出速度比 Opus 5 快 30% 以上，不會讓你少用 token，但跑長任務時等比較少。

保護你的快取讀取

企業的要求已經從「不計成本擴大使用」變成「有效率地擴大使用」。在 Claude Code 跑 /usage 可以看到用量裡有多少是快取讀取，然後照這三點保護它：

• 開場就選好模型，不要中途換

• 離開前先壓縮對話，不要回來才壓

• 用 API key 或雲端平台的話，長 session 開一小時快取

最後建議把 Opus 5.5 用在開放式、上下文重的工作上——這些習慣在那種任務裡效果會疊加。

詞彙對照