我们推出了新的斜杠命令 /usage，帮助用户更好地了解在Claude Code中的使用情况。这个功能的设计灵感来自与客户的多次交流。
在这些对话中，我们发现用户在管理会话时存在很大差异，尤其是在Claude Code升级到百万上下文窗口后。
你是只使用一个会话，还是在终端中保持两个会话？每次输入提示时都会开启新会话吗？你什么时候使用compact、rewind或subagents？什么情况会导致compact或会话效果不佳？
这些细节对你使用Claude Code的体验影响巨大，而核心就在于如何管理你的上下文窗口。
上下文、压缩与上下文衰减简介
上下文窗口是模型在生成下一条回复时能“看到”的所有内容，包括系统提示、对话历史、所有工具调用及其输出，以及读取的文件。Claude Code支持一百万token的上下文窗口。
不过，随着上下文变大，模型性能会略有下降，这种现象称为“上下文衰减”。原因是注意力需要分散到更多token上，且旧的无关内容会干扰当前任务。
上下文窗口有硬性限制，当接近上限时，当前任务会被自动总结成简短描述，模型在新的上下文窗口中继续工作，这个过程称为压缩（compaction）。你也可以手动触发压缩。
每一步都是分支点
假设你刚让Claude完成了一个任务，当前上下文中包含工具调用、输出和指令，你有多种选择：
- 继续 — 在同一会话中发送下一条消息
/rewind（双击Esc） — 回到之前某条消息重新开始/clear— 开启新会话，通常会带上你总结的简要说明- Compact — 总结当前会话内容，基于摘要继续
- Subagents — 委派下一部分工作给拥有独立上下文的子代理，最终只拉回结果
虽然最自然的操作是继续，但其他选项有助于更好地管理上下文。
何时开启新会话
什么时候保持长会话，什么时候开启新会话？一般原则是开始新任务时就开启新会话。
虽然百万上下文窗口让你能更可靠地完成长任务，比如从零构建全栈应用，但上下文衰减依然存在。
有时你会做相关任务，需要部分上下文，比如为刚实现的功能写文档。虽然可以新开会话，但Claude需要重新读取刚写的文件，速度更慢且成本更高。
回退而非纠正
在Claude Code中，双击Esc或执行/rewind可以跳回任意之前的消息，从那里重新发起提示，后续消息会被丢弃。
回退通常是更好的纠正方式。例如，Claude读取了五个文件后尝试某方法失败，你可能想说“没用，试试X”，但更好的做法是回退到文件读取后，重新提示“别用A方法，foo模块不支持，直接用B”。
你也可以用“从这里总结”或/rewind命令让Claude总结学习内容，生成交接消息，就像未来的自己告诉过去的自己尝试失败了。
压缩与新会话的区别
当会话变长，你有两种方式去除多余上下文：/compact和/clear（开启新会话）。它们看似相似，实则不同。
Compact让模型总结当前对话，用摘要替代历史。虽然有信息损失，但你无需手动写总结，Claude可能更全面地包含重要信息或文件。你还可以通过指令引导压缩（如/compact focus on the auth refactor, drop the test debugging）。
而/clear则需要你自己写下重要内容（“我们正在重构认证中间件，约束是X，相关文件是A和B，排除了Y方案”），然后重新开始。工作量更大，但上下文更精准。
什么导致压缩效果差？
如果你运行很多长会话，可能遇到压缩效果不佳的情况。通常是因为模型无法预测你工作的方向。
比如，自动压缩发生在长时间调试后，摘要了调查过程，而你下一条消息是“现在修复bar.ts中的另一个警告”。但因为会话聚焦调试，另一个警告可能被摘要丢弃了。
这很棘手，因为上下文衰减让模型在压缩时智能最低。百万上下文窗口让你有更多时间主动压缩并描述接下来要做的事。
子代理与全新上下文窗口
子代理适合你预先知道某部分工作会产生大量中间输出且不再需要时使用。
当Claude通过Agent工具启动子代理时，子代理拥有自己的全新上下文窗口。它可以完成所有工作，然后合成结果，只把最终报告返回给主代理。
Anthropic的思考标准是：我是否只需要最终结论，而不再需要中间工具输出？
虽然Claude Code会自动调用子代理，你也可以明确指示它这样做，比如：
- “启动子代理根据以下规格文件验证结果”
- “启动子代理阅读另一个代码库，总结其认证流程实现，然后自己实现相同功能”
- “启动子代理根据我的git变更写该功能的文档”
总结
为了帮助你选择合适的上下文管理工具，我们整理了一张表格，列出了常见场景、推荐工具及原因。
期待看到你用Claude Code创造的精彩作品。
立即开始使用Claude Code。
作者介绍： Thariq Shihipar是Anthropic技术团队成员，专注于Claude Code的开发。
