Claude Code上下文管理实战指南：compact、clear、context命令详解

什么是上下文窗口？

Context（上下文）是Claude Code的工作记忆。每当你读取一个文件、运行一个命令、发送一条消息，这些内容都会占据上下文窗口的空间。你可以把上下文窗口想象成Claude能够在记忆中保持的空间总量。

上下文窗口（Context Window）是大语言模型（LLM）架构中的核心概念，源于Transformer架构中的自注意力机制——模型在生成每个token时，需要同时关注窗口内所有其他token的信息。Claude系列模型的上下文窗口为200K tokens（约15万英文单词或30万中文字符）。Token是模型处理文本的最小单位，一个英文单词通常对应1-3个tokens，一个中文字符通常对应1-2个tokens。上下文窗口的大小直接决定了模型能够"看到"和"记住"的信息总量，超出窗口的信息将无法被模型访问。

每次你输入提示词、Claude读取文件、执行工具调用、获取工具调用结果，这些都会被添加到上下文窗口中。由于上下文窗口的容量是有限的，如何优化这个空间就变得极其重要。

三个核心命令详解

/compact：压缩上下文

当你接近上下文窗口的限制时，系统会自动触发压缩（Compaction）。压缩会总结重要细节，移除不必要的工具调用结果，从而释放大量上下文空间。

Compaction本质上是一种摘要生成技术。当触发压缩时，系统会让模型对当前对话历史进行总结性处理：保留关键的决策点、代码变更记录、重要的上下文信息，同时丢弃冗余的中间过程（如完整的文件读取内容、重复的错误日志等）。这类似于人类笔记中的"要点提炼"——你记住了结论和关键步骤，但忘记了推导过程中的每一个细节。压缩后的上下文通常能释放50%-80%的空间，但代价是细节的不可逆丢失。

需要注意的是，压缩可能会丢失之前对话中的一些细节。你也可以通过 /compact 命令手动触发压缩，它会将你之前所做的一切进行总结。这在你想要清理上下文空间、但又希望保留之前工作记忆时非常有用。

/clear：完全清除上下文

如果你想完全从零开始，不保留任何之前的工作记忆，可以运行 /clear 命令。它会移除所有内容，让你彻底重新开始。适合在切换到全新任务时使用。

/context：查看上下文状态

运行 /context 命令可以查看当前上下文的状态。你会看到上下文的整体大小，以及不同类别分别占用了多少空间。这对于了解哪些内容在消耗你的上下文窗口非常有帮助。

何时用compact，何时用clear？

这里有一个通用的经验法则：

使用 /compact 的场景： 当你正在开发某个特定功能，上下文窗口即将溢出但还需要继续工作时。保持上下文与当前功能的相关性，对于持续开发至关重要。压缩会保留关键信息的摘要，让你能够无缝继续。

使用 /clear 的场景： 当你已经完成了一个功能的开发计划，准备开始一个全新的功能时。你不希望之前的对话内容对新功能的创建产生偏见或干扰。

跨会话记忆： 对于你希望Claude在其他会话中也能记住的内容，应该将其写入 Claude.md 文件。Claude.md是Claude Code的项目级配置文件，放置在项目根目录下，在每次会话开始时会被自动读取并加载到上下文中，充当"长期记忆"的角色。与上下文窗口中的"短期工作记忆"不同，Claude.md中的信息是持久化的，不会因为/clear或/compact而丢失。开发者通常在其中记录项目架构决策、编码规范、常用命令、文件结构说明等信息。这种设计借鉴了软件工程中README和项目文档的理念——将团队共识和项目知识固化为文档，避免每次都需要重新沟通。需要注意的是，Claude.md本身也会占用上下文空间，因此应保持精简，只记录真正需要跨会话保持的关键信息。

优化上下文使用的进阶技巧

提示词要具体明确

这里有一个反直觉的现象：写更短的提示词，从长远来看反而会占用更多上下文。如果你不够明确，Claude就不得不在你的代码库中四处查找、进行更多自主思考，这比你多写一两句清晰的说明要消耗多得多的上下文空间。

这背后的原理与信息检索效率有关。当你给出模糊指令如"修复那个bug"时，Claude需要：首先理解你指的是哪个bug（可能需要读取多个文件）、定位相关代码（可能需要搜索整个代码库）、理解上下文（可能需要读取相关的测试文件和文档）。每一步探索都会产生工具调用和结果，这些都会累积到上下文中。相比之下，如果你直接说"修复 src/auth/login.ts 第45行的空指针异常，当用户未传入email参数时应返回400错误"，Claude可以直接定位并修复，节省了大量探索性的上下文消耗。

合理管理MCP服务器

MCP服务器默认会将所有可用工具加载到上下文中。如果你有很多与当前项目无关的MCP服务器，关闭它们可能是值得的。你也可以尝试使用Skills，它的工作方式类似于MCP服务器，但不会将全部内容放入上下文，从而节省空间。

MCP（Model Context Protocol，模型上下文协议）是Anthropic推出的开放标准，用于连接AI模型与外部数据源和工具。每个MCP服务器在连接时会向Claude声明其所有可用工具的schema（包括工具名称、参数描述、功能说明等），这些schema信息会作为系统提示的一部分占据上下文空间。例如，一个数据库MCP服务器可能声明了query、insert、update、delete等多个工具，每个工具的schema可能占用200-500 tokens。当你同时连接多个MCP服务器时，仅工具声明就可能消耗数千tokens的上下文空间，即使你在当前任务中完全不需要这些工具。因此，按需启用MCP服务器是一种重要的上下文优化策略。

善用子代理节省上下文空间

子代理（Subagents）与主代理并行运行，但拥有完全独立的上下文窗口。对于那些只需要答案而不需要过程的任务——比如"认证端点在哪里？"——你可以让子代理完成工作，只将摘要返回给主代理。这样既得到了答案，又不会污染主代理的上下文窗口。

子代理的设计灵感来源于操作系统中的子进程概念。主代理可以派生出独立的子代理来执行特定任务，每个子代理拥有自己独立的上下文窗口，不与主代理共享。子代理完成任务后，只将精简的结果摘要返回给主代理。这种架构类似于软件工程中的"委托模式"——管理者不需要了解每个细节，只需要知道最终结果。在实际使用中，子代理特别适合代码搜索、文档查阅、依赖分析等探索性任务，这些任务的中间过程（如遍历多个文件、尝试不同的搜索关键词）会产生大量上下文消耗，但最终有价值的信息可能只有几行。通过子代理，你可以将这些"高消耗低产出"的探索过程隔离在独立的上下文空间中。

总结

管理Claude Code中的上下文是高效使用这个工具的关键：

• 使用 /compact 总结长会话，保留关键记忆
• 使用 /clear 在开始新任务时彻底重置
• 使用 /context 随时监控上下文使用情况
• 通过具体的提示词、合理管理MCP服务器、善用子代理来最大化上下文窗口的利用效率

掌握这些技巧，你就能让Claude Code在有限的记忆空间中发挥最大的生产力。理解上下文管理的本质，就是理解如何在有限的"注意力带宽"中，让最重要的信息始终处于模型的视野之内。