《Vibe编程》读后：不是不用工程，是把工程从"写"挪到了"审"
阅读方式：微信读书网页版，从版权页翻到后记，共 333 屏、7 章、6 分 49 秒。 这半年"Vibe 编程"被说得太神了，神到有点失真。这本书的好处是：它既讲清楚了它为什么成立，也把它的账算给你看了。
一句话总结我的读后感：Vibe 编程不是不用工程，是把工程从"写"挪到了"审"。
生成变便宜了，验收变贵了。而大多数翻车，都翻在没人愿意做验收上。
一、命令式与意图式：拿"登录"这个功能做了个对比
书里第 1 章拿"用户登录"做例子，把两种范式的差距摊得很清楚。
命令式怎么做？ 七步，一步都省不了：需求分析与设计（登录验证方式、数据库结构、加密与防暴破、ER 图、接口文档）→ 环境搭建（本地环境、数据库、Web 框架、BCrypt、Spring Security 或 DRF）→ 后端实现（注册/登录接口、Token 签发与校验、数据库交互层）→ 前端实现（登录页 UI、表单事件、对接鉴权）→ 测试调试（接口测试、单元测试、跨域和令牌异常）→ 部署运维（打包上线、SSL、安全策略）→ 长期漏洞修复与功能演进。
书里对这段的批注很到位：这个开发流程不仅技术链条长、依赖多，还对开发者提出了较高的专业要求；一些看似微小的细节，如加密算法配置、令牌生命周期控制，都需精细化处理。
而 意图式怎么做？你只需要说清要什么。书里给的例子是：做一个夜间听歌的 Web 播放器，深色背景配霓虹点缀，布局简洁，动态效果柔和，目标用户是深夜写代码的开发者，整体风格参考 Spotify / Apple Music 暗黑模式。
然后 AI 会给你一版能打开、能看、能点的东西。
这个对比最容易被误读成"后者取代前者"。但这本书没这么写，它写的是更微妙的一层：技术链条没有消失，只是从"你得会写"变成了"你得会看"。
那七步还在，只是现在有人替你走。而替你走的人不会告诉你它跳了哪步——所以你得自己知道该有哪七步。
二、生态三层：你在哪一层，决定了你的效率上限
第 3 章把工具生态分了层，我觉得这个分法比"哪个工具最好用"有意义得多：
| 层级 | 形态 | 限制 |
|---|---|---|
| L1 对话问答 | 复制粘贴进聊天框，再贴回编辑器 | 门槛最低，但上下文全靠人搬，改一处忘三处 |
| L2 IDE 集成 | 插件式（Cursor、Copilot）与 AI 原生 IDE | 上下文由工具管，能多文件编辑；但仍需你下指令 |
| L3 Agent 端到端 | 给目标不给步骤：自己建脚手架、写代码、跑测试、修报错 | 快，但你需要有能力审它的产出，否则是给自己埋雷 |
这三层的差别，本质不是"模型强弱"，是谁在管上下文：L1 你自己管（靠脑子和剪贴板），L2 工具帮你管（它读你的项目），L3 系统自己管（它自己决定读哪些文件）。
而上下文管得越自动，你对"它读了什么、没读什么"的感知就越弱——这就是 L3 最大的隐患，也是它最大的效率来源。
三、让 AI 听话的四段式：书里那个提示词模板值得保存
第 5 章给了很多提示词技巧，但真正有用的是那个结构：角色 / 简介 / 规则 / 工作流。
它给了一个完整例子（做夜间听歌 Web 应用的前端），我抄了骨架：
【角色】你是一名经验丰富的前端开发助手，擅长设计极简主义、黑暗风格的 UI 组件，熟练掌握 HTML、Tailwind CSS、JavaScript……
【简介】我正在开发一个专为夜间使用设计的音乐播放 Web 应用，整体 UI 风格为深色背景＋霓虹发光点缀，布局简洁，页面动态效果柔和……
【规则】使用 Tailwind CSS 构建 UI；不使用 React 或 Vue 等框架；所有代码需能直接嵌入 HTML 文件运行；输出结果按模块分段展示，代码需完整可用；除代码外不返回解释或说明文字；颜色限于黑、灰、白、蓝、紫；组件需支持响应式设计。
【工作流】请为该页面设计并实现一个顶部导航栏（Header）：左侧 LOGO 占位、中部搜索框、右侧播放控制按钮、整体布局自适应宽度居中。
这四段里，我认为最值钱的是规则那一屏，尤其是两条："不用 React/Vue"和"除代码外不返回解释"。
第一条是在收缩解空间。AI 默认会选最"主流"的方案（React + 一堆依赖），但你要的是一个能直接双击打开的 HTML。不写死这条，它会给你一个跑不起来的工程。
第二条是在省你的时间。让它解释，它会写一大段"这里我用了 flex 布局因为……"，而你真正要的是代码。把"不要解释"写进规则，是 Vibe 编程里回报率最高的一句话。
书里还提了一个实操点：给 Cursor 配置全局提示词（Rules），把项目规范、技术栈、禁用项固化下来，这样每次对话都不用重复交代。这本质上就是把"团队约定"变成了"系统提示"。
四、"看起来能工作"：全书最该被记住的一个词
第 5.3 节讲 AI 的局限，里面有两个概念，我觉得比任何技巧都重要。
第一个：代码流失率（code churn）。 书里的描述是：如果 AI 生成的代码质量低下、难以集成、不符合实际需求，或者包含难以修复的错误，开发者可能很快就需要将其重写或废弃。而 AI 优先考虑快速生成，有时其输出可能只是一个"看起来能工作"的草稿——一旦面临真实场景的复杂性和集成挑战，就可能需要大量修改。
它列了四个后果，每一条都很现实：浪费开发资源（写和审很快被丢弃的代码）、项目进度延误（频繁重写打乱计划）、质量信号不佳（高流失率是项目健康出问题的危险信号）、团队士气受挫（工作成果经常被否定和重做）。
最后一条很少有人提，但它是最真实的成本——人会被"做了又推翻"消耗掉。
第二个：代码脆弱性。 书里的比喻我很喜欢：这就像一个精密而脆弱的玻璃雕塑，轻轻触碰一个点，可能导致整个结构多处裂开或崩塌。
原因是 AI 在生成代码时，缺乏对整个系统架构和模块间复杂依赖关系的全面理解——它只看得到你给它的那部分上下文，看不到全局。
这两条合起来解释了一个常见困惑：为什么 AI 写的 demo 惊艳，接进真实项目就崩？因为 demo 没有依赖，而真实项目全是依赖。
五、把工程挪到"审"这一端
既然"写"变便宜了，那省下来的时间该花在哪？书里的答案是：审查与保障。
它给的方案很朴素，甚至有点老派——但正因为老派才可信：
版本控制。 每次让 AI 改动之前先建分支、先提交。书里给了一行命令示例（建 chore/test 分支、add、commit、push）。道理很简单：AI 改坏了，你得能一键退回去。
自动化测试。 书里的原话是：版本控制赋予了我们随时回溯历史的能力，我们还需要一种快速验证代码稳定性的机制，确保 AI 每次生成的新代码不会破坏现有功能的正常运行。
这条我觉得是 Vibe 编程的分水岭。没有测试，你只能用眼睛审；有了测试，你可以让机器替你审。 而在 AI 一天生成几千行的节奏下，眼睛是审不过来的。
轻量工程化。 第 5.4 节专门讲"适用于 Vibe 编程的轻量级工程化体系"——不是照搬大厂那套重流程，而是保留最必要的几件事：分支、测试、审查清单、部署脚本。够用就好，因为流程本身也是成本。
我读完这节的感受是：Vibe 编程真正考验的不是提示词水平，是工程素养。 提示词决定它第一次给你什么，工程素养决定你能不能在第十次修改后还活着。
六、第 7 章最狠：它把商业账算给你看了
如果说前面几章是"怎么用"，第 7 章就是"别高兴太早"。这一章我读得最慢，因为它是全书写得最"成人"的部分。
计量焦虑。 按量计费的模式让用户在使用时会产生"计量焦虑"：定价太高会限制使用频率、降低付费意愿；定价太低，产品方每多一个用户就多亏一笔。
重复付费。 用户为 Claude 付费后可以用它旗下的 Claude Code，但用 Cursor 时，虽然底层还是 Claude 模型，用户依然要为 Cursor 提供的 Claude 服务付费。同一份模型能力，被收了两次溢价。
上游依赖。 大多数 AI 编程产品都依赖 OpenAI、Anthropic 等公司的 API，成本结构在很大程度上受制于上游定价策略。上游一调价，所有下游产品都得重算商业模式。
而最狠的是它举的两个真实案例：Anthropic 拒绝为 Windsurf 提供 Claude 模型支持，间接让 Windsurf 损失了大量用户；而当上游供应商决定进入 AI 编程市场（比如 Anthropic 推出 Claude Code），下游的应用厂商会发现自己面对着供应商是竞争对手的复杂局面。
这段为什么重要？因为它说明了一件事：Vibe 编程的工具层，是一个被上游捏着脖子、且随时可能被上游吃掉的赛道。
对使用者来说，这意味着一句很实际的提醒：别把你的工作流深度绑在某一个产品上。 你的提示词、你的项目规范、你的测试，都该是能带走的；只有工具是可以换的。
七、核心知识图谱
八、我的保留意见
第一，前半本太像"历史综述"。 第 2 章从二进制讲到低代码，篇幅不短，但对当下要做决策的人帮助有限。真正有信息量的是第 5、6、7 章。
第二，实战案例偏"顺利版"。 第 6 章从脚手架、需求文档、后端、Web 端一路到 Vercel 部署和 GitHub Actions，流程很完整，但 AI 出错、排查、回滚的部分着墨不多。而真做项目，八成时间花在那部分。
第三，工具名会过时，判断不会。 书里提到的 Cursor、Vercel、GitHub Actions 都是当下的选择，一年后大概率换了一批。但"收缩解空间""不要解释""先分支再改""用测试代替肉眼"这些原则，可以一直用。
总体而言，这本书在"鼓吹"和"唱衰"之间站得比较稳：它承认 Vibe 编程是真的变了，也承认变的代价还没人付完。
九、一句话收尾
读完这本，我把"Vibe 编程"重新定义了一次：
它不是"不用写代码了"，是"写代码这件事的价值，从产出转移到了判断"。
以前值钱的是"能写出来"，现在值钱的是"能看出哪里不对"。前者可以被生成，后者只能被训练。
阅读记录：微信读书网页版 · 逐页翻阅 333 屏 / 7 章 / 6 分 49 秒 · 覆盖率 100%（版权页至后记）
《Vibe 编程：探索 AI 时代编程新范式》
发表评论: