AI 主导项目需求开发最佳实践[咨询]

在我这 AI 还是**主导不了**，但我也**离不开 AI**

我这边最近也在做，发现用 cursor 从 0 开始项目比较困难，但是先用 trae+Claude4 起项目，然后换 cursor+GPT-5 继续做就比较容易，还有 gpt5 有的时候犯病，提出明确的 bug 但是修复不了就换个模型，基本上也都能解决。

非常可行，我已经用 AI 完整乐意一堆项目了，甚至已经迭代把经验落成对应的开发栈了，比如用 https://todo4ai.org/ 来做 AI 项目需求管理，用 https://github.com/ai-coding-labs/playwright-plus-mcp 来做 UI 自动化测试等等

@monosolo1on1 我这边的工作内容基本上可以概括为对接多家云厂商的接口，打平各家差异，感觉用 AI 应该能帮很大的忙，但苦于不知道该怎么使用 AI 。。。

@xutianyi20188 我这个项目已经有了，而且体量还不小，五六年的项目，目前主要就是想解决后来新增的需求，目前就想着能总结出一套方法论出来，后面就按照既定的流程去使用 AI ，辅助需求开发

@CC11001100 老哥有什么经验可分享一下吗？比如 AI 调教流程啥的

@fltv #6 emm 。。。踩了超级多的坑，AI 开发 Web 项目最大的坑可能就是 AI 写前端的时候，总是把样式表统一放一个文件，导致后面它自己都搞不清样式了，无论你再怎么逼它它也搞不定了，我是被坑了很多次之后自己去 Review 代码才发现搞不定的都有这个规律。。。

@fltv #6 还有就是总是试图创建简化版本+各种 workaround ，一个不注意就被修改的面目全非。。。

实际上没有人类介入就是不行，项目越大越是如此

@CC11001100 #3 我上面那个 todo for ai 就是对话了几万次之后我发现，现在无论哪个工具，我配置的各种 Rule ，AI 有非常高的比例直接无视（这个估计大家都感同身受。。。），于是我就干脆每次在需求提示词上都说明我的要求（但是只是忽视比例降低了，对话一大也是会忘记最初的要求），比如上面的不要简化版不要大文件等等各种规则，后来因为有些要求在提示词里一直要重复打，然后写了那个 todo for ai ，就把重复提示词抽取出来复用（类似于编程里的抽象重复代码，只是这里是抽象提示词），让 mcp 每次返回任务内容的时候都拼接上各种规则和上下文，因为反正 AI 工具也是会做各种上下文工程导致 token 剧烈膨胀，还不如把这个上下文工程我自己做能更精准，这就相当于我每次的要求，都能给 AI 完整的上下文（因为我自己肯定是最了解这个项目的人，效果要远好于 Cursor 、Trae 等工具的通用上下文引擎生成的上下文）

https://github.com/ysicing/code-pilot 可以试试我这个，只能慢慢摸索，打磨

我的老项目改造就是先确定修改边界的文档，然后根据文档一步步细化需求文档，然后拆解任务，在细分任务上做二次详细描述

ai 不懂业务，一把好武器还得得武艺精湛的人才能用得好，所以经手多代人的老项目、重业务的 to b 项目都整不了的，上下文限制在那就死了，但 ai 肯定还是能打辅助的。我们这搞数字化，就靠 ai 分析，不然写代码去扫那堆五花八门的代码，规则太复杂了，但搞下来，ai 确实不能透过代码看明白业务逻辑，这点是致命的。
但是嘛，人是逼出来的，万一 ai 也是呢，压力一下，你做不好，有的是 ai 做，说不定有奇效

@Chuckle 所以，用好 ai ，就是从产品 prd 里提取业务逻辑，再“翻译”好要写的代码逻辑，这让 ai 就好写多了，很多时候 ai 生成不好代码，就是人翻译得不够细致，模模糊糊，让同事做都不一定明白，更何况不懂业务的 ai

@renmu 哎，现在就想着先把大需求切分成多个具体的小需求试试，看看效果如何

@ysicing 好的好的，感谢

@Chuckle 是的，需求描述挺重要的