前面我们已经聊了 AI IDE、agent 宪法、skill，也简单认识了前端、后端、数据库这些开发认知。到这里你应该已经知道，Vibe Coding 不是一句话让 AI 变出项目。真正靠谱的方式，是让 AI 在规则、流程和基本技术认知下，帮你一步步把项目做出来。
所以从这一小节开始，我们正式进入项目实操部分。第一步，就是立项。
这里的立项，不是写商业计划书，也不是做融资 PPT，而是先和 AI 把项目讨论清楚。
很多小白一开始用 AI 做项目，最大的问题就是太着急。脑子里刚冒出一个想法，就直接对 AI 说：帮我做一个某某项目。然后 AI 开始写代码。看起来效率很高，实际上很危险。
用代码做项目，和建房子有点像。你必须先有一套相对靠谱的地基，而这个地基，不是一句话就能讲清楚的。如果一个产品真的只靠一句话就做出来，那么一旦后面发现方向错了、数据结构错了、页面流程错了、功能边界错了，很多时候就不是简单改几行代码的问题，而是整个地基都要重来。
更麻烦的是，重来的时候 AI 往往不会干干净净地重来。它可能会留下一堆死代码，可能会到处做兼容，可能会为了接住旧逻辑继续打补丁，也可能直接把整个项目结构打乱。
所以，Vibe Coding 的第一步不是写代码，而是先学会和 AI 讨论你的产品。
一、先创建一个空项目文件夹
正式开始前，建议你先创建一个空项目文件夹，然后用 AI IDE 打开它。
这个文件夹暂时可以没有代码。它的意义不是马上开发，而是给项目一个独立空间。后面你和 AI 讨论出来的内容、立项文档、开发计划、agent 宪法、项目说明，都可以沉淀在这里。
项目文件夹名称建议使用英文，并且用中划线或者下划线连接，比如 task-manager、resume-assistant。不要用一堆中文、空格、特殊符号，也不要随便叫“新建文件夹”“测试项目”“demo1”。
这不是形式主义。一个清楚的项目目录名，会让后面的开发、部署、版本管理和 AI 理解都更顺。
二、为什么要先讨论？
AI 可以写代码，但它不能替你决定你真正想做什么。
一个产品面向谁？解决什么问题？核心功能是什么？用户为什么要用？第一版做到什么程度就够？哪些功能后面再做？哪些东西现在不能碰？
这些问题如果不先讨论清楚，后面写代码就很容易跑偏。
立项阶段和 AI 讨论，主要是为了三件事。
第一，让 AI 对你的产品有基本认知。你不能只说“我要做一个后台系统”或者“我要做一个小程序”，而是要让它逐步理解项目类型、目标用户、核心问题和主要流程。
第二，完善你的想法。很多时候，你一开始的想法其实很粗糙。AI 一问用户是谁、核心功能是什么、数据怎么流转、商业模式是什么，你就会发现很多地方还没想明白。立项阶段暴露问题，比代码写到一半再发现方向错了要好得多。
第三，让 AI 帮你查漏补缺。你可能只想到功能，没想到权限；只想到页面，没想到数据；只想到第一版，没想到后期扩展。AI 很适合在这个阶段帮你补全盲区。
所以，立项讨论不是浪费时间，而是在帮你和 AI 一起完成项目设计雏形。
三、怎么和 AI 讨论？
一开始不用说得太复杂。
你可以直接告诉 AI：我准备做一个什么类型的产品，大概功能是什么，你觉得这个产品的核心设计应该是什么？你觉得这个想法怎么样？
重点不是让 AI 马上写代码，而是让它和你讨论。你可以让它追问你、指出问题、拆分功能、判断第一版应该做什么、不应该做什么。
如果你脑子里只有一个模糊方向，也可以直接说：我现在只有一个大概想法，你先帮我一起梳理这个项目应该怎么做。
这个阶段不要急着确认，更不要急着开写。你可以让 AI 帮你分析用户场景、整理核心功能、判断项目价值、拆分 MVP、梳理数据流、推演用户使用流程。
等项目初步清楚后，还可以让 AI 帮你搜索和分析类似产品，找竞品、开源方案、差异点和机会。很多时候，你以为自己的想法很新，其实市场上已经有类似产品；也有时候，一个普通想法换个用户场景，就可能有新的切入点。
讨论到后面，还可以让 AI 帮你做长期路线规划：第一版做什么，第二版扩展什么，哪些功能后面再做，哪些功能现在坚决不做，哪些模块要提前留好边界。
这个阶段越清楚，后面开发越不容易乱。
四、讨论时不要让 AI 直接开写
立项阶段，不要急着让 AI 写代码。
很多 AI 一看到你说“我要做一个项目”，马上就会开始创建文件、安装依赖、写页面、写接口。这时候你要拦住它。
因为产品定位、核心功能、第一版范围、项目边界、技术路线、验收标准都还没沉淀下来，直接写代码只会让项目过早进入混乱状态。
你可以明确告诉 AI：当前阶段只做产品讨论和立项设计，暂时不要写代码。
这句话很重要。你要先让 AI 进入“产品合伙人”和“架构顾问”的角色，而不是一上来就进入“代码生成器”的角色。
Vibe Coding 不是越快写代码越好。真正靠谱的做法，是先把方向讨论清楚，再开始动手。
五、讨论完之后要形成立项文档
当你和 AI 讨论得差不多之后，下一步就是让 AI 在当前项目文件夹下生成立项文档。
这个文档不是形式主义，而是项目后续开发的真源之一。后面你让 AI 写代码、拆任务、设计数据库、做前端页面、规划后端接口，都可以让它回到这份文档里找依据。
如果没有这个文档，项目很容易在多轮对话、多次修改、多次上下文切换中漂移。你今天说项目给个人用户用，明天 AI 可能写成企业后台；你今天说第一版只做核心流程，明天 AI 可能塞进一堆复杂功能。
立项文档的作用，就是把已经讨论清楚的内容固定下来，让项目有一个可以回看的依据。
六、立项文档应该包含什么？
立项文档不需要写得像商业 BP，但一定要清楚。至少应该包含这些内容：
项目立项说明：这个项目是什么，面向谁，解决什么问题，为什么值得做，第一版核心目标是什么。
项目核心功能和边界：第一版做什么，不做什么。哪些功能必须有，哪些功能后面再做，哪些想法暂时放弃。
产品流程和用户路径：用户从进入项目，到完成核心操作，中间会经历哪些步骤。页面怎么走，功能怎么串，数据怎么流动。
数据和业务对象：项目里有哪些核心对象，比如用户、订单、任务、文章、商品、文件、评论、权限等。这些会影响后面的数据库和接口设计。
技术路线初步判断：项目适合做网页、小程序、App，还是先做 Web MVP；前端、后端、数据库大概怎么考虑。
项目爆点和差异点：这个项目相比普通同类产品，最值得做、最有差异、最可能打动用户的地方是什么。
后期规划和里程碑：第一版做什么，第二版做什么，长期版本大概往哪里走。
验收规则：第一版做到什么程度才算完成。不是 AI 说完成就完成，而是要有可以检查的标准。
七、文档可以拆开
如果项目很小，一份立项文档就够。
如果项目稍微复杂一点，可以拆成几个文档：项目立项说明、项目详细规划、后期商业计划或长期路线。
不用纠结固定格式。重点是这些文档要让你和 AI 都看得懂。后续开发过程中，你经常需要让 AI 回到这些文档里确认：我们到底在做什么？第一版边界是什么？哪些功能现在不做？后面往哪里走？
文档不是为了好看，而是为了防止项目跑偏。
八、立项不是追求完美
立项阶段不需要一次性做到完美。
尤其是小白刚开始 Vibe Coding，最重要的不是写出一份完美文档，而是把当前能确定的东西先写下来。
项目是什么，给谁用，解决什么问题，第一版做什么，暂时不做什么，后面可能怎么扩展。
这些先写清楚，就已经比一句“帮我做个项目”强太多了。
后面随着你继续讨论、开发和验证，文档还可以不断更新。立项不是一次性决定未来所有事情，而是先给项目一个清晰起点。
九、最后
Vibe Coding 做项目，第一步不是写代码，而是立项。
你要先学会和 AI 讨论产品，让它理解你的想法，也让它帮你完善想法。等讨论清楚之后，再把内容沉淀成项目文档。
没有立项，AI 很容易想到哪写到哪。有了立项，AI 至少知道这个项目是什么、第一版做什么、哪些功能暂时不做、后面大概往哪里走。
所以，如果你准备正式开始一个项目，先不要急着让 AI 写代码。
先创建一个空项目文件夹，用 AI IDE 打开它，然后从讨论开始。把项目聊清楚，再让 AI 动手。
