Claude 上下文管理：对话跑偏时的 5 个纠正方法

对话为什么会失焦

每次回复，模型看到的只是窗口里眼下存着的内容，而不是你记得的全部内容。窗口有多大以当前版本为准，但它是有限的。你往里塞的每一段粘贴、每一轮来回，都会挤占位置。

真正麻烦的不是塞满，而是稀释：开头说过的三条约束，被二十轮寒暄和试错埋到中间，模型仍然读得到，却很容易被后面的内容盖过。表现出来就是——你明明说过预算十万，它又推荐了一套二十万的方案。

好在大部分跑偏都能当场救回来。下面五个动作，从预防到补救依次变重。

一、开局先立框架

复杂任务不要边聊边解释，先把路线画出来：

这个项目分三段：

1. 我分段发材料，你只回「收到」，不做分析
2. 我说开始，你提炼核心观点
3. 最后整合成一份报告 现在进入第一段。

一句「只回收到」能省掉大量无用的中间结论，也让后面的分析有干净的起点。

二、中途存档

聊到一半发现它开始重复自己，先停一下：

先别往下答。用 300 字总结：已经确定的结论、还没解决的问题、我提过的硬性要求。 我确认后再继续。

等于人为设了一个还原点。总结里漏掉的东西，往往就是它已经淡忘的那部分，正好补回去。

三、把硬约束放在开头和结尾

长文里中间位置往往最容易被忽略。重要条件不要只提一次：开头交代一遍，提问前再复述一遍。

全程记住三条：预算十万以内、用户是三四线城市、不用需要特殊网络的工具。 现在开始第一个问题：……

同样的道理，提问时把要求写在问题后面，比写在十轮之前有效。

四、该换对话就换

一个对话承载太多主题，早晚互相污染。判断很简单：

• 同一任务的不同步骤：留在原对话，上下文还能复用；
• 完全无关的新任务：另开一个，旧素材只会干扰；
• 旧任务的背景对新问题毫无帮助：也另开。

别心疼历史记录，侧边栏里都还在，需要时翻回去复制即可。

五、长期项目交给项目空间

每个月都要做的活，不必每次重新交代背景。新建一个项目空间，把产品文档、行业资料、写作规范放进去，再写一段固定指令：

你是这个账号的长期内容助手。 读者是 25 到 35 岁的职场人，语气平实，多用具体案例，少讲道理。 已有稿件在附件里，新写的要与它们保持一致。

之后在这个空间里开新对话，背景自动带上，不必再重复粘贴。

速查：按症状选动作

前面几种跑偏也有更轻的处理方式，按症状对照：

症状	先做什么
它开始重复已说过的话	让它做一次阶段摘要
忘了你定的约束	把约束重述在问题前面
答得越来越泛	换新对话，只带必要背景
每次都要重讲背景	用项目空间托管背景
一份材料读不完	分段发送，约定分析时点

这些做法背后是同一件事：上下文是有限的预算，要主动决定里面放什么。

还有两个小习惯值得养成。一是粘贴长材料前先删掉页眉页脚、目录、重复的表格线，这些内容不提供信息，只占位置。二是当你贴了一大段代码或文档之后，别紧接着追问无关的事——先让它复述一遍要点，确认它读到的是你想给的那部分，再往下走。省下的返工，比省下的那点整理时间值钱。

概念层面可以看上下文窗口和上下文工程。

下一节把新手最常问的问题集中回答一遍：Claude 常见问题。