@artiga033 #8 “只改动必要的部分，优先复用现有成熟代码，避免重复造轮子。” 你感觉这句话有用吗，类似的还有 “不要创建工作汇报或任务总结性质的文档。”、 “对于用户提出的设想和意见，结合项目情况进行全面客观的分析，而不是一味遵循”、 “与用户的所有回复与沟通，文档与代码注释均使用中文，必要时可保留英文专业名词，并在首次出现时附简要中文注释。”...

“代码不再是资产，产生代码的规则才是资产。”

不可控，主要是各家的 context engineering 调教过于黑箱。所以需要看各家解决方案的官方指导更重要点。 理论上给 agent 喂规则会有提升，但要注意 lost in middle 和 context length 本身对模型输出质量的影响。你对于一个黑盒子的商业公司包装后的 agent ，拼了老命调优一个 user prompt ，边际效益太低了，差不多就行了，不要钻牛角尖

@JieyueXing 你举例的这种我感觉大部分工具可能都已经内置了，至少 copilot 和 codex 肯定是有的。再就是专门针对 coding 场景训练的模型不需要说这些它也会这样干的。 而另一些算是用户偏好，和项目无关。比如同一个项目有时候我需要它大胆打破现有框架来 review 我的代码，有时候我又只想让它循规蹈矩生成一堆样板代码。有时候外部依赖都很难用我就是想手写一个，有时候手动实现很难保证正确所以一定要调用外部依赖。这种要求需要的时候顺手提一下就行了，反正都省了写那么多代码了不差多打那两句话。 再比如反过来想如果把问答语言要求这种写进 AGENTS.md 里了，但是团队里如果有洋人或者有人就是喜欢用英文问答怎么办... 我的理解是这些 LLM 说明和 Makefile 之类的差不多，这里应该声明项目独有的注意事项，而不是用户的个人喜好

你看现在 openspec 和 speckit 对文档的定位就知道了，SDD 之后文档既代码，以前是为了多人协作开发追踪变动，审核，规范化代码，现在是追踪审核规范化文档，agents.md/claude.md/xxx.md 应该是所有规范化文档的入口

可惜 claude code 不支持这个 https://i.imgur.com/MA8YqTP.png

之前搞了一个，codex 会遵守，但是在 windsurf 中模型压根不会鸟他，主动让他识别意识只会循序一次，第二次就忽略了