• 请不要在回答技术问题时复制粘贴 AI 生成的内容
yodi
V2EX  ›  程序员

求使用 AI 从 0 到 1 开发一个完整 web 前后端项目的成功经验

  •  
  •   yodi · 2 days ago · 2127 views

    我的不太成功的路径是:

    1. 与 claude 讨论项目内容和逻辑,生成项目项目文档 prd.md
    2. 让 cc 根据 prd.md 生成开发计划文档 plan.md 和前端设计方案 frotend.md
    3. 让 gpt 或 cc 按照 plan.md 实施,同时 claude design 根据 frontend.md 生成静态前端代码
    4. 让 gpt 或 cc 把前端代码融入到项目中,完成

    我起初认为流程和逻辑上应该是正确的,但是跑出来效果与预期差很远。 步骤 1 时产出的文档看起来挺专业,代码片段、定义解释、逻辑等一千多行,plan.md 内容也不少,一顿操作下来只能说搭了个架子。 最难受的是修改,项目本身我提需求 AI 提方案和实施,改的时候就需要自己看懂 ai 的实现方式才能改,又不敢放手完全 vibe coding 。

    想求教大佬们,AI 开发完整项目的流程、方式方法、工具等的成功经验,是不是我的方法哪里不对?求指教

    29 replies    2026-06-26 17:15:13 +08:00
    frank1256
        1
    frank1256  
       2 days ago   ❤️ 2
    据我使用一直 gpt5.5 下来心得。前端、后端,基础的 crud ,技术架构选项,基本项目搭建,全部自己手动完成。然后把核心思路,技术栈使用,生成这个项目专用的 skill 。

    前端主要是 crud 页面的样式格式,ui 组件。后端就是 crud 的技术栈。

    一定要耐下心先手写一个模块功能,然后让 ai 去抄,否则它自由发挥的太多了。还有就是,复用,设计模式。这些你不靠自己经验写进 skill 和提示词里,ai 写出来的就一堆屎山。
    shilianmlxg
        2
    shilianmlxg  
       2 days ago
    用了哪些好用的 skill 呢,请问。
    111111111111
        3
    111111111111  
       2 days ago   ❤️ 2
    分享一下我的做法哈:

    1. 先启动一个 agent ,确定需求,生成 README 和一个 TODO ,主要是项目愿景、路线的、阶段里程碑、当前阶段的任务
    2. 创建两个子目录做前后端代码仓库(所有的 agent 都从父目录启动,根据任务内容切换子目录)
    3. 再启动让两个 agent ,一个负责给 README 里生产和和验任务,另一个从 TODO 里取任务进行消费
    4. 第一个 agent 一起 不断了解项目现状 ,评估路后续路线,必要时改需求(更新 README 和 TODO )
    5. 最后 Codex 重构 UI ,DeepSeek 写中文文档


    skill 这种东西,我觉得是已经有一个确定的流程、方法、经验,才把它封装复用,为了通用必然要抽象宽泛一些,
    个人体验,别人的 skill 不如你提供示例来的效果好,或者可以把 skill 改一改,把抽象改成具体,再用在你的项目上
    zerovoid
        4
    zerovoid  
       2 days ago
    为什么修改需求,要人来写呢,

    要么就相信 AI ,全让 AI 写,
    要么就不相信 AI ,古法编程,让 AI 打辅助,

    前期相信 AI ,写完又不相信 AI ,
    这不是拉低效率么。
    lujiaosama
        5
    lujiaosama  
       2 days ago
    因为没有充足的上下文,片段的静态代码甚至是绊脚石。现在又不是去年,还要靠 chat 模式自己手动粘贴代码,为什么要搞这种先 A 后 B 的操作
    nc
        6
    nc  
       2 days ago
    你给 agent 你的需求、技术栈让它写个 todo.md ,拆分成多个 phase 。之后一个个的让其它 agent 完成就行了,最后多用几个 agent 检查有哪些 BUG 和未完成的功能。没别的,文档越少越好,重点是文档里不要教 AI 怎么做,不要包含任何代码片段,告诉它做什么就行了。
    Zwying
        7
    Zwying  
       2 days ago
    我一般都是让 ai 搭一个框架,我再根据框架去限定技术栈,最后逐轮对话,修改到满意为止
    yodi
        8
    yodi  
    OP
       2 days ago
    @lujiaosama @nc 有些复杂的逻辑关系用自然语言表达会有歧义且臃肿,所以我会用伪代码的方式表达。



    @frank1256 感谢分享
    @111111111111 感谢分享


    @Zwying 感谢分享,这样项目小一点还好,稍微复杂点每个 session 开始启动都要消耗一笔不小的 token 。
    inktiger
        9
    inktiger  
       2 days ago
    AI 目前开发出来的东西肯定会和自己想要的有出入,都是需要慢慢调整,精修的
    YanSeven
        10
    YanSeven  
       2 days ago via Android
    多轮迭代,推倒重来是不可避免的
    yodi
        11
    yodi  
    OP
       2 days ago
    @inktiger
    @YanSeven
    @frank1256
    @111111111111

    理解,小改自己随手就改了,逻辑调整时是先改文档再让 agent 改代码?还是让 agent 直接改代码? 如果直接改代码的话文档就过时了,之前出的那么多的文档相当于一次性的了。
    kloudmuka
        12
    kloudmuka  
       2 days ago
    不知道你用的是什么模型、有没有用中转,一般来说预期差很远很可能是模型问题
    383394544
        13
    383394544  
       2 days ago via iPhone
    superpwoers 你值得拥有
    383394544
        14
    383394544  
       2 days ago via iPhone
    先定 sql schema 然后写后端 再写前端
    libasten
        15
    libasten  
       2 days ago
    搭车问一下,你们拆分需求的时候一般拆到什么粒度呢?
    比如后台,一句话描述一个模型对象的 curd?
    前端,一个页面,一句话?
    kevinrun
        16
    kevinrun  
       2 days ago
    我最近用 CC 接 ds api 做了几个 web 项目,都是 0-1 ,整体 90%满足需求,剩下 10%是一些细节问题,人还是要介入的。我个人经验是先和 AI 讲清楚你的需求,生成一个需求文档,然后在根据需求文档去生成功能模块,功能模块看自己的诉求要不要做的非常细节,按照这些功能模块去开发需求,然后开发完成的要更新进度,并且告知 AI 开发完成的功能做单元测试。我一般是 cc 做了单元测试之后,用 cursor 再做一次单元测试。最近打算用 cc 的 Playwright MCP 服务试试效果怎么样。
    densu
        17
    densu  
       2 days ago
    前几天刚做了一个,我的做法是:
    先用其他 ai 工具,或者截图竞品,给定 AI 前端框架( vite+react 这种),让他生成前端,数据先模拟,把接口留好
    然后单独起一个 agent ,让他分析当前的页面需要哪些接口,限定框架和数据库(比如我用的是 fastapiu+pgsql ),再限定一些基础工具,比如 jwt ,S3 这种,写一份后端开发文档
    这份文档一般 ai 可以写的非常详细,包括项目目录,再新建个文件夹,让 ai 去读 ai 自己写的文档,把后端写出来
    最后再把前后端两个文件夹放在一起,让 ai 自己去对接接口联调
    densu
        18
    densu  
       2 days ago
    @densu 我是在 1panel 上看到了 https://mblog.club/这个项目,在 1panel 上安装了以后,发现没办法上传头像,于是自己手撸了一个,存放一下自己的碎碎念,前端就是直接截图的 1panel 上安装的项目
    ZyqAlwaysCool
        19
    ZyqAlwaysCool  
       2 days ago
    我做法是
    1. 阶段 1:开一个 agent 从模糊需求开始讨论、细化方案,在明确技术方案、前后端技术栈要求、单元测试要求、验收标准后,输出相关文档落盘,然后起另一个 agent 来审查整个方案,迭代完善整体方案定稿
    2. 阶段 2:起新会话让 agent 读阶段 1 落盘的所有事实性文档,逐步做实现,做完实现后自测,自测通过后再人工看下整体代码实现,如果有复杂度比较高或者比较绕的地方,让 ai 讲解辅助看或者改实现

    前后端项目会先让 ai 出前端的界面实现配合假数据看效果,符合要求以后再接后端服务联调
    famanoder
        20
    famanoder  
       2 days ago
    没有人跟我一样先用免费的网页版出 prd 吗?
    我都是先跟 DeepSeek 某个领域的产品总监 battle 半天产品需要和技术实现,等我满意了就让他生成一份详细的 prd ,再把 prd 丢给 Cursor 就行了,第一版往往比较粗糙,但是基本功能和框架符合预期,Cursor 每次实现后就会列出接下来的 P0/P1 需求,一股脑让他实现 P0 再 P1 ,我只负责点页面看效果,查缺补漏。
    一般难免会有多轮反复的情况,我只看页面实现效果,不行就告诉 Cursor 来改,代码我连看都不看一眼,更别说我发现了 bug 我去改代码了,完全没必要,这个取决于人是否将问题描述的清晰、边界是否考虑的到位。
    要不怎么叫自然语言编程呢,即便程序员出身,也完全不需要你去管代码了,你可以是产品、是测试、是运营、是决策者,唯独不是写代码的那个了。
    yodi
        21
    yodi  
    OP
       2 days ago
    @kloudmuka gpt5.5 + opus4.8 ,没用中转,自己的订阅。我估摸着是我自己的问题,给 claude design 的文档都是业务逻辑数据类型之类的,没有给出感官上的要求,导致前端输出很差。


    @383394544 superpwoers ,听说了很久,现在就滚去试,谢谢佬。

    @libasten 新功能我会让他自己拆分成任务,然后自己去实现测试。具体的细节问题也有,比如多字段长度大小调节,会让指出具体 css 让他改,后端数据 crud 会让他根据接口自己改,后端倒是没啥问题。

    @kevinrun @densu @ZyqAlwaysCool 感谢分享,感觉我们的开发流程差不多,都是先讨论需求输出文档,按照文档开发。在 0 到 1 之后的修改上是否有更好用的方法?
    yodi
        22
    yodi  
    OP
       2 days ago
    @famanoder 可否扔个地址来学习一下?
    fzjc
        23
    fzjc  
       2 days ago
    让找个前后端一体的脚手架是最好的,比 ai 从 0 开始好得多
    yodi
        24
    yodi  
    OP
       2 days ago
    @fzjc 当然,0 不是指空目录
    ZyqAlwaysCool
        25
    ZyqAlwaysCool  
       1 day ago
    @yodi 我觉得 1-n 的过程需要人工参与, 我修改问题的基本流程是:
    多个模型+人工讨论定稿修改方案 --> 干活的模型对照方案跑实现+自测 --> 高阶模型根据方案检查代码实现+测试确认 --> 人工抽检实现(让 ai 在关键点写注释, 配合注释看代码实现)
    Cruzz
        26
    Cruzz  
       1 day ago
    要不你就别管,全让 ai 自己写,要不就一个功能一个功能的拆开。让他实现,我不信你原子到方法,入参出参要做啥都告诉他,他还能给你整错了。
    jasonintju
        27
    jasonintju  
       1 day ago
    我感觉可能是你跟 AI 沟通的需求不是很清晰。首先你自己要清楚做哪些功能,然后 AI 会落实到文档,然后按模块实现,它自己还会验证; cc 写完代码之后,codex review ,相互搞几轮,基本没啥问题
    xsonglive491
        28
    xsonglive491  
       1 day ago
    我就是使用 superpwoers 加 glm 开发一个前后端项目,最主要的是你要知道你想要实现什么?讨论需求很重要,验收标准更重要.
    yodi
        29
    yodi  
    OP
       22h 36m ago
    @ZyqAlwaysCool 好建议,我去试试


    @jasonintju 极有可能
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3030 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 64ms · UTC 07:51 · PVG 15:51 · LAX 00:51 · JFK 03:51
    ♥ Do have faith in what you're doing.