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

说实话我也被这个问题折磨过一阵子，后来发现AGENTS.md不是没用，而是读取优先级和触发机制的问题。我现在是把所有硬性约束拆成三个独立文件——技术栈规则、代码风格规范、禁止事项清单，然后在Cline的规则里按项目阶段动态引用，比全塞进一个文件效果好很多。另外你提到的对话压缩其实是个双刃剑，我试过让Claude自己总结历史，但压缩过程本身就会丢失细节，尤其是那些否定性的约束，比如“不要用X”，总结时经常被过滤掉。更靠谱的做法是写个小的自动化脚本，每次对话轮次到15左右就强制开启一个新会话，同时把关键约束和当前项目状态生成一个快照文件作为新会话的上下文，这样既避免上下文膨胀，又能保证约束是完整重新加载的。还有个土办法但很有效——在代码里埋注释标记，比如在CSS文件头部写“本文件禁止Tailwind类名”，然后每次让Claude先grep一下这些标记再动手，相当于物理层面的提醒。不过说到底，长对话一致性本质上是模型注意力机制的短板，工程手段只能缓解不能根治，如果项目逻辑太绕，不如拆成多个子任务用独立对话处理，最后再合并，反而比硬刚一个超长对话省心。

我最近也踩过差不多的坑，后来发现把约束写进AGENTS.md其实有个前提，就是得放在文件最顶部，而且每条约束前面加个类似【强制】的标记，效果会好不少。另外我试过把项目规则拆成单独一个CONSTRAINTS.md，然后在每次对话开始的时候先让模型读一遍这个文件再干活，比塞在system prompt里管用，因为system prompt容易被后续内容冲淡。还有个偏门但有效的办法，就是主动开个新对话，把之前的代码和关键决策浓缩成一段总结粘进去，等于给模型一次“重新认识项目”的机会，虽然麻烦点但确实能治失忆。你提到20轮这个临界点我也感觉到了，可能是上下文窗口被中间那些来回修改的对话占满了，真正有效的指令反而被挤出去了。要不你试试把项目拆成几个子任务，每个子任务单独开对话，别让一个对话扛到底，我这边这样改完明显稳定多了。

我试过把约束拆成单独的CONVENTIONS.md，然后在每次对话开始前让Cline先读取那个文件，比AGENTS.md好使，但也不是百分百稳。另一个土办法是把代码约束直接写进prompt的开头，并且每10轮左右手动贴一次，虽然烦但至少不会崩。你那个“压缩总结对话历史”的思路我觉得靠谱，就是需要额外写个脚本或者手动触发，麻烦点但能治本。

把关键约束写成独立规则文件，每轮开头让Cline强制读取一次，比塞进AGENTS.md靠谱多了。

这问题太真实了，我也被坑过好几回。我的土办法是把那些硬性约束单独抽成一个CONSTRAINTS.md，然后每次开新对话第一件事就丢给它，让它先复述一遍再开工，比塞进AGENTS.md管用。另外你提到对话压缩，我试过用Claude自己总结再喂回去，但总觉得会丢细节，不如干脆每20轮就开个新对话，把关键文件路径和约束文件重新甩给它，虽然麻烦点但至少不会突然给你整出个Tailwind。

还有个小技巧，就是让它在每次改动前先列个简短计划，把“不使用Tailwind”这种约束写进它的任务定义里，而不是只靠上下文记忆，这样哪怕聊长了也不容易跑偏。你这项目逻辑绕的话，建议把核心流程画个图放项目里，它能看懂图的话会少犯很多错。

把AGENTS.md改成每次对话开始时让Cline强制读取一遍，比靠它自觉靠谱得多。

说实话我也踩过这个坑，后来发现把约束写进AGENTS.md确实有用，但得配合Cline的规则加载机制才稳定。我的做法是把那些绝对不能碰的规则（比如不用Tailwind）单独拆成一个high-priority-rules.md，然后在AGENTS.md里用一句话引用它，这样每次开启新任务时模型会主动去读那个文件，比塞在长文里管用。另外你提到的定期压缩总结，我试过手动让Claude总结当前状态然后开新对话，但前提是得把项目结构和关键决策点梳理得很清楚，否则总结本身就会丢细节。还有个偏方是给每个文件头部都写上禁止事项，虽然丑但有效，毕竟模型在生成具体文件时总会先看上下文。好奇你用的Cline版本是不是支持rules目录，如果支持的话把约束按模块拆开放，触发概率会低很多。

我最近也踩过这坑，AGENTS.md并不是每次都管用，尤其当对话里有大量代码片段时，它的注意力会被冲散。后来我改成每过5-8轮就让Claude自己输出一次“当前项目约束和进度摘要”，存成一个单独文件，下一轮对话开头直接丢给它，比让它自己回忆靠谱多了。你也可以试试把关键规则写成类似于linter的检查项，每轮让它跑一遍代码前先自查，虽然费点token但比改错的成本低。

我最近也踩过这个坑，后来把那些硬性约束直接拆成独立的rules文件，然后在每次让Cline干活前先用一条消息强制它读一遍，相当于手动重置它的记忆，比写在AGENTS.md里管用多了。另外对话超过20轮我会直接开新会话，把关键代码文件和当前进度粘过去，让它快速加载再继续，基本能避免后期胡来。你那个全栈项目要是逻辑绕，其实可以考虑把任务拆得更碎一点，每段对话只干一件具体的事，这样它记错约束的概率会低很多。

我最近也踩过这个坑，尤其项目一复杂，Cline的context窗口根本撑不住那么多隐性约束。试下来最有效的办法是把那些硬性规则拆成单独的CLAUDE.md放子目录里，每次让它主动读，比全塞进AGENTS.md靠谱。另外对话超过15轮就手动开个新会话，把关键文件路径和约束用几句话概括粘进去，相当于给模型做个“记忆快照”，比让它自己总结省心多了。

把关键约束写进项目里的CLAUDE.md，每轮开工前让它先读一遍，比AGENTS.md好使。

这问题太真实了，我最近也在折腾类似的事。你提到的AGENTS.md其实方向对，但Claude对它的读取权重可能没你想的那么高——我发现它更像“参考”而不是“强制”，尤其对话一长，新指令和旧约束冲突时，它总倾向照顾最近的上下文。我自己试过最有效的办法是，每过10轮左右，把当前项目里所有硬性约束（包括代码风格、禁止项）手动粘贴到一个新对话开头，然后附上一句“基于以上规则，继续重构XX文件”，等于强制给它一个干净的起点。压缩总结我试过，但用自然语言概括容易丢细节，不如直接用代码片段或关键字列表来得精准。还有个偏方，就是把约束里的关键术语（比如“禁止Tailwind”）变成你代码里一个常量名或注释标记，这样它每次生成时更容易被触发提醒。不过说实话，这种“半遗忘”可能跟它的训练机制有关，指望完全根治不现实，只能尽量把项目拆小，让每个会话专注单一任务，减少跨模块的长期依赖。你那个逻辑绕的项目，有没有考虑过把核心规则做成.spec文件，配合Cline的规则匹配功能？我感觉比塞在AGENTS.md里管用。

把关键约束拆成独立文件（比如CLAUDE.md），每次开工前丢给它读一遍，比塞进AGENTS.md稳多了。

把约束写进独立的rule文件并每次对话开头引一次，比塞system prompt里管用多了。

这个失忆问题我太熟了，20轮左右基本是分水岭。我现在用Cline会在每个关键节点手动让它重读一遍AGENTS.md，不是靠它自觉，而是直接要求。另外把约束拆成单独的小文件，比如style-rules.md，然后在每条新任务开头让它先读这个文件，比重申system prompt管用。对话历史压缩也有用，但别让它自己总结，容易把约束丢掉，最好手动写个summary固定住。

我一般会在任务切换时手动重新贴一遍关键约束，比指望它自己记住靠谱。AGENTS.md有时候确实会被忽略，尤其对话一长，模型注意力就被最近几轮带跑了。可以试试用Cline的memory功能或者单独开一个constraints文件让它每轮读，虽然费点token但一致性稳很多。另外把大任务拆成小步骤、每步结束就总结一次，也能减少它中途跑偏的概率。

试试把关键约束拆成单独的配置文件，比如用 .clinerules 或者自定义的 rules 目录，让 Cline 每轮自动注入而不是靠对话记忆。我这边实测 20 轮后模型确实容易漂，定期让它总结一次当前代码规范再继续会稳很多。另外 AGENTS.md 有时候优先级不够，不如直接写进每次请求的 context 里强制带上。

我一般会把硬性约束抽成一个独立的rules文件，然后在每轮对话开头用一行引用路径让模型自己去读，比塞system prompt里管用多了。Cline的话可以试试配置自定义指令，让它每次执行前先扫一遍项目根目录的约束文件。另外20轮之后确实该手动总结一次历史，把已确认的决策压缩成几条要点单独存着，别指望模型自己记住。

我试过用Cline的memory功能配合一个单独的constraints.md文件，每轮开头让它先读这个文件再干活，比塞system prompt里靠谱不少。不过20轮之后还是得手动清一下history，把之前的关键决策压缩成几行摘要丢回去。你那个AGENTS.md是不是没在每轮对话里显式引用？光放项目里它不一定每次都去读。