Claude Code的长对话:何时继续,何时回退,何时重开?
Claude Code
Anthropic提供的代码工作辅助AI工具。
上下文
AI为回答当前问题而能看到的聊天、文件和工具结果。
context rot
Anthropic对上下文过大时性能可能下降的称呼。
发生了什么
Anthropic发布了一篇说明,讨论怎样管理Claude Code中的长对话。重点不是把聊天拉得越长越好,而是让AI在写代码时保留真正有用的信息。
文中列出几种选择:继续当前对话、回到较早的位置、开启新对话、把旧对话压缩成摘要,或把一部分工作交给独立的子代理。该帖在Hacker News获得302 points和176 comments。它们说明这个话题受到社区关注,不证明文章中的建议在所有情况下都正确。
背景:AI会带着“上下文”工作
Anthropic的说明称,Claude Code看到的上下文包括指令、此前的对话、工具调用及结果,还有已经读取的文件。若工作仍是同一件事,保留对话就有价值:AI可以接着使用已经找到的资料和已经作出的决定。
不过,信息增加也有代价。官方文章说,上下文变得很大时,表现可能略有下降,并把这种可能情况称为“context rot”。较早而无关的内容,可能分散对当前问题的注意力。因此,保存更多历史记录,并不总是更好。
五种管理方式
如果下一步确实仍是同一项工作,可以继续当前对话。这样AI不必重新读取已经看过的文件,也能接住前面的决定。
如果做法走错了,可以使用/rewind回到较早的一条消息。它的意义不是在错误后不断补充说明,而是把失败路线从当前对话中移开,再用已经发现的问题给出新的方向。
如果工作已经换了主题,官方文章建议考虑开新对话。这样旧任务的细节不会跟着进入新任务。但相关工作也有另一面:重开后,AI可能要重新读取刚刚有用的文件。
/compact会把长对话变成摘要,再继续工作。Anthropic提醒,这种压缩会丢失一部分细节,摘要不保证保存原来的每件事。子代理则让不同部分在各自的上下文中处理,最后再带回结果。
为什么重要
这不是一份命令清单,而是在讨论如何安排人和AI一起做长任务。保留历史可以延续线索;清掉历史可以减少旧错误的影响;摘要能留下部分连续性,却可能失去细节。
当AI参与的代码工作变长,用户不只是提出一个问题,也在决定AI工作时该记住什么。这个选择会影响它能否接住前提,也会影响它是否被无关内容带偏。
已确认与未确认的部分
可以确认的是,Anthropic把继续、回退、压缩、重开和子代理列为管理会话的选择,并提醒很大的上下文可能带来表现下降。官方并没有把它们说成适用于每个项目的固定步骤。
文章没有给出一个适合所有项目的对话长度,也没有证明某一种方法对每个代码库都最好。Hacker News上的反应能说明关注度,不能证明某个工作流程必然成功,也不能代表原文事实的强度。
接下来该看什么
接下来值得关注的是:工具能否让用户看清摘要保留了什么、漏掉了什么;以及长任务中,人应在何处检查和改正方向。AI承担的工作越长,管理上下文可能越接近一项基本技能。
AI聊天太长,不一定更好
📰 完整报道: Claude Code的长对话:何时继续,何时回退,何时重开?
Claude Code能使用前面的内容,但旧信息太多也会添乱。
会话
与Claude Code进行的一段连续对话。
`/rewind`
回到较早消息的操作。
`/compact`
把长对话整理成摘要后继续工作的操作。
💡 一句话总结
- Claude Code会看前面的聊天和文件。
- 旧信息太多时,AI可能更难专心。
- 可以继续、回退、压缩或新开对话。
Anthropic说明了怎样管理Claude Code的长对话。 一次连续的对话,叫作一个会话。 AI会看你的要求、前面的消息和读过的文件。
这对同一项工作很有帮助。 AI已经知道哪些文件重要。 它也记得先前作出的决定。 这样就不用每一步都从头开始。
可是,长对话也会带来问题。 里面可能留下旧的错误做法。 还可能有和现在无关的资料。 Anthropic说,上下文太大时,表现可能略有下降。 上下文就是AI现在能看到的信息。
如果一个方案失败了,可以用/rewind。 它能回到较早的消息。 这样可以在错误路线变长前,重新给出更好的方向。
/compact会把长对话整理成较短的摘要。 它能让工作继续下去。 但摘要可能不会保留每个小细节。
如果已经是另一项工作,也可以开新对话。 这样旧任务不会混进来。 不过,AI可能需要重新读一些文件。 所以没有适合所有工作的唯一规则。
文章还提到子代理。 它们是在独立对话中做一部分工作的AI。 这能避免所有工作都塞进一个会话。
该帖在Hacker News有302 points和176 comments。 这表示许多人关注它。 这不等于每一条建议都已经被证明正确。
最重要的问题是:这项工作需要AI记住什么?
💬 为什么大家会争论 Claude Code 的技巧
大家在争论:该由用户优化,还是产品自己优化。
- 用户自行报告说,可重复使用的缓存有时会突然重建,费用因此上升。有人指出这可能与一个缺陷有关。
- 一名用户按自己的比较认为,Codex 找信息更直接,Claude 则显得更慢。
- 批评者希望产品自动处理这些节省,因为内部机制难以查看,而且经常变化。
- 也有人说,这像租用云计算机;像管理 AWS 或数据库一样学习省钱的用法很正常。
- 切换 effort 可能会改变提示词开头,使缓存无法继续复用。
这是评论数为176时的初期(修订1)。获取100条,并从整体抽取100条总结。内容属于HN用户自述,并非编辑部核实的事实。
把AI的小故事整理好
📰 完整报道: Claude Code的长对话:何时继续,何时回退,何时重开?
Claude Code会记得前面的工作故事。
Anthropic
制作Claude的公司。
Claude Code
帮忙写代码的AI。
Anthropic做了Claude。 Claude Code会帮忙写代码。
它会看前面的聊天。 它也会看读过的文件。
做同一件事时,这很有用。 可是旧话太多,也会添乱。
走错路时,可以用/rewind回去。 也可以用/compact做短短的总结。
换了新工作,就开新聊天。 旧工作就不会跟来。
Hacker News也在讨论这篇文章。 它有302 points和176 comments。 这说明很多人注意到它。 这不说明每个办法都对。
💬 大家想让 AI 更简单
他们在讨论,谁该让 AI 又快又省钱。
- 一些用户说,AI 保存的记忆有时会重建,花费更多钱。可能有缺陷。
- 有一个人觉得 Codex 找东西更快,但这只是他的个人体验。
- 有人想让公司自动解决。也有人说,租来的计算机需要小心使用。改变 AI 思考的力度,也可能让它不能重用记忆。
这是评论数为176时的初期(修订1)。获取100条,并从整体抽取100条总结。内容属于HN用户自述,并非编辑部核实的事实。
💬 围绕 Claude Code 优化的期待与不信任
讨论一边质疑为何用户必须自己优化,另一边认为托管计算工具本就需要学习使用方法。
这是评论数为176时的初期(修订1)。获取100条,并从整体抽取100条总结。内容属于HN用户自述,并非编辑部核实的事实。