7.3 "Vibe"的本质

目标感、流畅感、信任感

Vibe Coding 中的 "Vibe" 不是玄学。它不是"感觉对了就写得好"那种虚无缥缈的东西。Vibe 是三个具体感受的融合：目标感、流畅感、信任感。

当这三种感受同时存在时，你的"Vibe 就对上了"。你会觉得和 AI 的协作像流水一样自然——你说什么 AI 都懂，AI 写的代码你一看就觉得"就是这个意思"，整个过程不需要反复解释、不需要频繁纠正。

当其中任何一个缺失时，你的 Vibe 就断了。你开始感到挫败、不耐烦、甚至怀疑"AI 到底行不行"。其实不是 AI 不行了——是你的 Vibe 循环中某个环节出了问题。

目标感：你知道要做什么

目标感是"你知道你现在在干什么"。你有一个清晰的目标——不是"做一个 App"这种大而模糊的目标，而是"把这个按钮的点击事件处理写好"这种当前一步的目标。

目标感强的状态：

你打开 AI 工具前，已经在脑子里过了一遍："我现在要做的是把用户注册表单的验证逻辑写好——邮箱格式验证、密码长度检查（至少 8 位）、确认密码是否一致。就这些，不做别的。"

然后你告诉 AI："帮我写用户注册表单的验证逻辑，要求：邮箱格式验证、密码至少 8 位、确认密码匹配。使用 JavaScript，不依赖第三方库。输出为一个 validateRegistration 函数。"

目标感强的时候，你给 AI 的提示词是清晰、具体、一步到位的。AI 不需要反问"你具体要什么样的"——它直接开始干活。你会得到一个接近预期的输出，整个过程 2~3 分钟完成。

目标感弱的状态：

你打开 AI 工具，脑子里只有一个模糊的想法："嗯……我想做一个项目管理工具……但是也不确定具体要怎么做……先试试看吧。"

然后你告诉 AI："嗯我想做一个……也不确定具体叫什么……就是那种……你懂的……类似 Trello 那样的项目管理工具。"

目标感弱的时候，你的提示词充满不确定。AI 不懂——它只能猜。猜错了你纠正，来回几轮后 Vibe 就断了。

目标感的培养：

在打开 AI 工具之前，花 30 秒想清楚你现在要做的下一件事是什么。不要想"这次对话要做什么"这种大问题，想"接下来 5 分钟内我要 AI 帮我完成什么"。

这个方法叫"5 分钟切片"——把一个大任务切成一个个 5 分钟能完成的切片。每个切片只有一个明确的目标。你不需要把整个架构都想清楚才开始——你只需要知道下一个 5 分钟要做什么。

切片示例：

• 大目标："做一个博客系统"
• 5 分钟切片 1："创建 Next.js 项目并配置 Tailwind"
• 5 分钟切片 2："写一个文章列表页面的静态 UI——标题、摘要、日期"
• 5 分钟切片 3："添加文章详情页面的路由和基本布局"
• 5 分钟切片 4："从本地 JSON 文件读取文章数据"
• ...

每个切片完成后的"✓"感，就是目标感带来的正向反馈。这些小的成功累加起来，你会觉得今天的开发过程特别顺畅——因为每一步你都知道自己在做什么。

流畅感：每一步都自然地到下一步

流畅感是你和 AI 的交互是"顺的"。

流畅感的状态：

你的提示词发出后，AI 给出了一个接近预期的结果。你提出了修改意见，AI 正确理解了你的意思并改好了。你没有反复解释同一个概念，AI 没有连续两次偏离方向。

这种时候你会觉得"今天状态真好"——这就是流畅感。它是多种因素的叠加：

• 清晰的意图表达（你知道要什么，而且你知道怎么描述）
• 有效的上下文管理（AI 知道你项目的背景）
• 你积累了和 AI 交互的经验（你知道怎么描述能让 AI 听懂，你知道什么时候该给代码示例而不是用自然语言描述）

流畅感被打断的信号：

流畅感被打断时，通常是因为以下几种情况：

• 你的提示词中包含了模糊或矛盾的信息：你说"帮我做一个深色模式的切换按钮"——但你的项目中已经在用某个主题管理系统了。AI 不知道你的项目中已经有主题系统，会自己实现一套。你看了之后说"为什么不用项目中已有的主题系统"——但你没告诉它啊。流畅感断了。

• 你没有提供足够的上下文：你说"帮我优化一下这个页面"——AI 不知道这个页面的服务端数据来源是什么，不知道哪些部分是静态的哪些是动态的。它只能靠猜来做优化，结果很可能方向不对。流畅感又断了。

• 你一次性说了太多功能：你说"帮我做一个带有用户认证、文章 CRUD、评论系统、点赞功能和 RSS 订阅的个人博客"——AI 一次性处理这么多功能，每个功能的实现深度都无法保证。AI 在功能 A 上的实现细节你可能满意，但在功能 B 上缺了重要部分。流畅感再次断了。

保持流畅感的方法：

一次只说一件事。 这件事完成并确认后，再说下一件。这是保持流畅感最简单、最有效的方法。

逐层递进：先做骨架（路由、页面结构），再做功能（数据读取、状态管理），最后做细节（样式、动画、微交互）。每一层都在前一层的确认基础上展开。

及时刹车：当你感觉到"完了，AI 跑偏了"的时候，停下来。不要试图在错误的轨道上纠正方向——有时候 AI 已经走得太远了。回到上一个确认点，重新给出更清晰的指令。

信任感：你相信 AI，AI 有稳定的表现

信任感是你知道 AI"靠谱"。你发给它的东西它大多数情况下能正确处理，即使出错了你知道怎么纠正。这种信任不是盲目的——它是通过多次成功的交互积累起来的。

信任感的状态：

• 你给 AI 一个需求，你知道它大概率能给出可用的结果。
• 当 AI 出错了，你知道怎么描述能让它纠正——"在第 42 行，handleSubmit 函数中的 email 变量未定义，你把 validateEmail 的返回值赋值给 email 变量就行。"
• 你不需要 AI 每生成一段代码就逐行检查——你信任它的基础能力，只在关键的逻辑判断处仔细审查。

信任感的缺失：

信任感缺失的典型表现：AI 每生成一段代码，你都要一行一行地检查，不确定它到底对不对。这虽然是一种必要的小心，但如果每次都是这样，你会很累，Vibe 也很难流畅。你对 AI 的每一个输出都持怀疑态度——"这段代码真的对吗？""它是不是又在某个地方偷偷改了我不让它改的东西？"

这种状态下，你和 AI 的协作变成了"审问"而不是"合作"。你花在审查上的时间和精力，远远超过了你自己写代码的时间。那 Vibe Coding 还有什么意义？

信任感的建立：

信任不是天生的——是通过一次次的小成功积累起来的。

从小任务开始： 让 AI 先做一些边界清晰、结果可验证的小功能——"帮我写一个把 CSV 转 JSON 的 Python 函数""帮我把这段 HTML 改成 JSX 格式"。这些小任务的成功率很高（因为 AI 的训练数据中有大量类似的代码），每一次"它做对了"的体验，都在积累信任感。

从简单到复杂： 信任感建立之后，你才可以把更复杂、更抽象的任务交给 AI——"帮我重构这个模块""帮我设计一个用户认证流程"。你之所以敢交给 AI，是因为你有了"AI 在这种任务上通常能做对"的信任基础。

允许 AI 犯错： 信任AI 不是因为 AI 永远不会犯错——而是因为你相信即使它犯了错，你也能很快发现并纠正。就像你信任一个同事不是因为他的代码从不报 bug，而是因为"如果他搞砸了，我能搞定"。

Vibe 断了的时候

做个小测试——以下这些信号你见过几个？

1. "它刚才还在做这个功能，现在怎么开始改那个了？"
2. "我明明说了不要用这个框架，它还用了。"
3. "它给的代码跟刚才说的完全矛盾。"
4. "这个问题我已经解释了三次了，它还在问。"

这些信号的背后，往往是以下原因之一：

• 意图表达不够清晰：你的提示词中有模糊或自相矛盾的地方。AI 按照它理解的方式执行，但和你真实的意图不一致。

• 上下文管理出了问题：AI 缺失了关键信息——比如你之前说过"用 React"，但在新的对话中没提这个约束。或者上下文太长，早期的重要约定被"挤"出了上下文窗口。

• AI 的能力边界被触及：有些问题 AI 确实搞不定——不是因为你的表达有问题，而是因为它在这个领域的基础能力不够。这时候你需要换一种方式（给 AI 提供一个参考实现）或者自己动手做。

当"Vibe 断了"的时候，不要硬撑。

很多人的第一反应是继续在当前的对话中"抢救"——再解释一遍，再改一次。但如果问题出在意图表达不清晰或者上下文丢失，继续在同一段对话中抢救通常是浪费时间。

正确的做法：

1. 停下来。不要再继续对话。
2. 诊断：是在哪个环节出问题了？

• AI 不理解你的意思 → 意图表达问题
• AI 忘记了早期约定 → 上下文管理问题
• AI 生成的代码质量明显下降 → 可能是上下文溢出
• AI 反复犯同样的错误 → 触及能力边界

1. 修复：

• 意图表达问题 → 重新组织语言，用更具体的描述
• 上下文管理问题 → 压缩上下文并开启新对话
• 上下文溢出 → 开启新对话，加载必要的背景
• 能力边界 → 拆分问题，或者给 AI 参考代码

1. 重启。带着更清晰的意图和更精准的上下文，开启新对话。

一个 Vibe 修复的例子：

你在做一个 Next.js 项目，已经和 AI 合作了一个小时。突然 AI 开始生成和项目风格不匹配的代码——它忘了项目用的是 App Router 而不是 Pages Router。

继续抢救："我告诉过你很多次了，这个项目用的是 App Router！"—— AI 可能会道歉并修正，但如果上下文已经被挤占了，它可能很快又会"忘记"。

正确做法：打开一个新对话，给它一个简短的项目背景描述——"这是一个 Next.js 14 App Router 项目。核心目录结构是 app/（路由）+ components/（组件）+ lib/（工具函数）。当前正在实现的功能是 [描述]。请基于这个背景继续。"——新对话 + 清晰的背景 = Vibe 恢复。

Vibe 的日常维护

就像开车需要关注油量和仪表盘，Vibe 也需要日常维护：

每天开始工作时： 花 1 分钟思考：今天最重要的 3 个任务是哪些？每个任务的"5 分钟切片"是什么？今天的 Vibe Coding 节奏应该是"快速迭代"还是"深度探索"？

每次对话开始时： 花 10 秒确认：我给了 AI 足够的背景吗？我知道 5 分钟内要做什么吗？

Vibe 在线时： 享受流畅的开发体验。你不需要做什么特别的——保持当前的节奏就行。

Vibe 下线时： 不慌，不硬撑。按上面的诊断流程，找到问题，修复它，重启。Vibe 不是"不可修复"的——它只是需要你花一点时间去"重新对齐"。