2. Linux.do
  3. 最近开始比较多地使用 Codex，发现如果只是把它当成“写代码的 AI”，其实发挥出来的效果比较有限。 想请教一下大家平时实际使用 Codex 做项目时，比较成熟的工作流是怎么样的？

最近开始比较多地使用 Codex，发现如果只是把它当成“写代码的 AI”，其实发挥出来的效果比较有限。 想请教一下大家平时实际使用 Codex 做项目时，比较成熟的工作流是怎么样的？

wuwu 2026-09-11 11:31 1

  • 一个新项目开始时，会不会先让 Codex 分析整个项目，再开始修改？

  • 比较大的需求一般是直接一次性告诉它，还是拆成多个小任务逐步完成？

  • 你们会不会专门维护 README、项目说明、开发规范或者 AGENTS.md 之类的文件，让 Codex 长期理解项目？

  • 修改代码之后，一般是让 Codex 自己测试，还是自己检查后再让它继续修？

  • 如果一个项目持续开发几个月，怎么避免 Codex 越改越乱、上下文越来越复杂？

  • Codex 的不同模型和 effort，一般会根据什么场景选择？


我目前比较想把 Codex 从“哪里报错就让它修哪里”，变成一个真正参与项目开发的 AI Agent。


如果有长期使用 Codex 做实际项目的佬友，比较想听听你们自己的工作流和踩坑经验。

最新回复 (2)
  • allinai 09-11 14:08
    1楼

    佬想得很周到，感觉可以把gpt当作手下员工，每次需求都有文档，如果有个人离职，新人怎么快速上手

  • 懒羊羊大王🕶️_King 09-11 14:12
    2楼

    啥流程也有限，真正拿他写一个项目，也是反反复复修修改改。最简单的就说需求吧，你想的明白，你也觉得你描述的明白，他也说懂，做出来就是残次

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐