想收集下大家是怎么使用 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 走一步。