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

[dayudayupao]

开发分很多场景，比如 1.功能迭代修 bug 类，我觉得基本上直接问就 ok 了。 2.但是开发一个新系统，经常容易跑偏，我描述太多，限制他的想法，如果描述简单，给你的都是千篇一律的样式或半成品功能，后期调试跟改动的成本很大，token 消耗也大，甚至根本跟自己想要的相距甚远，你们是如何做到这个平衡的。

也就是说开发一个新系统，你们会按照什么模式告知他需求，把全部的需求文档，设计规范都给他还是？

[msg7086]

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

[seers]

让 ai 拆任务然后做

[johnhuangemc2]

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

[Shrink9]

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

[kuber]

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

[kuber]

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

[liushuang]

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

[VDimos]

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

[zhouxiaoben]

计划模式或者 openspec

[tianhehechu]

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

[rpish]

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

[chiaoyuja]

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

[ccpp132]

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

[William337]

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

[kuhung]

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

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

[aweim]

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

[yidinghe]

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

[clicks]

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