定义
Context Rot(上下文腐化)是会话上下文塞入越多信息、模型表现越差的”信息过载”现象,与人被持续灌输过多信息后开始遗漏、混乱同构(表现类似,非原理等同)。
跨来源的共识是:劣化按用量的相对比例触发,不随窗口标称容量线性缓解;因此对策是主动清理上下文、另起会话,而非无限扩大窗口。
术语判别:Context Rot 是 Anthropic 在 Claude Code 工程实践中提出的核心概念,中文圈没有公认对等词(本文档译作”上下文腐化”),保留英文为主,中文作为别名。
各信源立场对照
| 信源 | 立场/侧重 | 锚点 | 采信 |
|---|---|---|---|
| Cole·Harness大师课 | 提出概念(首见):归因为规划阶段积累的上下文与偏见,引出”规划 / 实现拆成两个独立 session”的对策 | 13:47 | 利益中性,带工具背书动机但主张独立印证 |
| Greg·完全解读 | 给可操作阈值:以 Opus 20 万 token 为例,用量过半(约 10 万)即劣化,40-50% 就该开新会话 | 26:05 | 利益中性,无贴片推广属跨工具共识 |
| Chase·六个层级 | 量化:衰减节点几乎不随窗口标称容量变,固定在约 50%-60% 处;窗口越大只是可用占比越低,单纯扩窗无解;补 ETH Zurich 的 CLAUDE.md 研究 | 8:25 | 利益中性,推付费课但量化数据不依赖购课 |
| Cole·Omnigent | 推广到多 agent 场景:同一会话里做实现 + 审查会积累过多偏见,是 Context Rot 的另一种表现,故实现与审查必须分置不同 session | 7:10 | 与利益同向,待印证,Cole Archon 同向 |
分歧与共识
- 共识:上下文塞太满 → 表现劣化;劣化按用量比例触发而非绝对 token 数;对策是主动
/clear或开新会话,不是扩大窗口。 - 分歧 / 侧重:完全解读给”过半(约 10 万 token)“的经验值,六个层级更精确到”50%-60% 恒定节点、不随窗口变”并明确否定单纯扩窗;Harness 与 Omnigent 则从多 agent 架构切入,把它落成”实现 / 审查拆独立会话”的硬规矩。四者无实质冲突,是同一原理在不同粒度、不同场景下的相互印证。
怎么用
- 监控上下文占比(
/context或自建状态栏),用量临近 50%-60% 就主动/clear或另起会话,别靠扩大窗口解决——衰减按比例触发,窗口越大只是可用占比越低。 - 规划与实现拆成两个独立会话,避免单会话积累偏见污染产出;多 agent 场景同理(实现与审查分置)。
适用边界
- 单纯扩窗无解:Chase·8:25 明示”窗口越大只是可用占比越低,衰减节点几乎不随窗口标称容量变”——试图用大窗口回避 Context Rot 是失效对策,该换
/clear/ 新会话。 - 单会话承担多角色 = 人为加速腐化:Cole 在 Harness 课与 Omnigent 都明示”实现 + 审查 / 规划 + 实现”塞同一会话是该策略的失效路径;单会话只能承担单一角色以保持 context 干净。
关联
- Harness — 互补:Harness 页「怎么用」明文”既省 token 又避免 Context Rot”——Context Rot 是 harness 工程做得好不好的可见信号。
- 静态上下文与动态上下文 — 互补:静态上下文堆得越多、用得越满,context 越长越易触腐化阈值——分类是策略、腐化是后果,二者共同构成”context 工程”。
- 外脑三条路线 — 互补:外脑三条路线页”框架论述”明文点出”外脑与 Context Rot 是一体两面,知识放 context 之外按需取,就是从源头防腐化”——本概念是消费端治理,外脑三条路线是供给端治理。