你可能遇到过这种情况：兴奋地打开AI，渴望构建自己的项目，结果坐在那里不知道第一步该做什么。脑子里满是想法，却不知道从哪里开始。于是你可能会说"帮我建某个系统"，把所有东西丢给AI，然后无奈地看着它写得越来越乱，让你越来越没底。
本文是"Vibe Coding"系列的上篇，聚焦从项目启动到写代码之前的AI开发工作流。整个系列涵盖：项目启动、任务拆解、技术选型和项目架构。本篇专注早期准备阶段——如何在写代码前打好地基、建立规则。
AI写业务逻辑前的四个关键步骤
在让AI处理业务功能之前，有四个关键步骤：项目启动与功能清单、技术栈选择、项目架构搭建和编写Agent Constitution。只有完成这四步，才能说地基和规则真正建立好了。
第1步：项目启动与功能清单
这是整个流程的起点，也是很多人想跳过的步骤。项目启动就是搞清楚项目要做什么。功能清单就是把要做的事拆成清晰、独立的功能点。
关键提醒： 如果这一步偷懒，后面很可能会返工。因为如果你不知道自己要什么，AI在构建项目时就是在猜。用AI开发时，唯一改变的是开发中的角色。以前做产品，项目方要向程序员讲清业务需求。现在AI是你的程序员，所以你必须向AI清晰地讲清需求。无论是对专业程序员还是对AI，模糊的需求永远是危险的。
第2步：技术栈选择
决定项目要做什么之后，就要决定用什么技术。需要确定前端技术栈、组件库、后端语言和框架。
关键不是选最先进或最强大的技术，而是选最适合你项目、AI最熟悉的技术。如果选错了，问题常常在半路暴露出来，重来的时间和人力成本非常高。
技术栈一旦确定，不要动摇。如果前端一夜之间从React换成Vue，或后端从Python换成Go，每次动摇都意味着之前的地基要重来。
第3步：项目架构搭建
技术栈确定后，搭建项目架构。无论前端还是后端，在写业务逻辑之前，先搭建一个扎实稳定的项目架构。就像盖摩天大楼——不是先装修房间，而是先打好地基、搭好框架和承重墙。
这一步不是让AI立刻写出登录、订单、支付等所有功能。而是先搭一个最小可运行的框架，建立通用规则：
- 后端： 确保项目能启动、配置能读取、接口返回一致、错误处理统一，搭建日志、数据库连接、权限入口点。
- 前端： 决定目录结构、组件标准化、请求处理统一、状态管理方式。
总之，前后端都先建立一套所有功能都要遵守的规则。
第4步：编写Agent Constitution
地基打好后，为项目建立"Agent Constitution"——一套AI在项目上工作时要遵守的规则，任何功能都必须遵守。
它是如何起作用的： 大多数AI编程工具有一个机制：如果你把规则文件放在指定位置，工具每次启动任务时自动将其读入AI的上下文。在你让AI做任何事之前，它已经从头到尾"背诵"了这些规则。所以它不是摆设，它实际影响AI做出的每一个决定。
放在哪里： 不同工具需要不同的位置和文件名。最可靠的方法是直接问你的AI工具：
请在本工具会自动读取的位置创建Agent Constitution文件。不要把它和项目架构设计文档混淆。架构文档描述项目代码如何组织。Agent Constitution定义AI必须遵守的行为规则，如：
- 必须遵循架构设计文档
- 如果改变底层、框架或添加新依赖，先说明原因
- 尽可能使用框架内置能力而非从头编写
- 每完成一个阶段后自我检查
如何编写： 不要从零创建。使用通用模板，但不要直接复制。把模板交给AI并说：
请根据当前项目的实际情况和这个通用模板，
创建项目专属的Agent Constitution。关键是"根据你项目的实际情况"——你的项目启动、功能清单和技术栈不在通用模板里。AI需要将这些通用规则适配到你项目的具体语言、框架和业务，Constitution才能真正有效。
定制完成后浏览一遍。如果有看不懂的地方，不要装懂。让AI用通俗语言解释每条规则。
上篇总结
上篇的四个步骤：
- 项目启动与功能清单： 明确要建什么，拆成独立功能点
- 技术栈选择： 选最适合项目和AI最熟悉的，然后坚持不动摇
- 项目架构搭建： 前后端都先搭可运行框架，建立统一规则
- 编写Agent Constitution： 文档化AI必须遵守的规则，确保AI每次任务前审查
完成这四步后，地基和规则就位。记住：地基一旦打好，尽量不要在后面重做。地基和规则就绪后，下一步就是让AI开始写代码——如何将每个大阶段拆成详细子阶段并引导AI一步步走而不跑偏，将在下篇中介绍。
常见问题
Agent Constitution和项目架构文档有什么区别？
架构文档描述你的项目是什么样子——目录结构、组件组织、数据流和技术决策。Agent Constitution描述AI在项目上工作时应该如何行为——如"更改依赖前先解释原因"或"使用框架内置而非从头编写"等规则。可以把架构想象成建筑的蓝图，Constitution是所有施工人员必须遵守的安全和质量规则。两者都需要，服务于不同目的。
我可以跳过准备步骤直接让AI构建功能吗？
可以，很多新手就是这么做的。但代价后来会显现：AI写出不一致的代码、做出冲突的技术选择、产生意大利面式架构，你花在修复上的时间比构建还多。这四个准备步骤前期花1-2小时但能节省数天的返工。这就像盖房子有蓝图和许可证 vs 只是堆砖然后希望它能立住。对于任何你打算维护超过一个周末原型的项目，准备工作是值得的。
哪个AI工具最适合Vibe Coding——Codex、Claude Code还是Cursor？
三个工具都适合这个工作流。Codex有最成熟的Agent Constitution支持（AGENTS.md自动加载）和强大的项目脚手架。Claude Code在架构搭建阶段表现出色——其Agent循环自然处理多文件项目初始化。Cursor在迭代细化步骤中很出色，适合调整UI和行为。许多有经验的Vibe Coder组合使用：Claude Code做架构和初始搭建，Codex做功能开发，Cursor做打磨。但任何一个工具都能独立完成本文描述的完整工作流。