Claude Opus 4.6 與 Sonnet 4.6 正式全面開放 100 萬標記上下文視窗

背景

Anthropic 正式宣布將 Claude Opus 4.6 與 Sonnet 4.6 的 100 萬（1M）超長上下文視窗轉為正式版（GA），並取消了先前針對長上下文收取的額外溢價，全面採用標準計費。這項更新同時擴展了多媒體處理能力，支援高達 600 張圖片或 PDF 頁面，並將 1M 視窗自動整合進 Claude Code 等開發工具中，旨在解決長對話中頻繁出現的上下文壓縮與細節遺失問題。

社群觀點

在 Hacker News 的討論中，開發者社群對這項定價策略的調整反應最為熱烈。許多用戶認為取消長上下文溢價是 Anthropic 在「代理人大戰」中對抗競爭對手的重要舉措，特別是針對 GPT-5.4 的定價模型。有企業用戶分享，這項變動對其業務成本影響巨大，先前在幾小時內就可能消耗數百美元的長上下文費用，現在回歸標準計費將大幅降低開發門檻。對於 Claude Code 的使用者而言，這意味著在進行長達數小時的開發任務或處理大型程式碼庫時，不再需要頻繁執行壓縮或清理指令，能更完整地保留複雜的推理鏈與跨檔案依賴關係。

然而，關於「有效上下文」的實質表現，社群內仍存在不少疑慮與技術辯論。部分用戶指出，即便模型宣稱擁有 100 萬代幣的容量，但性能往往會隨著填充量增加而退化，這種「上下文腐爛」現象在接近上限時尤為明顯。有評論者認為，單純的「大海撈針」測試（Needle In A Haystack）並不等同於高品質的推理能力，在處理數百萬行程式碼時，盲目餵入資料仍不如精確的提示詞工程有效。有趣的是，有觀察者發現 Sonnet 4.5 在長上下文環境下的表現似乎比預期更穩定，甚至在特定區間展現出優於 Opus 的韌性。

此外，對於產品方案的劃分也引起了討論。雖然 1M 視窗已開放，但目前似乎僅限於 Max、Team 與 Enterprise 等高級方案用戶在 Claude Code 中自動啟用，Pro 方案用戶在實際測試中仍會觸及舊有的上下文限制。部分用戶對 Anthropic 的定價邏輯感到困惑，認為其高級方案僅是按比例增加用量與價格，缺乏大宗購買的折扣誘因。同時，也有開發者對這種「無預警」的行為變更感到不安，認為在生產環境中，上下文視窗的突然擴張可能會影響系統既有的部署邏輯與穩定性。

延伸閱讀

在討論中，用戶提到了 CLAUDE.md 文件，這是 Claude Code 用於儲存專案規範與上下文的重要機制，隨著 1M 視窗的普及，開發者正重新評估如何透過此文件優化與長上下文模型的互動。