🔥 HN 热议

Claude Code的长对话:何时继续,何时回退,何时重开?

约2分钟读完 Tiny Why编辑部 · 文:特派员 好奇

词语
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承担的工作越长,管理上下文可能越接近一项基本技能。

💬 围绕 Claude Code 优化的期待与不信任

讨论一边质疑为何用户必须自己优化,另一边认为托管计算工具本就需要学习使用方法。

  • 有用户自行报告,原因不明的缓存重写会让缓存写入量和费用大幅上升;讨论中还给出了一个可能相关的已知问题报告。
  • 一名用户基于试用 Codex 后的个人比较表示,Claude 寻找相关信息时会进行不必要的更广泛搜索,因此感觉更慢;这是其自行报告的体验。
  • 批评者认为,节省 token 的细小技巧应由产品默认完成,尤其是系统内部不可见且会不断变化。
  • 反方认为,Claude 是使用他人机器的托管计算服务;学习高效使用它,类似于优化 AWS 或数据库成本,是合理的。
  • 一种技术解释认为,切换 effort 会改变提示词前缀;如果它与已有对话不再共享相同前缀,就无法复用 prefix cache。

这是评论数为176时的初期(修订1)。获取100条,并从整体抽取100条总结。内容属于HN用户自述,并非编辑部核实的事实。

🔥 HN 热议

AI聊天太长,不一定更好

📰 完整报道: Claude Code的长对话:何时继续,何时回退,何时重开?

Claude Code能使用前面的内容,但旧信息太多也会添乱。

约1分钟读完 Tiny Why编辑部 · 文:特派员 好奇

词语
会话

与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用户自述,并非编辑部核实的事实。

🔥 HN 热议

把AI的小故事整理好

📰 完整报道: Claude Code的长对话:何时继续,何时回退,何时重开?

Claude Code会记得前面的工作故事。

约1分钟读完 Tiny Why编辑部 · 文:特派员 好奇

词语
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用户自述,并非编辑部核实的事实。

来源