Claude Code 的 context rot 問題，暴露長流程代理最難守住的是記憶品質

長流程代理最難的地方，通常不是第一步，而是第十步之後還能不能保持清醒。當 Claude Code 的 context rot 問題被更集中地討論，這件事值得注意，因為它直接揭露了一個所有代理產品都遲早得面對的現實：任務一拉長，真正脆弱的往往不是語言能力，而是記憶品質與狀態品質。

對照 OpenAI 拆解 Codex agent loop，說明代理競爭正在進入流程工程 與 AI 寫程式代理開始暴露出注意力與管理成本 會很清楚地發現，長流程代理真正的主戰場其實是上下文管理，而不是單回合回答漂亮不漂亮。

context rot 是怎麼發生的

它不是突然壞掉，而是小偏差一點一點累積。代理可能忘了最初要求、誤解目前狀態、把舊資訊當成新現況，或在多輪修正之後逐漸失去方向感。這種失真如果沒被及時校正，最後就會變成整段任務都在錯的脈絡上往前推。

這也是為什麼長流程任務特別危險。因為一開始看起來都還合理，直到後面幾輪錯誤才開始放大，使用者往往也是在成本已經變高之後才發現。

真正的解法，不是更長上下文，而是更好的記憶管理

很多人會直覺以為，只要 context window 更大，問題就會自然變小。但 context rot 真正處理的不是「放不放得下」，而是「怎麼管理狀態」。也就是說，系統需要知道哪些資訊該保留、哪些該摘要、哪些已經過時、哪些是現在最重要的任務事實。

未來可靠代理真正需要的，會是：

• 更好的狀態摘要與刷新機制
• 更清楚的任務節點切分
• 更強的錯誤回退與人工接管設計
• 能讓使用者看懂目前代理到底記得什麼

這條問題如果沒解，代理就很難從 demo 走向日常工作

只要 context rot 還普遍存在，代理就很難被放心交給長流程工作。因為使用者真正要的不是某一步驟很聰明，而是整段任務都不會慢慢失真。也因此，記憶品質其實是代理產品能否成熟的核心門檻之一。誰先把這一題處理好，誰就更接近真正可用的工作代理，而不是只在短時間裡讓人驚艷的展示工具。