Claude 3.7在长对话里总忘掉之前的代码约束，怎么破？

我试过把约束拆成单独文件然后用规则强制每次读，但感觉Claude对文件内容的权重其实不如对话里的即时指令，后来改成在每轮任务开头用一句简短的话复述关键约束，比如“继续，别用Tailwind”，反而稳定很多。另外你提到压缩总结，我试过让模型自己总结之前的关键决策再塞回上下文，效果还行但偶尔会总结歪，得手动检查。还有个野路子是把项目拆成更小的子任务，每个会话只做一件事，这样对话长度自然就降下来了。

我试过类似的情况，后来是把关键约束拆成一个单独的CLAUDE.md放项目根目录，每次新对话直接拖进去，比放在AGENTS.md里管用。另外你那个“超过20轮就失忆”的现象，感觉跟上下文窗口被代码占满有关，可以试试每隔几轮让它先总结一下当前进度和约束再继续。

把关键约束写进AGENTS.md还不够，我试过每次开工前先丢一段“铁律”让它复述，能撑得久点。

或者干脆把项目拆成多个会话，每个会话专注一个模块，别指望它记太久。

把关键约束写进AGENTS.md还不够，试试每次提问前让Cline自动读取一遍，或者定期手动把历史摘要喂回去。

我试过把约束单独拎出来放个rules文件，配合Cline的规则导入，比全堆在对话里管用多了。

这问题我太有同感了，Claude 3.7对长上下文的注意力衰减确实挺明显的。我现在的做法是把关键约束拆成一个单独的CONSTRAINTS.md，然后在每次让Cline跑任务前，用一条规则强制它先读这个文件再动手，相当于给它设个“启动检查”。另外，对话超过15轮我就手动开个新会话，把项目结构和当前进度用一段话总结贴过去，比它自己压缩靠谱得多。你这项目逻辑绕的话，试试把决策记录也写进文件里，让它每次“复习”而不是靠记忆，效果会稳定不少。

把关键约束写进.clinerules里，每次启动自动加载，比AGENTS.md稳多了。我这么干后基本没再翻车。

试试让Claude每轮结束前把当前约束和进度输出到一个独立memory文件，下轮开头引用它，等于手动给它续命。

把关键约束单独拆成rules.md，每轮对话开头让Cline自动读一遍，比AGENTS.md靠谱多了。

试过用.clinerules按目录隔离约束，配合memory bank，基本能撑到50轮不跑偏。

这问题我太懂了，Cline的长上下文管理其实比Claude本身更关键。我现在的做法是把AGENTS.md精简到只剩硬性规则，并在每个文件顶部用注释块重贴相关约束，让每次编辑时都能“重新看到”。另外，对话超过一定轮数就直接开新会话，把项目结构和当前进度喂给它，比硬撑长上下文靠谱得多，你可以试试看。

把关键约束拆成独立文件，每轮开头让Cline强制读一遍，比AGENTS.md管用。

我试过在对话里定期贴一次约束摘要，虽然麻烦点，但比全忘了强。

我之前也踩过这个坑，后来发现把约束写进AGENTS.md不如直接拆成独立文件，比如rules.md，然后在每轮对话开头让Cline强制读一次，比靠模型自觉靠谱多了。另外可以试试每隔十几轮手动丢一句“根据之前约定，现在该用普通CSS”，相当于给它一个锚点，比压缩总结省事。还有个土办法，把禁用的东西直接写进文件顶部注释里，它每次改代码大概率会瞟到，虽然不优雅但实测有效。

这问题太真实了，我最近用Claude 3.7配合Cline做重构也踩了同样的坑。你说的AGENTS.md我试过，但感觉它只有在明确触发读取时才有用，对话一长模型就默认“我已经知道了”。我的临时解法是把所有硬性约束做成一个单独的CONSTRAINTS.md，然后每轮对话开头用一句话让Cline强制重新读一遍这个文件，比如“先读CONSTRAINTS.md再继续”，虽然有点机械但至少能撑到40轮左右。还有个思路是每过十几轮就主动发起一次“总结当前所有决策和约束，压缩成新的项目简报”的对话，再让模型基于这个简报继续，相当于手动给它做了一次上下文整理。不过说实话，这些都是治标不治本，我更好奇有没有人试过用Claude的Prompt Caching或者API层面的系统消息动态注入来彻底解决这个问题，毕竟项目逻辑复杂的时候，重复提醒真的很消磨耐心。

这问题太真实了，我最近用Claude 3.7写一个带状态机的后端服务也踩了同样的坑。我的做法是把所有硬性约束拆成一个单独的文件，比如叫CONSTRAINTS.md，然后在每次对话开始时让Cline强制读取一遍，不是靠它自己记忆，而是直接把它变成工具调用的一部分。另外我发现把约束写进AGENTS.md还不够，因为模型在长上下文里会逐渐“遗忘”那些看似不关键的描述，所以我会在关键节点主动触发一次“上下文压缩”，把之前聊过的核心决策和代码结构让模型用结构化摘要重写一遍，再把它作为新的上下文起点。还有个土办法是给每个代码文件顶部加注释块，里面写上“本文件禁用Tailwind，使用普通CSS”，这样就算它忘了全局约束，看到文件头也能想起来。不过说实话，超过50轮之后效果还是会衰减，我现在更倾向于每完成一个功能模块就开一个新对话，把压缩后的上下文作为新对话的初始prompt，这样整体稳定性高很多。你试试看把约束做成一个叫RULES.md且每次让Cline用cat主动读取，而不是放在AGENTS.md里被动加载，区别还挺明显的。

这问题我也踩过坑，后来把AGENTS.md直接改成每次对话开头让Cline强制读取，比放项目根目录管用。你还可以试试把约束写进CLAUDE.md，配合Cline的规则文件，优先级会高一些。不过说实话，超过30轮后它还是会犯迷糊，我现在是每10轮左右手动总结一次关键决策丢回上下文，成本比重复提醒低多了。

我最近也碰到过类似情况，后来是把所有硬性约束（比如禁止Tailwind、组件命名规则）单独抽成一个CONVENTIONS.md，然后在每次让Claude干活前用Cline的@引用把它塞进对话里，相当于强制刷新记忆，比AGENTS.md好使。另外，超过20轮我干脆直接新开对话，把项目结构和这个约束文件重新喂一遍，别指望它在长上下文里自己记住。你那个项目逻辑绕的话，可以试试把关键决策记录成“已确认事项”，每几轮让它总结一次，但说实话最省心的还是定期换会话，别硬扛。

这问题太真实了，我最近也踩过同样的坑。我自己试下来，把关键约束写进AGENTS.md确实有用，但前提是得让Cline每次加载文件时强制读取，而不是靠模型自觉。你可以试试在对话开始前手动粘贴一遍AGENTS.md的内容，或者用那种带记忆插件的方案，它会把历史对话压缩成摘要再喂给模型，比单纯用system prompt靠谱。另外，我习惯把“禁止使用Tailwind”这种硬性规则直接写进项目根目录的一个RULES.md，然后在每个新对话的第一条消息里让它“先读RULES.md再开始”，虽然麻烦点但基本不会失忆。还有个土办法，就是每过10轮左右主动说“总结一下咱们目前的约定”，逼它输出一遍关键点，既能当提醒也能当检查。不过说实话，长对话约束失效可能跟模型本身的注意力机制有关，纯靠提示词很难根治，最好还是把大任务拆成多个小会话，每个会话只管一个模块，这样就算失忆影响也不大。

这问题太真实了，我自己也踩过坑。后来我干脆把那些硬性约束拆成独立文件，像CONVENTIONS.md，然后在每次对话开头先让模型读一遍，比全塞进AGENTS.md管用。另外，如果项目逻辑绕，建议每10轮左右手动把关键决策和当前状态总结一下，然后新开对话，别指望它自己记太久。

这问题我也踩过坑，后来发现光靠AGENTS.md不够，因为模型读文件也是按需的，超过窗口就顾不上。我现在的做法是把关键约束单独抽成一个RULES.md，然后在每次让它改代码前，用Cline的规则文件引用强制加载一遍，相当于手动刷新记忆。另外对话太长的时候，我会主动开个新会话把当前项目结构和核心决策贴进去，比让它自己总结靠谱得多，不然它总结的时候也会丢细节。

这问题太真实了，我最近也被长对话失忆折磨得够呛。我现在是把所有硬性约束拆成独立的rules文件，然后在每次prompt里用一句话强制引用它的路径，相当于给它一个“必读清单”，比单纯写在AGENTS.md里稳很多，因为那个文件在长上下文里也容易被淹没。另外我试过在对话到15轮左右手动开个新会话，把当前进度和关键决策用结构化摘要粘过去，虽然麻烦点但效果立竿见影，比让它自己总结靠谱。还有个偏门技巧是故意在代码里加注释标记，比如在CSS文件顶部写“禁止Tailwind，这是项目铁律”，Claude读文件时就会重新强化这个记忆点。不过说实话，这本质上是模型上下文窗口的物理极限，工程化只能缓解不能根治，我现在更倾向于把大任务拆成多个小会话，每个会话只负责一个模块，配合git分支管理，反而比硬扛长对话省心。

我最近也踩过这个坑，后来直接把关键约束拆成独立的CONVENTIONS.md，然后在每次提问时用@文件引用，让Claude强制读一遍，比塞在AGENTS.md里管用多了。还有个土办法是每10轮左右手动让它总结一下当前项目的核心约定，把总结结果粘回去，相当于给它做个“记忆刷新”，虽然麻烦点但确实稳。

我最近也踩过这个坑，后来发现把约束拆成单独的CONSTRAINTS.md，然后在每轮对话开头让Cline强制读一次，比塞在AGENTS.md里管用得多。还有个偏方是每隔十几轮就开个新对话，把之前的关键决策手动贴进去，虽然麻烦但确实稳。你那个项目逻辑绕的话，不如试试把核心约束写成CLAUDE.md，然后配合Cline的规则触发词，让它每次动手前先自查一遍。