V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
fltv
V2EX  ›  程序员

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

  •  
  •   fltv · 26 天前 · 1919 次点击

    这个月 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 主导项目开发的最佳实践》

    17 条回复    2025-08-12 09:32:48 +08:00
    monosolo1on1
        1
    monosolo1on1  
       26 天前
    在我这 AI 还是**主导不了**,但我也**离不开 AI**
    xutianyi20188
        2
    xutianyi20188  
       26 天前
    我这边最近也在做,发现用 cursor 从 0 开始项目比较困难,但是先用 trae+Claude4 起项目,然后换 cursor+GPT-5 继续做就比较容易,还有 gpt5 有的时候犯病,提出明确的 bug 但是修复不了就换个模型,基本上也都能解决。
    CC11001100
        3
    CC11001100  
       26 天前
    非常可行,我已经用 AI 完整乐意一堆项目了,甚至已经迭代把经验落成对应的开发栈了,比如用 https://todo4ai.org/ 来做 AI 项目需求管理,用 https://github.com/ai-coding-labs/playwright-plus-mcp 来做 UI 自动化测试等等
    fltv
        4
    fltv  
    OP
       26 天前
    @monosolo1on1 我这边的工作内容基本上可以概括为对接多家云厂商的接口,打平各家差异,感觉用 AI 应该能帮很大的忙,但苦于不知道该怎么使用 AI 。。。
    fltv
        5
    fltv  
    OP
       26 天前
    @xutianyi20188 我这个项目已经有了,而且体量还不小,五六年的项目,目前主要就是想解决后来新增的需求,目前就想着能总结出一套方法论出来,后面就按照既定的流程去使用 AI ,辅助需求开发
    fltv
        6
    fltv  
    OP
       26 天前
    @CC11001100 老哥有什么经验可分享一下吗?比如 AI 调教流程啥的
    CC11001100
        7
    CC11001100  
       26 天前
    @fltv #6 emm 。。。踩了超级多的坑,AI 开发 Web 项目最大的坑可能就是 AI 写前端的时候,总是把样式表统一放一个文件,导致后面它自己都搞不清样式了,无论你再怎么逼它它也搞不定了,我是被坑了很多次之后自己去 Review 代码才发现搞不定的都有这个规律。。。
    CC11001100
        8
    CC11001100  
       26 天前
    @fltv #6 还有就是总是试图创建简化版本+各种 workaround ,一个不注意就被修改的面目全非。。。
    renmu
        9
    renmu  
       26 天前 via Android
    实际上没有人类介入就是不行,项目越大越是如此
    CC11001100
        10
    CC11001100  
       26 天前
    @CC11001100 #3 我上面那个 todo for ai 就是对话了几万次之后我发现,现在无论哪个工具,我配置的各种 Rule ,AI 有非常高的比例直接无视(这个估计大家都感同身受。。。),于是我就干脆每次在需求提示词上都说明我的要求(但是只是忽视比例降低了,对话一大也是会忘记最初的要求),比如上面的不要简化版不要大文件等等各种规则,后来因为有些要求在提示词里一直要重复打,然后写了那个 todo for ai ,就把重复提示词抽取出来复用(类似于编程里的抽象重复代码,只是这里是抽象提示词),让 mcp 每次返回任务内容的时候都拼接上各种规则和上下文,因为反正 AI 工具也是会做各种上下文工程导致 token 剧烈膨胀,还不如把这个上下文工程我自己做能更精准,这就相当于我每次的要求,都能给 AI 完整的上下文(因为我自己肯定是最了解这个项目的人,效果要远好于 Cursor 、Trae 等工具的通用上下文引擎生成的上下文)
    ysicing
        11
    ysicing  
       25 天前   ❤️ 1
    https://github.com/ysicing/code-pilot 可以试试我这个,只能慢慢摸索,打磨
    XDiong
        12
    XDiong  
       25 天前
    我的老项目改造就是先确定修改边界的文档,然后根据文档一步步细化需求文档,然后拆解任务,在细分任务上做二次详细描述
    Chuckle
        13
    Chuckle  
       25 天前
    ai 不懂业务,一把好武器还得得武艺精湛的人才能用得好,所以经手多代人的老项目、重业务的 to b 项目都整不了的,上下文限制在那就死了,但 ai 肯定还是能打辅助的。我们这搞数字化,就靠 ai 分析,不然写代码去扫那堆五花八门的代码,规则太复杂了,但搞下来,ai 确实不能透过代码看明白业务逻辑,这点是致命的。
    但是嘛,人是逼出来的,万一 ai 也是呢,压力一下,你做不好,有的是 ai 做,说不定有奇效
    Chuckle
        14
    Chuckle  
       25 天前
    @Chuckle 所以,用好 ai ,就是从产品 prd 里提取业务逻辑,再“翻译”好要写的代码逻辑,这让 ai 就好写多了,很多时候 ai 生成不好代码,就是人翻译得不够细致,模模糊糊,让同事做都不一定明白,更何况不懂业务的 ai
    fltv
        15
    fltv  
    OP
       25 天前
    @renmu 哎,现在就想着先把大需求切分成多个具体的小需求试试,看看效果如何
    fltv
        16
    fltv  
    OP
       25 天前
    @ysicing 好的好的,感谢
    fltv
        17
    fltv  
    OP
       25 天前
    @Chuckle 是的,需求描述挺重要的
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2817 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 02:10 · PVG 10:10 · LAX 19:10 · JFK 22:10
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.