Vibe Coding 实战指南：我用 AI 辅助写完了一整个项目

Vibe Coding 实战指南我用 AI 辅助写完了一整个项目从一张白纸到能跑起来的项目全程 AI 帮忙我把踩过的坑和总结的经验都记下来了一、啥是 Vibe Coding我刚开始也一头雾水第一次听说 “Vibe Coding” 这个词是在技术群里有人在讨论现在写代码都不用自己动手了。我当时心想这不扯淡吗后来自己试着用这种方式做了一个课程项目才发现确实不一样。简单说Vibe Coding 就是你描述需求、AI 写代码你负责把关而不是搬砖。想象一下你是一个项目的产品经理AI 是你的主力开发你把活派给它它把代码写出来你来 review、调整、整合。不过我得先说清楚这不代表你不需要会写代码。你不需要手写每一行但你得能看懂、能判断好坏、能指方向。就像你不会开车也能当导航员但你得会看地图、知道目的地是哪儿。我目前大三前后端都写过一些但离熟练还差得远。用 Vibe Coding 的方式做项目让我能把精力放在这个功能怎么做才对上而不是这个语法怎么写上。二、整体流程我是这么一步步走过来的我把自己做项目的流程整理了一下大概是这么个节奏第一步确定要做啥PRD—— 写清楚这个项目是干什么的、给谁用、核心功能是什么第二步搭个样子出来原型设计—— 页面长什么样、用户怎么操作有个大概的草图就行第三步数据怎么存数据库设计—— 需要哪些表、表之间怎么关联、字段怎么定义第四步前后端怎么分工—— 技术选型、API 怎么设计、项目结构怎么组织第五步API 文档先行—— 先写 API 文档后端和前端都按文档来第六步后端代码生成—— 让 AI 生成后端框架代码自己过一遍逻辑第七步前端代码生成—— 让 AI 生成前端页面对接 API第八步测试和联调—— 后端接口测试、前后端联调第九步收尾—— 部署、写文档、整理提交记录下面我把每一步怎么用 AI 辅助、需要注意什么详细展开说一下。三、第一步PRD——先想清楚再做PRD产品需求文档是所有工作的起点。我的习惯是先跟 AI 聊把我的想法说出来让它帮我整理成规范的文档。我是这么做的告诉 AI 你的项目背景、想做啥、核心功能有哪些、做成啥样算成功。一般 AI 会帮你生成一个结构清晰的 PRD包括项目背景、用户画像、功能清单、优先级划分、验收标准这些。经验提醒PRD 里一定要写清楚不做啥。AI 很擅长帮你发散但项目边界不划清楚后面会越做越偏。我见过一个同学做项目管理工具做着做着变成了带聊天功能的协作平台——功能是好功能但它不在最初的设计里加进去之后整个数据库都要改。我的小习惯每完成一个阶段让 AI 更新一下项目根目录的说明文档把最新的进度、技术决策、踩过的坑都记下来。这样下次打开项目不用从头回忆。四、第二步原型设计——先看见再动手PRD 定下来之后别急着写代码。先想清楚页面长啥样、用户怎么操作。我是这么做的把 PRD 交给 AI让它帮我梳理页面结构和用户操作路径。我不追求像素级精确的原型图但页面布局、信息层级、用户从 A 到 B 要经过哪些步骤这些要搞清楚。经验提醒多花时间想清楚用户怎么走到目的地。比如购物车功能从加入购物车到支付成功要经过几个页面、点击哪些按钮、每一步看到什么信息。大多数项目后期改来改去都是因为这一步没想透彻。五、第三步数据库设计——地基得打牢原型有了、功能清晰了现在要设计数据怎么存。这一步很关键——数据库结构一旦上线改起来特别麻烦。我是这么做的把 PRD 和原型描述交给 AI让它帮我分析需要哪些表、表之间什么关系、每个表有哪些字段。然后让 AI 直接生成 SQL 建表语句。我会仔细过一遍有不合理的地方让 AI 改直到确认没问题。经验提醒字段类型选准金额用 decimal 别用 float浮点数精度问题会坑人状态用 tinyint 别用 varchar时间用 datetime 别用 timestamp时区问题预留扩展字段业务刚起步的时候可能只需要 name 和 price但半年后可能就要 category、tags、sort_order…… 我吃过这个亏一开始表设计得太死后面加字段的时候发现已经有数据了迁移起来特别痛苦软删除是标配加一个is_deleted字段别真删数据。有天你发现用户数据被误删了而你的表里干干净净什么都没有那一刻你就明白软删除多重要了六、第四步技术选型和架构设计数据库设计好之后前后端怎么分工、用什么技术、怎么组织代码要有明确的方案。我是这么做的让 AI 根据项目规模推荐技术栈。比如我会说这是一个中小型 Web 项目我一个人做AI 可能会推荐后端用 Python FastAPI 或 Node.js Express前端用 Vue3 或 React数据库用 MySQL。然后我会选自己相对熟悉的。选技术栈的原则用你熟悉的。AI 再厉害遇到编译错误还是得你来修。用之前用过、踩过坑的技术比追求最新最潮稳妥得多。前后端约定要提前定好API 返回格式统一{code: 0, data: {...}, msg: success}状态码怎么用鉴权方式JWT 还是 Session分页参数命名page和pageSize还是offset和limit这些约定如果等到联调阶段才讨论前端等后端、后端等前端时间就浪费了。七、第五步API 文档先行前后端约定好之后先定义 API 文档再开始写代码。我是这么做的让 AI 根据数据库设计和 PRD生成完整的 API 文档。包含每个接口的路径、方法、请求参数、返回示例、错误码说明。生成之后前端和后端都基于这个文档各自开工。为什么 API 文档要先写前后端可以并行开发不用互相等接口契约明确减少联调时的 surpriseAI 生成代码时可以引用文档准确率更高八、第六步后端框架代码生成API 文档有了、PRD 有了、数据库也有了现在可以让 AI 生成后端的框架代码了。我是这么做的把 API 文档和 PRD 交给 AI让它生成项目骨架、路由定义、控制器基本结构、服务层和 DAO 层的模板代码。生成的代码我会过一遍理解每段代码是干什么的。如果看不懂就让 AI 解释“这段代码是干什么的为什么要这么写”经验提醒让 AI 生成的代码一定要自己能读懂。你不需要成为专家但必须能判断它生成的代码是否合理。九、第七步前端开发后端框架有了API 也有了现在轮到前端。我是这么做的把 PRD、原型设计、API 文档一起交给 AI让它生成前端页面代码。包括路由配置、页面组件、API 调用封装、状态管理等。经验提醒前端代码的修改频率通常比后端高所以可读性比极致性能更重要。别让 AI 写那种特别花哨但回头自己都看不懂的代码。另外如果后端接口还没完全写好可以先让 AI 生成 mock 数据前端先跑起来。十、第八步测试和联调后端测试让 AI 生成测试代码。先把每个接口单独测试跑通——用不同参数调接口看返回对不对、数据库数据对不对、异常情况能不能正确处理。这一步做好了联调会顺利很多。前后端联调后端接口测试通过后前端页面连上后端真实接口从登录到操作到退出把完整流程跑一遍。发现问题别慌把错误日志贴给 AI它能帮你定位问题。经验提醒联调阶段遇到的问题绝大多数是约定不一致导致的——字段名拼写不对、数据类型不匹配、状态码理解不同。所以前期 API 文档越细联调越顺。十一、几个让我印象深刻的教训教训一别让 AI 同时做太多事我试过把整个项目需求一次性扔给 AI让它生成所有代码。结果生成的代码到处是 bug互相之间还有冲突。后来学乖了一个模块一个模块来——“先帮我写用户登录注册”跑通了再加下一个。教训二设计文档比代码更重要我一开始觉得花时间写文档浪费时间直接让 AI 开始写代码。结果做到一半发现数据库设计有问题前端页面推倒重来白白浪费了两天。后来养成习惯先让 AI 生成设计文档花半小时过一遍确认没问题再开工。这半小时能省后面好几天的返工。教训三一定要跑端到端测试每个模块单独跑都没问题但串起来就报错。这种情况在 AI 辅助开发里特别常见。所以在交付之前至少跑一遍完整流程登录 → 操作功能 A → 操作功能 B → 退出确保整条链路是通的。教训四环境变量统一管理AI 生成的代码里经常直接写死数据库连接字符串、API Key 这些东西。上生产之前一定要全部迁移到环境变量里别偷懒。十二、总结Vibe Coding 不是让 AI 替你把所有活干了而是你负责思考AI 负责执行。你仍然是那个决定做什么、做成什么样的人AI 是你那个干活贼快、偶尔也会犯糊涂的助手。作为一个大三学生我的感受是这种开发方式最大的价值不是省时间而是帮你快速试错。以前做一个新功能心里没底的时候想到要写几百行代码就不想动了。现在有了 AI半小时就能把原型跑起来行不行一下就知道了。不行就扔掉重来试错成本极低。如果你也在尝试用 AI 辅助做项目希望这篇分享对你有帮助。欢迎交流你遇到的坑和心得。