在Vibe Coding的过程中，代码和功能迭代速度极快，产品很快成型。
但随着逐步打磨，优化功能，扩展边界越来越不可控。
有些功能已经忘了最初在脑子里是个什么蓝图，在做的过程中，有时候觉得 AI 说的也有道理。
就这么逐渐失去控制
这时候可以对比一下，为什么同样用 AI coding ，公司的项目不会跑偏，可以放心大胆的迭代？
因为公司项目具有详细的产品需求文档，增加小需求，小改动，不会破坏整体项目
并且已有业务封装的工具、架构，也可以用在新需求上
而 Vibe Coding 的项目，更多的是把脑子里的东西变为现实，是不受约束的美好理念。
在 Coding 过程中觉得不满意，大刀阔斧的改，也是因为 AI 竟然把这么美好的东西写成了狗屎
但是 AI 哪有脑子，说不定你骂他那一句它记在心里了，故意给你写了一堆懒代码（ bushi
所以，在开始把一个美好理念变成实际产品时，要像产品经理的职责一样，把产品功能、面向用户等，理清楚，落到文档里。
比如借助已经比较知名的 skill ：superpower
1️⃣ 先开启一场右脑风暴(plan)，把自己脑子里的想法都倒出来，让 AI 帮你补全漏洞
然后再根据定好的任务让 AI 去编码(build)
2️⃣ 等项目的目录结构和功能逐渐丰满时
在关键的目录再新建一个 CLAUDE.md 用于描述该目录主要功能，有什么设计原则是不能改的
这样，全局技术栈和开发要求，在全局 CLAUDE.md 把控。
涉及到某个功能模块的改造时，也确保 AI 能知道此功能在你脑子里是什么样的，及时给出反馈。
3️⃣ 多回顾代码
如果你懂代码，那就要把 AI Coding 省下的时间拿出来一部分专门去审，因为 AI 只是工具，你才是自己代码的负责人。你不审它，就等着领导来审你吧。
如果你不懂代码，那就需要借助 AI 和一个干净的上下文，然后写一段审查的提示词或者找一个相关的 skill ，专门去找当前代码的毛病
借助以上三点，能较好的控制一个项目的走向。
记得在半年多以前，还有专门帮助开发者强制使用文档来增强 AI 的“记忆”，约束 AI 行为的插件、工具。但使用起来，既要维护海量的文档，还要维护海量的代码，时间长了也是乱套。
后来发现， AI 读代码就和人类读文档一样自然，代码本身就相当于它的文档了。于是，又有人提出“代码即文档”。
但是 Vibe Coding ，毕竟得需要人去下发指令，人要是能读代码和读文档一样，早就没 AI 什么事了，人就是因为脑子不够用，上下文太短才需要记下来的。大模型的上下文长到 10M ，那我脑子只有 10k ，我们这个木桶也接不了多少水。
所以，在纯 Vibe Coding 时，还是挺需要按需编写文档的，一个全局的，几个关键节点的。
剩下的就让 AI 自由发挥
毕竟重头还在产品后的推广～