这是一个创建于 35 天前的主题，其中的信息可能已经有所发展或是发生改变。
想了解一下，大家的大项目是怎么构建上下文工程的
因为有些项目比较大，不同的模块在风格上不太一致，或者说部分写法抽象层比较多，ai 有时候写了具体代码实现，但是忘记注册服务等等。因此需要给每个模块的一些具体迭代行为做一个约束：比如 a 模块的表单加一个字段需要注意哪些事项。b 模块新增、修改一个规则服务的逻辑需要注意哪些事项。
但是现在感觉可选的实现方式非常多，不知道怎么选。
方案一：全部用 skills 维护这些事项，让 agent 动态加载
方案二：在 agent.md 里写，迭代 a 模块，需要读 a.md ，a.md 再索引 a 模块常见迭代的操作
主要是想了解一下大家的方案是啥，交流一下
 | 1 yooomu 1 月 30 日 via iPhone  1 1. 在项目的 agents md 中写清楚注意点就可，ai 犯错了就让 ai 把这一点补充进去，慢慢迭代问题就会越来越少。对于使用 gpt5.2 这种长上下文能力和指令遵循非常好的模型来说最为简单实用。agents md 也需要定期整理，不然越来越杂 2.还有一点就是让 AI 参照已有的代码去写新功能 |
 | 2 v2tex 1 月 30 日 1 个人觉得 agent.md 是全局通用规则，放些架构什么的足够了，不能牵扯这些细节，也不能太多，否则就实效了 skill 如果很常用建议写，然后自定义个指令调用（如果支持） 否则不常用直接让 AI 打开代码照葫芦画瓢基本没问题。反正最后还要自己确认一遍 |
 | 3 Tink PRO 1 写一个专门的 md 文件，让 ai 把每次的上下文全部写入到这个 md 文件里面，优势是后续新开上下文，可以直接引用，劣势是比较费 token |
Select Language