📚 喵喵的笔记库

Vibe-Coding

25分钟阅读

一、全书概览

一句话总结

一本讲清楚"AI编程到底在发生什么、我该怎么应对"的认知升级手册——不是教你用哪个工具，而是帮你重新理解编程这件事本身。

全书结构

| 部分 | 章节 | 主题 | 核心问题 | |------|------|------|----------| | 第1部分：走近Vibe Coding | 第1-4章 | 基础认知 | Vibe Coding是什么、从哪来、翻译成什么 | | 第2部分：如何Vibe Coding | 第5-10章 | 实践应用 | 谁在用、需要什么能力、怎么跟AI协作 | | 第3部分：Vibe Coding的未来 | 第11-14章 | 未来演进 | 设计模式会变吗、AI能建大工程吗、人会被替代吗 |

全书14章，3大部分，从"认识"到"实践"再到"展望"，逻辑线清晰。第4章专门讨论"Vibe Coding最信达雅的翻译"，甚至聊了"粪围感"这个翻译——作者确实是做产品的人，知道一个名字好不好记有多重要。

二、逐章要点

第1章 什么是Vibe Coding

"Vibe Coding作为一种新兴的编程范式，借助人工智能技术，允许开发者通过自然语言与AI协作，将脑海中的想法轻松转化为代码。"

开篇就下定义。1.1讲Vibe的本质——不是随便说说让AI猜，而是把你的意图变成AI能执行的精确指令。1.2辟谣常见误解（"Vibe Coding=不用学编程了"之类的）。1.3拆技术原理：上下文工程、记忆系统、代码修改三件套。1.4是上手指南。

| 概念 | 说明 | |------|------| | Vibe的本质 | 用自然语言+AI把想法变成代码，核心是意图传达的精确度 | | 上下文工程 | 给AI喂什么信息决定了它输出什么质量 | | 记忆系统 | AI如何记住项目上下文，避免每次从零开始 | | 代码修改 | AI不只是生成，还能理解现有代码并精准修改 |

行动清单：

  • [ ] 理解Vibe Coding不等于"不写代码"，而是换了一种写代码的方式
  • [ ] 尝试用自然语言描述一个编程需求，观察AI输出质量与描述精度的关系

第2章 若AI取代初级程序员，那高级程序员从何而来

"AI的到来，不是要淘汰程序员，而是要重新定义程序员的核心价值。"

这章直接回应了最大的焦虑。2.1讲AI变革浪潮的背景。2.2分析人才发展路径——初级用AI加速成长，资深用AI处理杂活聚焦创新。2.3聊公司怎么培养人。2.4收尾：最坏的时代也是最好的时代。

| 人群 | AI带来的变化 | |------|-------------| | 初级程序员 | 用AI快速积累项目经验，缩短成长周期 | | 资深开发者 | 把机械工作丢给AI，精力投入架构设计和创新 | | 技术管理者 | 用AI提升团队效能，聚焦战略规划 |

行动清单：

  • [ ] 重新审视自己的工作流：哪些环节是机械的、可以被AI替代
  • [ ] 列出你工作中"只有人能做"的部分，这些是你的护城河

第3章 在AI之前，你们都是手敲代码的吗

历史回顾章。从汇编到高级语言，从瀑布到敏捷，从代码补全到智能助手。作者想说的是：编程工具的迭代从来没停过，每次迭代都有人说"这会让程序员变懒"，但每次都证明是效率提升而非能力退化。

| 阶段 | 代表性进步 | |------|-----------| | 语言层面 | 汇编 → C → Java/Python → 自然语言 | | 开发模型 | 瀑布 → 敏捷 → DevOps → AI协同 | | 人机协作 | 手写 → 代码补全 → Copilot → Vibe Coding |

行动清单：

  • [ ] 回顾自己用过的编程工具变迁，理解"每次被说会废掉程序员的技术，最后都成了基本功"
  • [ ] 试用至少2个不同的AI编程工具（Cursor、Claude Code、通义灵码等），对比体验

第4章 Vibe Coding最信达雅的翻译是什么

这一章很特别，全书独一份。4.1讲"灵码"命名由来（作者自己做的产品）。4.2讨论"氛围感"到底来源于人类还是AI。4.3吐槽"粪围感"这个翻译。4.4聊"祈祷式编程"是否带贬义。

作者在讨论的不只是翻译问题，而是：你怎么定义这个新事物，决定了你怎么看待它。"祈祷式编程"暗示对AI输出的盲目信任，这正是作者要反对的。

行动清单：

  • [ ] 思考你对AI编程的态度：是"让它帮我"还是"指望它替我"
  • [ ] 避免把AI当黑盒——理解它为什么输出这段代码，而不只是复制粘贴

第5章 谁在Vibe Coding

5.1明确主语：开发者、产品经理、创业者都能用。5.2讲新机遇——非技术背景的人也能参与原型开发。5.3"器已利成，可善其事"——工具已经准备好了。

| 角色 | Vibe Coding的价值 | |------|------------------| | 开发者 | 降低CRUD负担，聚焦架构和业务逻辑 | | 产品经理 | 直接参与原型开发，缩短想法到产品的距离 | | 创业者 | 快速验证商业假设，降低技术门槛 | | 研究者/学生 | 建立对智能编程时代的完整认知 |

行动清单：

  • [ ] 找一个你一直想做但没时间做的side project，用Vibe Coding方式启动它
  • [ ] 邀请非技术背景的同事试用AI编程工具，收集反馈

第6章 Vibe Coding需要使用者拥有哪些能力

这是全书最有料的一章。6.1提出"创造与调试的死亡螺旋"概念——你让AI生成代码，出错，让AI修，又出错，越改越烂。6.2说Coding能力是解药——你不懂代码就没法判断AI输出对不对。6.3"勇敢的开发者先享受氛围"。6.4给出Vibe Coding的能力模型。6.5强调Vibe和Coding缺一不可。

| 能力层次 | 具体内容 | |----------|----------| | 基础技术能力 | 编程语言、系统架构、数据结构 | | 核心协作能力 | 业务理解力、上下文构建、需求拆解 | | 高阶能力 | 创造与调试的平衡、技术敏感性与责任感 |

"创造与调试的死亡螺旋"：AI生成→发现bug→让AI修→引入新bug→再修→越改越烂。破局关键在于人的判断力。

行动清单：

  • [ ] 练习给AI写prompt时先写清楚"我想要什么"和"约束条件是什么"
  • [ ] 遇到AI生成错误代码时，先自己分析原因，而不是直接让AI重试

第7章 是AI不理解你，还是你不理解AI

7.1回顾"人类理解AI"的历史。7.2讲编码过程中AI需要什么——好的上下文、清晰的需求、合理的任务拆分。7.3结论：现在是"从我们理解AI到AI理解我们"的时代。

核心观点反转很有意思：很多人抱怨AI不懂自己，但其实是自己没学会怎么跟AI说话。这不是AI的锅，是沟通能力的问题。

行动清单：

  • [ ] 下次AI输出不符合预期时，先反思是不是自己的描述不够清晰
  • [ ] 建立自己的prompt模板库，把好用的prompt沉淀下来

第8章 为什么AI接手大工程这么费劲

8.1讲AI的"舒适圈"——从0到1的魔法时刻（写小脚本、单文件改动很厉害）。8.2分析大工程的挑战——复杂性的指数级增长。8.3讨论代码质量的双重标准。8.4讲工具本身的限制。8.5"人类和AI正在尝试和解"。

这章很实在，没有吹AI万能。作者承认AI在大型工程中的局限性，给了合理的期望管理。

| 场景 | AI表现 | |------|--------| | 单文件/小功能 | ⭐⭐⭐⭐⭐ 非常强 | | 中型项目 | ⭐⭐⭐ 可以用，需要人把控 | | 大型工程 | ⭐⭐ 有帮助但不能依赖 | | 跨系统改造 | ⭐ 需要人主导，AI辅助 |

行动清单：

  • [ ] 把大项目拆成小任务再交给AI，而不是一上来就扔整个项目
  • [ ] 记录AI在大工程中翻车的案例，分析根因

第9章 AI写代码的时候，你在干什么

9.1展示有趣的里程碑数据。9.2列举AI写代码时人类可以做的事：架构设计、代码评审、需求分析、技术选型。9.3展望未来还能干什么。

这章的核心信息：AI写代码的时候你闲着就是浪费。你应该做AI做不了的事——思考、决策、评审、沟通。

行动清单：

  • [ ] 列出"AI写代码时我应该做的事"清单，贴在工位上
  • [ ] 每次让AI批量生成代码后，花时间做一次认真的code review

第10章 如何与AI一起Vibe Coding

全书的方法论总结章。10.1前期准备：选工具、搭环境、建上下文。10.2开发过程：需求拆分→任务描述→AI生成→人工评审→迭代优化。

这不是一章看完就能变身高手的内容，但给了完整的框架。作者强调没有银弹，Vibe Coding需要刻意练习。

行动清单：

  • [ ] 按照书中的框架，完整走一遍"从需求到上线"的Vibe Coding流程
  • [ ] 建立自己的Vibe Coding工作流文档，持续迭代

第11章 对人类友好的设计模式，AI应该继续遵循吗

11.1"未来的编程语言叫Human"——引用黄仁勋的观点。11.2讨论AI时代的软件设计模式会如何变化。

如果未来编程语言就是自然语言，那设计模式还需要吗？作者的观点是：好的设计思想（解耦、单一职责）不会过时，但具体实现形式会变。

行动清单：

  • [ ] 用AI重写一个经典设计模式的实现，对比传统写法的差异
  • [ ] 思考哪些设计模式在AI时代会变得更重要/更不重要

第12章 AI能否从0到1搭建大型工程

12.1阶段性评估。12.2全新语言的可能性。12.3全命令行时代的畅想。12.4数据和接口平权。12.5"计算机科学是科学，软件工程是工程"——这句话值得细品。

作者区分了科学和工程：科学追求真理，工程追求可行。AI编程目前在"可行"上还有距离，但方向是对的。

行动清单：

  • [ ] 评估当前AI工具在你所在领域的成熟度，设定合理的期望
  • [ ] 关注AI编程工具在大工程场景下的最新进展

第13章 我们真的希望AI完全和人类一样吗

13.1图灵测试的局限性。13.2AI需要沉默吗（不是所有场景都需要AI开口）。13.3AI的讨好型人格问题（总是附和你，哪怕你错了）。13.4AI的超人类特质。13.5重新定义人机协作边界。

这章是全书最有哲学深度的部分。"AI的讨好型人格"这个观察很到位——AI太容易说"你说得对"，这反而降低了协作质量。

行动清单：

  • [ ] 有意识地测试AI的附和倾向——故意提一个有问题的方案，看AI是否会纠正你
  • [ ] 思考你希望AI是"听话的助手"还是"敢说真话的搭档"

第14章 我们会迎来AI取代人类编程的那一天吗

14.1人类编程的真正目的是什么。14.2编程范式之变。14.3"从tactical到practical"——从战术工具到实用范式的跨越。

最后一章没有给一个确定的答案，而是给了一个思考框架。作者的态度是审慎乐观的：AI会改变编程，但不会消灭程序员——它会消灭的是"不愿意改变"的程序员。

行动清单：

  • [ ] 写下你对"AI是否会取代人类编程"的个人判断和理由
  • [ ] 制定一个3个月的AI编程学习计划，保持技术的更新速度

三、关键概念速查

| # | 概念 | 定义 | 出处 | |---|------|------|------| | 1 | Vibe Coding | 通过自然语言与AI协作，将想法转化为代码的新编程范式 | 第1章 | | 2 | 上下文工程（Context Engineering） | 给AI提供精准的项目背景、需求约束、代码上下文，使其输出高质量代码的方法论 | 第1章、第7章 | | 3 | 创造与调试的死亡螺旋 | AI生成代码→出错→AI修复→引入新bug→越改越烂的恶性循环 | 第6章 | | 4 | Prompt Engineering → Context Engineering → Harness Engineering | AI编程能力演进的三阶段：从写好提示词，到构建上下文，到搭建完整工具链 | 第2章 | | 5 | "未来的编程语言叫Human" | 黄仁勋提出，未来人机交互将回归自然语言，编程门槛趋近于零 | 第11章 | | 6 | AI的讨好型人格 | AI倾向于附和用户的想法，即使这些想法有问题，导致协作质量下降 | 第13章 | | 7 | 从tactical到practical | AI编程从战术级工具（辅助写代码）到实用级范式（重塑开发流程）的跨越 | 第14章 |

四、核心框架/模型

1. Vibe Coding 能力模型（第6章）

┌─────────────────────────────────┐
│       高阶能力（差异竞争力）       │
│  技术敏感性 · 责任感 · 创造力      │
├─────────────────────────────────┤
│       核心协作能力（AI时代核心）    │
│  业务理解 · 上下文构建 · 需求拆解   │
├─────────────────────────────────┤
│       基础技术能力（不可替代的底座）  │
│  编程语言 · 系统架构 · 数据结构     │
└─────────────────────────────────┘

三层结构：底层是传统编程功底，中间是跟AI沟通的新能力，顶层是决定你走多远的软实力。

2. AI编程演进三阶段（第3章+第2章）

| 阶段 | 名称 | 特征 | |------|------|------| | 阶段1 | Prompt Engineering | 学会写好提示词，让AI一次出对 | | 阶段2 | Context Engineering | 构建完整上下文，让AI理解项目全局 | | 阶段3 | Harness Engineering | 搭建工具链和工作流，让AI融入开发全流程 |

3. AI工程能力边界模型（第8章）

| 任务规模 | AI独立完成 | AI辅助人类 | 人类主导 | |----------|:---------:|:---------:|:-------:| | 单文件/小脚本 | ✅ | - | - | | 功能模块 | - | ✅ | - | | 系统级架构 | - | ✅ | - | | 跨系统改造 | - | - | ✅ |

五、金句摘录

"Vibe Coding作为一种新兴的编程范式，借助人工智能技术，允许开发者通过自然语言与AI协作，将脑海中的想法轻松转化为代码。它打破了传统编程的壁垒，让编程不再局限于专业人士。" ——第1章

"AI的到来，不是要淘汰程序员，而是要重新定义程序员的核心价值——摆脱曾经'代码搬运工'的定位，成为与AI协作的创造者。" ——第2章

"AI编程范式演进的历史车轮滚滚向前，不会等待一个苦守古法的人。但质量、速度和成本一直是要平衡的三角。" ——豆瓣读者 tangboss004 引用书中观点

"未来的编程语言叫Human。" ——黄仁勋，第11章引用

"计算机科学是科学，软件工程是工程。" ——第12章

"从tactical到practical"——AI编程正在从战术级工具向实用级范式跨越。 ——第14章

六、行动清单

📅 每天

  • [ ] 写一次"结构化prompt"——不是随便说"帮我写个xxx"，而是明确输入/输出/约束/示例
  • [ ] 做一次有意识的AI输出评审——不只是看能不能跑，还要看可读性、可维护性、边界处理

📆 每周

  • [ ] 沉淀一个好用的prompt模板到个人知识库，标注适用场景和注意事项
  • [ ] 用Vibe Coding完成一个完整的小功能（从需求描述到代码提交），走完全流程

🗓️ 每月

  • [ ] 评估一次自己的能力模型——对照书中的三层能力模型，找到薄弱环节重点提升
  • [ ] 研究一个AI编程新工具/新方法，写一段试用体验，判断是否纳入自己的工具链

七、一句话总结

Vibe Coding不是"不用学编程了"，而是"编程的方式变了"——你需要同时具备写代码的硬功夫和跟AI沟通的新能力，才能在这个从tactical走向practical的时代不被甩下。

八、读者热议

豆瓣评分 7.4（35人评价），13条短评+1条书评。评论两极分化比较明显：

  1. flymouse（浙江，3有用）："未来已来，有幸见证这个时代。" ——认同度：⭐⭐⭐⭐⭐ 正面，感慨时代变化

  2. 魔云兽（北京，1有用）："没有coding的时候，感受不到好。体验了一个月coding，明白了其中的真知灼见。" ——认同度：⭐⭐⭐⭐⭐ 强烈推荐，强调实践后才能体会价值

  3. RongieZeng（广东，1有用）："虽然不同章节的内容有些重复，但还是值得一读的，上手vibe coding，最重要就是认知的转变，使用技巧是其次。不抵触vibe coding，以协作的心态去接纳它，就已经迈出了一大步。" ——认同度：⭐⭐⭐⭐ 实事求是，指出内容重复的问题但认可核心观点

  4. Santé（广东）："最搞笑的一点是要用ai给我翻译说了什么，不深不浅，不知道出书的意义。" ——认同度：⭐⭐ 偏负面，认为深度不够

  5. 卡涅林那（法国）："看到开头四篇推荐序的时候就该退出，全文bulletpoint的写法不会也是ai输出吧。" ——认同度：⭐⭐ 偏负面，质疑写作质量

  6. 白发黄鸡（上海）："这是本解放思想，讲概念谈未来的拉扯文章。" ——认同度：⭐⭐⭐ 中性偏正面，认可思想解放价值

  7. tangboss004（上海）："Prompt Engineering → Context Engineering → Harness Engineering。AI编程范式演进的历史车轮滚滚向前，不会等待一个苦守古法的人。但质量、速度和成本一直是要平衡的三角，当有一天，由硅基token搭建的代码大厦崩塌，消耗的成本是超越一个碳基生命的成本，古法编程是否会回魂。" ——认同度：⭐⭐⭐⭐ 有深度，提出了质量/速度/成本的三角平衡问题

  8. 恒星的恒心（北京）："作者还挺幽默，引用也不少，内容逻辑清晰，可能在这个AI迅速发展的时代，架构师项目经理这类角色更容易抓住机会顺势而为吧。" ——认同度：⭐⭐⭐ 中性，认为架构师和项目经理更受益

总体来看：正面的评论普遍认可书中的"认知转变"价值，特别是实践过AI编程的人更容易产生共鸣。负面的评论主要集中在"内容重复""深度不够""bullet point太多"——这确实是这类"认知升级"类技术书的通病，讲概念容易，讲实操难。

笔记生成：2026-04-28 by 喵喵 🐈 数据来源：豆瓣（7.4分/35人评）、Exa搜索、微信读书简介

相关笔记

同作者仅有此篇 同主题：

关系图谱