这是一个创建于 109 天前的主题，其中的信息可能已经有所发展或是发生改变。
这个月 Leader 给的月度重点是借助 AI 来完成 PRD 的制定、开发计划的生成、代码开发、单测以及代码 CR ，反正就是整个流程尽可能地交给 AI 来完成，我这个项目主要是 toB 端的，类似于运维管理平台，需求就是适配新云的多个接口。 这几天一直在摸索 AI 辅助开发的工作流，期间用的 Claude 3.5 、3.7 thinking ，说实话，效果不怎么理想，今天用了用 GPT-5 thinking ，发现总结项目方面还行，但是在生成 PRD 方面也是差点意思。所以想过来问问大家，让 AI 从 0 到 1 完成一个或者多个需求可行吗？以及大家在这方面有什么实践经验，想和各位学习一下
给大家看一下目前文档的部分内容，写了一部分： https://www.yuque.com/jujingyi-mzjzr/bg139y/gc7xcm7r9f5e4g5z?singleDoc# 《 AIGC 主导项目开发的最佳实践》
 | 1 monosolo1on1 109 天前 在我这 AI 还是**主导不了**，但我也**离不开 AI** |
 | 2 xutianyi20188 109 天前 我这边最近也在做，发现用 cursor 从 0 开始项目比较困难，但是先用 trae+Claude4 起项目，然后换 cursor+GPT-5 继续做就比较容易，还有 gpt5 有的时候犯病，提出明确的 bug 但是修复不了就换个模型，基本上也都能解决。 |
 | 3 CC11001100 109 天前 非常可行，我已经用 AI 完整乐意一堆项目了，甚至已经迭代把经验落成对应的开发栈了，比如用 https://todo4ai.org/ 来做 AI 项目需求管理，用 https://github.com/ai-coding-labs/playwright-plus-mcp 来做 UI 自动化测试等等 |
 | 4 fltv OP @monosolo1on1 我这边的工作内容基本上可以概括为对接多家云厂商的接口，打平各家差异，感觉用 AI 应该能帮很大的忙，但苦于不知道该怎么使用 AI 。。。 |
| 5 fltv OP @xutianyi20188 我这个项目已经有了，而且体量还不小，五六年的项目，目前主要就是想解决后来新增的需求，目前就想着能总结出一套方法论出来，后面就按照既定的流程去使用 AI ，辅助需求开发 |
| 6 fltv OP @CC11001100 老哥有什么经验可分享一下吗？比如 AI 调教流程啥的 |
| 7 CC11001100 109 天前 @fltv #6 emm 。。。踩了超级多的坑，AI 开发 Web 项目最大的坑可能就是 AI 写前端的时候，总是把样式表统一放一个文件，导致后面它自己都搞不清样式了，无论你再怎么逼它它也搞不定了，我是被坑了很多次之后自己去 Review 代码才发现搞不定的都有这个规律。。。 |
| 8 CC11001100 109 天前 @fltv #6 还有就是总是试图创建简化版本+各种 workaround ，一个不注意就被修改的面目全非。。。 |
 | 9 renmu 109 天前 via Android 实际上没有人类介入就是不行，项目越大越是如此 |
| 10 CC11001100 109 天前 @CC11001100 #3 我上面那个 todo for ai 就是对话了几万次之后我发现，现在无论哪个工具，我配置的各种 Rule ，AI 有非常高的比例直接无视（这个估计大家都感同身受。。。），于是我就干脆每次在需求提示词上都说明我的要求（但是只是忽视比例降低了，对话一大也是会忘记最初的要求），比如上面的不要简化版不要大文件等等各种规则，后来因为有些要求在提示词里一直要重复打，然后写了那个 todo for ai ，就把重复提示词抽取出来复用（类似于编程里的抽象重复代码，只是这里是抽象提示词），让 mcp 每次返回任务内容的时候都拼接上各种规则和上下文，因为反正 AI 工具也是会做各种上下文工程导致 token 剧烈膨胀，还不如把这个上下文工程我自己做能更精准，这就相当于我每次的要求，都能给 AI 完整的上下文（因为我自己肯定是最了解这个项目的人，效果要远好于 Cursor 、Trae 等工具的通用上下文引擎生成的上下文） |
 | 11 ysicing 109 天前  1 https://github.com/ysicing/code-pilot 可以试试我这个，只能慢慢摸索，打磨 |
 | 12 XDiong 109 天前 我的老项目改造就是先确定修改边界的文档，然后根据文档一步步细化需求文档，然后拆解任务，在细分任务上做二次详细描述 |
 | 13 Chuckle 108 天前 ai 不懂业务，一把好武器还得得武艺精湛的人才能用得好，所以经手多代人的老项目、重业务的 to b 项目都整不了的，上下文限制在那就死了，但 ai 肯定还是能打辅助的。我们这搞数字化，就靠 ai 分析，不然写代码去扫那堆五花八门的代，规则太复杂了，但搞下来，ai 确实不能透过代码看明白业务逻辑，这点是致命的。 但是嘛，人是逼出来的，万一 ai 也是呢，压力一下，你做不好，有的是 ai 做，说不定有奇效  |
Select Language