从 0 到 1 · Vibe Coding 独立开发经验

一、什么是 Vibe Coding

简单来说，Vibe Coding 就是用自然语言"指挥"AI 写代码。开发者通过提出需求、查看 AI 生成结果、不断改进项目内容，直接代替了逐行手敲的传统编程方式。

但 Vibe Coding 不是只会用自然语言就可以完成 —— 并不意味着"有了 AI 就可以完全看不懂代码"。它是一种新的开发协作方式：

人提出需求、控制边界，AI 完成指令。

因此 Vibe Coding 这件事的核心，是把写代码从"逐行手敲"转变为「自然语言描述 + AI 生成 + 人工验收纠错」的新范式。

二、Vibe Coding 常用 AI 工具

1. 零代码平台

不用下载软件，在浏览器中就可以使用。开发完成后支持一键发版，且发版后可以使用 API 进行调用。

• ✅ 上手门槛低、开发速度快、试错成本低
• ❌ 灵活性不足，可控性较弱，有平台依赖

工具推荐：扣子编程（我自己只用过这个）

2. AI IDE

深度集成了 AI 能力的代码编辑器。可以将已有项目无缝切换至编辑器中，让 AI 通读全部项目文件，不用在出错时 Ctrl+C / Ctrl+V 或截图发给 AI。

工具推荐：Cursor、Trae、Windsurf

3. 命令行工具

运行在终端中，相比 IDE 工具简洁明了，但执行能力往往更强。更适合有一定开发经验的人。

工具推荐：Claude Code、Codex

三、开启一个 Vibe Coding 项目

大部分人第一次使用 AI 编程工具时，最容易犯的一个错误就是一上来就给 AI 一个非常大且模糊的需求，例如：

"给我做一个完整的后台系统"
"帮我做一个可以直接上线的网站"

这样看起来效率很高，开盒即用，但效果往往令人失望。对于 AI 来说，需求越大、越模糊，生成的内容也越容易失控，大概率偏离需求 —— 看起来能跑起来，但是后期的维护与测试成本远高于开发成本。

先讨论清楚三件事

当我们确定要开发一个项目后，先不要着急让 AI 直接开始写代码，而是先把项目的基础信息了解清楚。比如做一个智能相机小程序，我至少要与 AI 深度讨论：

1. 我要做的是什么
2. 都使用哪些技术栈
3. 当前开发版本要实现的功能

在正式开发前与 AI 进行多轮交流，通过不断地沟通，我们要自己先清楚这个东西要做成什么样 —— 只有自己非常清楚，才能有效地告诉 AI 该怎么做。

同时可以先调研市面上目前有相似功能的项目以及其完成的功能，以此作为参考来更好地设计自己所用到的技术栈。让 AI 帮我们把模糊的需求整理成一份像样的需求文档（PRD.md）。

需求文档的内容大纲

- 产品概述
- 目标用户
- 核心功能列表
- 功能优先级
- 技术栈建议
- 代码风格和架构模式
- 限制条件和边界场景

有了详细的需求文档，接下来继续开始和 AI 对话。根据这份需求文档，继续与 AI 讨论技术选型，生成一份技术文档（DESIGN.md）。

技术文档的内容大纲

- 技术栈
- 项目结构
- 模块设计
- 接口设计
- 数据模型
- 状态管理
- 关键流程
- 异常处理

AGENTS.md —— 给 AI 看的协作规范

当有了需求文档与技术文档后，我们还需要给 AI 写一份 AGENTS.md。这是专门给 AI 看的协作规范文档（来自 GitHub 上的开源项目惯例）。

这份文档里包含的内容不是一次性的提示词，更不是某一轮任务中的临时命令，而是一份长期生效的项目协作规则。它主要解决的是：

AI 在这个项目里应该怎么工作。

通常会包含以下内容：

- 项目说明
- 命令说明
- 编码约束
- 范围边界
- 测试要求
- 交付格式

有了这份文档，AI 的工作方式就会更稳定，也更容易持续遵循项目规则。

到这里你会发现，真正有效的「控制 AI」，依赖的是清晰的项目信息和长期稳定的规则。这样做，也能减少在聊天框里反复补充提醒的成本。

四、开发阶段

到了这一步，项目目标、需求边界、技术方案和 AI 协作规则都已经准备好了。接下来，重点将从补充文档转入正式开发阶段。

但这里要注意，正式开发并不意味着一上来就让 AI 把整个项目一次性做完。更稳的做法，通常是按照「先搭框架、再做核心功能、最后优化细节」的顺序，一步一步推进。

1. 生成基础框架

第一步先把项目的基础框架搭起来，不要急着追求功能完整。这个阶段的目标很简单：先让项目能启动、能运行、结构基本合理。

你可以直接让 AI 根据前面准备好的文档，先完成初始化工作。比如给 AI 的提示：

请根据 PRD.md、DESIGN.md 和 AGENTS.md 的要求，先完成项目初始化和基础框架搭建。

先不要直接开始修改，请先说明：
1. 你准备创建哪些目录和文件
2. 为什么这样组织结构
3. 需要安装哪些依赖
4. 如何保证当前阶段项目可启动

确认思路后，再开始执行。

本轮只做：
1. 安装必要依赖
2. 创建基础目录结构
3. 配置开发环境
4. 创建基础页面和路由框架
5. 保证项目能够正常启动

注意：
- 当前阶段只搭基础框架，不实现完整业务功能
- 不要扩展无关模块
- 不要提前加入计时逻辑、设置功能、数据统计等内容

完成后请：
1. 说明创建或修改了哪些文件
2. 展示当前项目目录结构
3. 说明项目如何启动
4. 更新 TASKS.md，记录本轮已完成内容和下一步建议

如果你本身有一定编程基础，其实这里也不一定非要让 AI 从零生成。直接使用脚手架、官方模板或者现成项目骨架，会更快也更稳。

2. 逐步实现核心功能

基础框架搭好后，就可以进入功能开发了。这一步更适合先跑通核心业务流程，再逐步补全其他功能。

更推荐把项目拆成多个小功能，一个一个实现。拆完之后，不要一次把这些功能全部丢给 AI，而是每一轮只推进一个功能点。

每完成一个功能，都建议让 AI 写单元测试，测试功能的正常性以及是否符合预期。如果有问题，就继续基于当前这一轮对话修正，等当前问题收敛后，再进入下一阶段。

3. 优化实现细节

当核心流程已经跑通之后，再优化实现细节。这时候再去处理：

- 界面样式优化
- 交互体验优化
- 性能改进
- 代码结构整理
- 可维护性提升

这样顺序会更合理。如果一上来就花很多精力去做视觉和细节优化，前面的核心功能都还没稳定 —— 后面一旦逻辑改动，还得重做一遍，成本反而更高。

所以这里有一个很重要的原则：

先保证能用，再追求好用，最后再追求好看。

当你把核心功能跑通，并且把细节打磨到基本可交付的程度时，这个项目的 **MVP（最小可行产品）**就算完成了。

Git 管理 · 重要！

到了这个阶段，强烈建议开始使用 Git 管理代码。比较稳的做法是：

• 初始化项目后提交一次
• 每完成一个独立功能提交一次
• 每完成一轮稳定优化再提交一次

这样即使某次修改出了问题，也能快速回退，不至于把前面的成果一起带崩。

五、总结

有了上述四份文档（PRD、DESIGN、AGENTS、TASKS），再配合「先搭架 → 核心功能 → 优化细节」的分步推进，AI 会变得更可控、更稳定，成为开发路上的好伙伴。

Vibe Coding 不是偷懒，而是换一种工作方式：把注意力从「敲代码」转到「定义问题 + 控制边界 + 验收结果」。当你能把自己的想法清楚地讲给 AI 听，AI 就能把它清楚地写出来。

—

这是我最近做 Daisy’s Garden 这个站的同时总结的一点方法。做这个站本身就是一次 Vibe Coding 实践 —— 从初始脚手架到 3D 子路径到实时天气模块，几乎每一步都是按上面的流程走的。后续会写更多具体项目里的细节。