想收集下大家是怎么使用 codex 这类工具开发(新/老)软件的

一般先分拆出 MVP ？做完 MVP 以后再往上加功能吧。

让 ai 拆任务然后做

要和 ai 讨论, 单向输出想法给 ai agent 效果不佳.
可以直接给 ai 指示, 让它向你一次一个提问以确定你的诉求, 或者使用 grill-with-me 或 brainstorm skill 来讨论
这样可以比较快速收敛需求确定清楚方向和范围.

我是按照传统软件工程的流程，先让他给技术方案，给完之后我过一下，没问题再让他按照技术方案一步步开发。

能给它的都给它。让它做拆分任务，技术设计，写自动化测试用例。每一步的交付你自己审核就行了。
然后让它阶段完成，每完成一个阶段执行测试用例，检测是否符合代码规范。全部完成做回归测试。
然后再自己重构，再次做回归测试。最后手工验证。

@Shrink9 对，我也是按传统软件工程的流程来走。Agentic coding 的好处在于，流程每一步都极大缩短时间，所以按流程走保证质量的时间成本人力成本都减少了。这让团队更愿意 follow 流程了。
我感觉 AI 工具会使软件工程的普及程度大大提高，而且 AI 也在改变软件工程，软件工程本身在可见的将来会有巨大的提升。

新项目我的做法是先自己画个粗的架构骨架出来——目录结构、核心接口定义、数据模型——然后让 AI 一个模块一个模块填。比一次性塞完整需求文档强太多，它不容易跑偏，你也随时能在中间改方向。老项目就不一样了，我现在基本不让它大改已有代码，只在已有接口上让它加新功能或者补测试，动存量逻辑十次有八次引入新 bug 。

明确需求，拆分需求，明确架构，分布执行。
不知道为什么现在的人总是希望一句话出结果这种 AI 交付。

计划模式或者 openspec

计划（或直接开发）-->开发-->人工运行检查-->BUG 修复或微调-->阶段性提交-->...代码审计（是否符合规范、是否拉屎）-->铲屎-->阶段性提交或上线-->维护

百度秒哒这样的 0 代码开发平台直接以 PRD 为中心，明确需求丢 Image-2 生成张产品设计图丢给它就完事了。

用 `grill me` skill 把需求想法讨论清楚，整理成文档，然后再分步实现
不过 codex 的 UI 审美真的是一言难尽，关键是我也没有审美，沟通是真滴费劲

随便搞的就 grill me 。比较重要的就自己设计好再让他写

以前用 supper power ，现在 grill me ，deepseek-v4-flash-0731 接入 codex ，用中转，1 折官方价格，活力全开，可以站起来蹬

开发个人系统，我一般会和 AI 聊清楚我的场景、预期结果，方案由 AI 出，落地由 AI 做。先做出来用用，不合适再慢慢调整。其中会要求 AI 事先参考我的过往风格，另外也需要调查清楚市面上别人怎么做的再设计。开发过程，写 PRD 、写产品路线图、写 milestone 拆分。验收过程，AI 优先保证功能复合预期，其他的交互、数据流不合预期的，得人来。不然就越搞越离谱。

对我来说，能接受千篇一律的样式。大型商业项目暂时不可知。

基本还是聊天式的修复 bug ，加新功能

一步一步来啊。因为你自己不可能一次性把所有东西想清楚，所以你跟 agent 要相互配合，看一步走一步，你看一步，调整方向，然后 agent 走一步。

编写全局的 AGENTS.md 描述项目的全局结构，还有全局的统一约束，开发规范等文档。文档中就是你想让 AI 怎么样给你干活，其中还涉及到每一个功能点的拆分，测试。然后编写 SkILL.md,描述你开发的 workflow 。尽可能的把你能想到的点都囊括。 然后开启 plan 模式：有产品需求的话，就把产品需求，技术架构图，涉及的技术栈给他；没有产品需求这些文档的话，就分 part ，一步一步跟他聊需求，最终把需求落地为文档。然后聊技术架构，技术选型，开发规范，测试流程，质量量化流程，CI/CD ，发布流程。每一个节点都要落成文档。整个流程跑一遍之后，把相关的规范迭代到全局的 ANGETS.md ，SKILL.md 中。期间设计铲屎，debug 流程，每一步都要有文档落地。AI 时代文档比你每次说，或者他记忆更稳妥。提到文档不得不提 obsidian 了，推荐这个文档管理。