Claude 对话太长怎么办？100万 token 的对话为何仍会写满，5 个解决办法

Claude 对话太长，怎么解决？

共有五个办法：打开让 Claude 自动总结的设置、交接到新对话、把工作放进项目、拆分大文件，以及用 100万 token 的模型开始长任务。前两个大约只需两分钟：

1. 打开“设置”，进入“功能”，如果“Code execution and file creation”（代码执行和文件创建）是关闭的，就打开它。Anthropic 默认在 Free、Pro 和 Max 上开启它（Team 和 Enterprise 由所有者在组织设置中控制）。在付费套餐中，只有开启它，Claude 对长对话的自动总结才会运行。
2. 如果旧对话还能回复，就粘贴下面的交接提示词，并下载 Claude 保存的 handoff.md 文件。
3. 用 100万 token 的模型开启新对话，如果工作属于某个项目，就在该项目内开启。附上 handoff.md，或把它加入项目知识库，这样项目里的每个对话都能读到它。
4. 粘贴下面的开场提示词，先看 Claude 的三行回复，再提出新的要求。

```text

我们要把这项工作转到一个看不到本对话的新对话里。请写一份交接文档，并保存为名为 handoff.md 的 Markdown 文件。控制在 800 字以内，使用以下标题：

1. 目标：我们正在做或要决定的事，两句话。
2. 最新版本：如果当前草稿或代码不足 300 字，就完整写出，否则给出带全部标题的大纲。
3. 决定：每条一行，并写明理由。
4. 死胡同：我们试过或排除的做法及原因，避免再次被建议。
5. 规则：我给出的所有关于语气、格式、篇幅、名称和数字的要求。
6. 事实：我们依赖的每个数字、名称、日期和文件名，照原样写出。
7. 下一步，以及尚未解决的问题。

不要添加我们没讨论过的内容。对不确定的地方标注 [check]。

```

```text

handoff.md 是一次已经没有空间的旧对话的摘要。请先读完，然后只用三行回复：目标、你将遵守的规则和下一步。等我说开始后再动手。

```

文件比摘要更重要。以文本形式粘贴的交接内容只存在于一个对话里。保存到项目知识库的交接文件，则项目中的每个新对话都能读到，而且随着工作推进你还可以修改它。

如果旧对话无法再接收消息怎么办？在付费套餐中，开启新对话，让 Claude 按项目名称搜索你过去的对话。Anthropic 帮助中心说你可以提示 Claude “to search through your previous conversations”，前提是在“设置”“记忆”中打开了“搜索和引用对话”。在项目内，这种搜索只限于该项目。在 Free 套餐中，请手动复制最后几份好的输出，或在“设置”“隐私”“导出数据”中申请你的数据。邮件中的链接在收到后 24 小时失效。

Claude 的“太长”提示是什么意思？

各种版本的提示意思都一样：这个对话加上你正在发送的内容，已经超过了模型的上下文窗口。等待并不能解决，这是大小限制，不是每五小时重置一次的用量上限，后者请看 Claude usage limit reached。

第一条提示是 Anthropic 有文档说明的那条。它的错误信息页面给出四条出路：把内容拆成更小的部分发送、总结或提取关键章节、先让 Claude 找出相关部分，或开启新对话。它甚至可能出现在对话的第一条消息上，因为足够大的上传文件本身就能填满窗口。

Claude 的对话能有多长？

根据 2026 年 10 月 11 日查阅的 Claude 上下文窗口页面，在所有付费套餐上，Claude 对话在最新模型上可容纳 100万 token，上一代为 50万，其余为 20万。Anthropic 称 200K 相当于“about 500 pages of text or more”。按这个比例，100万的对话大约能容纳 2,500 页。

从 Pro 升级到 Max 并不会让对话变长。窗口属于模型，Anthropic 为所有付费套餐列出的窗口相同。Max 买到的是更多用量，而不是更多空间。Free 没有公布数字。另外，你自己的文本永远用不满整个窗口。Anthropic 的用量和长度页面写道 “A portion of the context window is always reserved for Claude's response”，所以实际最长的对话会比表中的数字略短。

是什么让 Claude 对话这么快写满？

文件填满 Claude 对话的速度比打字快得多。Anthropic 的 PDF 文档称，根据密度不同，每页 PDF “typically uses 1,500 to 3,000 tokens”的文本。所以一份密集的 100 页报告在你提问之前就可能占掉 300,000 个 token，比整个 200K 对话能装下的还多。100万的对话大约在 333 页这样的内容时写满。

不超过 100 页的 PDF 除了文字还包含图片。Claude 的文件上传页面称 Claude 会分析其中的 “both text and visual elements”。Anthropic 只在 API 中记录了 token 成本，那里每个这样的页面还会按图片计价，所以短 PDF 占用的空间要比纯文本更多。超过 100 页时 Claude 只读文本，最多 1,000 页。按每页 3,000 个 token 算，1,000 页的 PDF 可达 300万 token，任何 Claude 对话窗口都装不下。

图片也是同样的累积方式。Anthropic 的视觉文档指出，在近期模型上，一张 1000 x 1000 像素的图片约为 1,296 个 token，一张 4K 截图约为 4,784 个 token。Claude 每条消息最多接收 20 张图片，所以一条带大截图的消息可能花掉约 96,000 个 token。

还有四样不起眼的东西每轮都会占用空间。项目知识库会在该项目的每个对话中作为上下文被读取，直到它大到让 Claude 改用检索。工具和连接器带有各自的说明，Anthropic 警告 “Tools and connectors are token-intensive”。扩展思考和更高的努力级别会让每条回复使用更多 token。而且 Claude 每次都会重读整个历史，所以第 50 条消息要带着前面的 49 条。

大文件在上传前先拆分。只发你需要的 20 页，而不是 300 页的手册，或者先让 Claude 列出相关章节，再只附上这些章节。在不需要的对话里关闭连接器和网页搜索。

Claude 现在会自动压缩长对话吗？

会，仅限付费套餐。据 Anthropic 的发布说明，自 2025 年 11 月 24 日起，对话接近上下文上限时，Claude 会总结之前的消息并继续。用量和长度限制页面是这样写的：“When your conversation approaches the context window limit, Claude summarizes earlier messages to make room for new content.” 完整历史仍保留在对话里，Claude 仍可回头引用。运行期间你可能会看到 Claude 在 “organizing its thoughts”。

这里有三个前提。Anthropic 的错误信息页面把它限定在 “users on paid plans with code execution enabled”，所以 Free 对话，或关闭了代码执行的对话，仍可能撞墙。Anthropic 表示，极少数边缘情况，比如第一条消息特别大，仍可能碰到上限。而且总结是有代价的：“Longer conversations that trigger automatic context management consume more of your usage limit.” 这就是一个长对话可能比几个短对话更快耗尽 Pro 会话额度的原因。

总结也会丢失细节。Claude Code 的文档谈到它自己的压缩时也这样说：“detailed instructions from early in the conversation may be lost”。必须保留的规则（语气、格式、名称）请放进项目说明，而不是长对话的第 3 条消息里。

ChatGPT 的做法不同。它会中止对话并要求开启新对话，详见 ChatGPT conversation too long，这使 Claude 的自动总结成为两者在实际使用中更大的差别。

在 Claude Code 中，压缩会自动运行，你也可以引导它。用 /compact 加上重点，比如 “/compact focus on the API changes”，用 /context 查看什么在占用空间，并把长期规则写进 CLAUDE.md。如果 /compact 报 “Conversation too long”，按提示按两次 Esc 回退几条消息，再从那里压缩。

怎样避免长期的 Claude 项目耗尽空间？

把参考资料放进 Claude 项目，并在项目内为每个任务开启一个对话。在付费套餐中，当项目知识库接近上下文上限时，Claude 会改用检索，只调入相关部分。Anthropic 的 RAG for Projects 页面称这让你可以 “store up to 10x more content”。项目文件每个上限为 30MB，而附加到对话的文件上限为 500MB。

项目说明要简短，因为它们每一轮都会附带。用完的文件及时移除。新对话需要旧对话里的内容时，让 Claude 搜索该项目的过往对话，而不是把历史再粘贴回去。

对于一条很长的单线对话，请从 100万 token 的模型开始。200K 模型上的对话，写满的速度是 100万的 Claude Opus 或 Claude Sonnet 上同样对话的五倍。不过空间不等于记忆。What is a context window 解释了模型为何会漏掉埋在长输入中间的事实，而上下文窗口对比按模型列出了各厂商的窗口。

发布本页的 Whizi 可以在浏览器中导入 Claude 导出文件，并让每条消息都可搜索，所以你无法继续的旧对话仍然很容易挖掘。它会舍弃思考块、工具调用和附件。它不会给长对话更多空间：每个 Whizi 模型每轮获得 40,000 个输入 token，更早的历史会被悄悄裁剪。对于一个超大的对话，Claude 自己带自动总结的 100万 窗口才是更合适的工具。