分享下codex 改大项目的一点总结

1. 
   

   复用的程度与项目大小其实无关，而是取决于你的 AGENTS.md， docs/*.md 是否强制性使用，而不是尽量，最好，而是要用必须，一定。否则很大概率，agents会在2~3轮就开始跑偏。 另外，复用的代码是否已经抽出来，变成一个独立的组件或者是类或者结构体。

   
   


2. 
   

   项目的大小不是关键，因为你每次不可能改所有的文件，而是只改1~2个功能，所以不要觉得项目大就不好改动，要拆，拆成可执行的单位，再去让codex改动。就比如你leader脑袋一拍，让你把项目的sla提到6个9,你蒙蔽，你扔给codex，他和你一样懵逼，然后就是一顿乱改。

   
   


3. 
   

   代码图谱是否足够细，通过/api路径，是否能精确定位代码的文件和代码的开始行数，而不是通过rg 等批量范围搜索，这种增加上下文是一定的，如果判断不对，很容易误改动。

   
   


4. 
   

   不要总是给一句话的需求，如果有issue，配合issue，我试验过，一句话的需求和BUG，我基本要和 GPT5.5, 推理:极高 的模式下，和他battle 2~3轮才能改好，但是用issue，基本都是一次改好，很少2次的

   
   

5. 
   

   善用MCP 和 skill，例如 code review graph 和 setup-matt-pocock-skills 和 codebase-memory-mcp 和 tonytail

   
   


6. 
   

   其他skill自行总结吧，毕竟每个人的习惯不一样

   
   

我只是抛砖引玉，我的不一定适合大家，同样大家的也不一定适合我，我只是提供一些思路上的拙见。