上下文工程构建的最优解,求教

1 月 30 日
 yukinotech

想了解一下,大家的大项目是怎么构建上下文工程的

因为有些项目比较大,不同的模块在风格上不太一致,或者说部分写法抽象层比较多,ai 有时候写了具体代码实现,但是忘记注册服务等等。因此需要给每个模块的一些具体迭代行为做一个约束:比如 a 模块的表单加一个字段需要注意哪些事项。b 模块新增、修改一个规则服务的逻辑需要注意哪些事项。

但是现在感觉可选的实现方式非常多,不知道怎么选。

方案一:全部用 skills 维护这些事项,让 agent 动态加载

方案二:在 agent.md 里写,迭代 a 模块,需要读 a.mda.md 再索引 a 模块常见迭代的操作

主要是想了解一下大家的方案是啥,交流一下

942 次点击
所在节点    ☕Vibe Coding🤖
3 条回复
yooomu
1 月 30 日
1. 在项目的 agents md 中写清楚注意点就可,ai 犯错了就让 ai 把这一点补充进去,慢慢迭代问题就会越来越少。对于使用 gpt5.2 这种长上下文能力和指令遵循非常好的模型来说最为简单实用。agents md 也需要定期整理,不然越来越杂
2.还有一点就是让 AI 参照已有的代码去写新功能
v2tex
1 月 30 日
个人觉得 agent.md 是全局通用规则,放些架构什么的足够了,不能牵扯这些细节,也不能太多,否则就实效了
skill 如果很常用建议写,然后自定义个指令调用(如果支持)
否则不常用直接让 AI 打开代码照葫芦画瓢基本没问题。反正最后还要自己确认一遍
Tink
1 月 31 日
写一个专门的 md 文件,让 ai 把每次的上下文全部写入到这个 md 文件里面,优势是后续新开上下文,可以直接引用,劣势是比较费 token

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1189503

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX