Anthropic 推出 Claude 上下文編輯與記憶工具：告別視窗溢位

讓 AI Agent 幫你通宵寫程式碼或者扒資料，最讓人頭疼的往往不是它不夠聰明，而是它跑著跑著就「腦抽筋」了。上下文視窗一塞滿，滿屏都是舊的搜尋結果和工具呼叫記錄，不僅費用直線飆升，模型還會開始胡言亂語。

面對這個業界頑疾，Anthropic 拿出了自己的解法。他們在 Claude 開發者平臺上推出了兩項專門管理上下文的新能力：上下文編輯（context editing）和記憶工具（memory tool）。配合剛釋出的 Claude Sonnet 4.5，直接切中長時間任務的痛點。

扔掉垃圾賬單，留下核心資產

很多人以為解決上下文不夠用就是把視窗無限做大，但實際跑起來才發現，塞進去的內容越多，模型就越容易分心，而且貴得嚇人。

這次上線的「上下文編輯」功能，說白了就是在後臺當清潔工。當 Agent 接近 token 上限時，它會自動清理掉那些已經過期的工具呼叫和返回結果，但保留完整的對話脈絡。在官方的 100 輪網頁搜尋測試裡，這項功能直接削掉了 84% 的 token 消耗，還把原本會因為爆記憶體而失敗的任務救了回來。

另一個「記憶工具」則是在上下文視窗之外開闢了一個外掛硬碟。它是一個基於檔案的系統，Claude 可以在開發者自己的伺服器上，對專門的記憶目錄進行增刪改查。這樣一來，上一個會話裡總結的架構思路或除錯經驗，到了下一個會話依然能隨時調出來看，完全不用硬塞在當前窗口裡。

官方資料顯示，單用上下文編輯能讓多步複雜搜尋任務的表現提升 29%；如果把上下文編輯和記憶工具疊起來用，整體效能提升達到了 39%。目前這兩項功能已經在 Claude 開發者平臺開啟公測，同時也同步上線了亞馬遜 Bedrock 和 Google Cloud 的 Vertex AI。

為什麼重要

我們認為，Anthropic 這套組合拳走得非常務實。

過去大家都在卷百萬甚至千萬級的上下文視窗，但實際工程中，超長上下文往往意味著高延遲、幻覺變多以及難以承受的賬單。Anthropic 沒有一味硬撐視窗大小，而是選擇用「工作流裁剪加外部持久化」來解決問題，這更符合真實的軟體工程邏輯。

對於做自主 Agent 的開發者來說，這意味著那些涉及大型程式碼庫重構、長週期調研的深水區任務，終於有了可落地的工程方案。你不用再自己去寫一堆脆弱的正則或指令碼去修剪上下文，Claude 甚至能在模型端感知剩餘 token 額度並自主決定怎麼打理。

更聰明的是，Anthropic 的記憶工具完全採用客戶端工具呼叫形式，把儲存權交還給了開發者。這直接繞開了企業級客戶最敏感的資料駐留和合規隱患。不過這也意味著，開發者得自己去維護這個檔案目錄的索引和儲存架構，怎麼避免記憶檔案越積越亂，接下來還得看各家工程團隊的收納本事。