Vibe Coding：一句话做出第一个工具

你先不要急着学代码，先接受一个新事实

如果你第一次看到这一节，脑子里冒出来的是：

“我又不是程序员，这节和我有关系吗？”

那这节课首先要修正的，就是这个判断。

这两年最重要的变化之一，不是“人人都要去学编程”，而是：

做出第一个产品原型这件事，已经不再只属于会写代码的人。

你仍然需要判断、取舍、测试，也不可能一句话解决所有问题；但至少，原来卡在脑子里的想法，现在可以先变成一个能跑的版本。

什么叫 Vibe Coding

一句话：

你用自然语言描述需求，AI 帮你生成代码和修改代码，你负责判断结果、继续提需求、不断迭代。

你可以把它理解成一种新的协作关系：

这个词到底是哪来的

先说一个很重要的背景：

Vibe Coding 不是一门正式学科，也不是一套严格定义好的工程标准，它更像是近两年 AI 圈子里流行起来的一个说法。

这个说法之所以会火，是因为它很准确地描述了一种新体验：

• 你先把感觉、目标、界面和需求说出来
• AI 很快给你一个能看的版本
• 你一边试，一边改，一边继续说

也就是说，它强调的不是“先把原理学完再动手”，而是：

先把东西做出来，在做的过程中逐步理解。

它为什么会在这两年突然变得可行

如果把时间拨回几年前，“不会写代码的人做产品”大多还是一句口号。

现在这件事之所以真的开始可行，通常是因为几件事叠在一起了：

1. 大模型的代码生成能力变强了
   它已经不只是会补几行代码，而是能生成页面、修 bug、解释报错、改结构。
2. AI 编程 IDE 出现了
   你不是只能在聊天框里问，而是可以直接在项目里边看边改边运行。
3. 部署门槛下降了
   做出来的东西，不再必须自己配服务器，很多情况下可以直接发布出去。
4. 产品原型的价值被放大了
   以前“想法”离“可用版本”太远，现在这个距离被大幅缩短了。

所以 Vibe Coding 真正改变的，不只是写代码速度，而是从想法到原型的距离。

它和传统编程是什么关系

这里很容易误解，所以一定要讲清楚。

Vibe Coding 不是“传统编程过时了”，更像是把起步顺序改了：

但不管从哪条路开始，最后都绕不开几件事：

• 需求要清楚
• 结果要测试
• bug 要修
• 工具要维护

所以更准确的说法不是“以后不用编程了”，而是：

你可以先借助 AI 开始做产品，再决定要不要继续往更深的技术理解走。

它最适合什么，不适合什么

你可以把它当成一个非常强的起步方式，但不要把它误解成“工程问题自动消失”。

它厉害在哪

Vibe Coding 最厉害的地方，不只是“写代码更快”。

真正厉害的是：

它把“把想法变成产品”这件事，第一次让大量非技术背景的人可以真正上手。

以前你脑子里可能有过这些想法：

• 值班时总要反复算一个指标，要是有个小工具就好了
• 患者教育内容总要反复解释，要是能做个页面就好了
• 每个月科室月报都要重复整理数据，要是能自动生成就好了

以前这些话大多到这里就结束了。

现在不一样了。
你可以真的打开 AI 编程 IDE，直接说：

“帮我做一个网页小工具，输入身高和体重后自动计算 BMI，并给出体重状态提示。”

然后几分钟后，你大概率会看到第一版已经出来了。

这件事本身，会改变很多人对“自己能不能做产品”的判断。

---

但你还是要知道：你不是在“许愿”，你是在“提需求”

很多人以为 Vibe Coding 就是随便说一句话，AI 会自动把一切都搞定。

这就是最容易翻车的地方。

Vibe Coding 不是许愿，它更像：

你先做产品经理，AI 先做程序员。

你不需要一开始就会写代码，但你至少要会这几件事：

• 说清楚谁来用
• 说清楚解决什么问题
• 说清楚输入是什么
• 说清楚输出应该长什么样
• 说清楚什么地方不能错

这其实就是最基础的产品思维。

产品思维，在这一节到底是什么意思

不是让你去学完整的产品方法论，也不是让你写复杂的 PRD。

在通识课里，够用就好。

这一节里所谓的“产品思维”，只回答四个问题：

1. 谁在用？
2. 他现在最痛的点是什么？
3. 最小能帮他解决哪一步？
4. 做成什么样，他才愿意用？

只要你能把这四个问题讲清楚，你就已经不是在“随便做个东西”，而是在开始做产品。

---

先认识几个最小概念

代码是什么

代码本质上是一套精确指令。

它不是“很神秘的技术文字”，而是在告诉计算机：

• 什么时候接收输入
• 怎么处理输入
• 最后把结果显示出来

所以你不需要先学会写代码，才能开始做工具。
但你要知道：

代码不是魔法，而是规则。

项目是什么

很多人第一次接触，会以为“一个工具 = 一段代码”。

其实不是。

一个项目通常是一组文件放在同一个文件夹里，一起完成一个功能。

比如一个最简单的网页小工具，背后也常常至少会有：

• 一个负责结构的文件
• 一个负责样式的文件
• 一个负责交互的文件

所以“项目”这个词，意思就是：

它不是一行代码，而是一套能一起工作的东西。

运行是什么

这是小白特别容易忽略的一个词。

很多人以为：

代码写出来了 = 结束了。

但其实：

代码写出来了，只是开始。
真正重要的是它能不能运行起来。

运行意味着：

• 你能看到页面或结果
• 你能测试输入输出
• 你能发现哪里有问题
• 你能继续迭代

报错是什么

报错不是“完蛋了”。

报错其实是系统在说：

“你让我做的某一步，没有按预期成功。”

所以学 Vibe Coding，最重要的心态变化之一是：

不要怕报错。报错不是失败，而是调试过程的一部分。

---

你会用到什么工具

这一节我们不追求把你变成技术熟练工，只追求够用。

最常见的工具是：

• Cursor
• Trae

它们本质上都是 AI 编程 IDE。
你可以把 IDE 理解成：

一个你一边和 AI 对话、一边看文件、一边运行项目的工作台。

第一次打开时，你至少要知道几个区域：

这一节不要求你把所有按钮弄懂。
你只需要先建立一个最小心智模型：

我不是在一个聊天框里瞎试，我是在一个能真正做项目的工作台里和 AI 协作。

---

第一个项目：一句话做一个小工具

先别想太大。

第一次最适合做的是：

• BMI 计算器
• eGFR 计算器
• 体表面积计算器
• 一个最简单的评分工具

为什么？

因为这类工具有四个优点：

• 输入清楚
• 输出清楚
• 对错容易判断
• 做完马上有成就感

一个极简示例

你可以直接这样说：

请帮我做一个网页小工具，页面上有两个输入框：身高（cm）和体重（kg）。点击按钮后自动计算 BMI，并在下面显示 BMI 数值和体重状态提示。页面风格要简洁，适合医生日常使用。

这句话里其实已经有一版最小需求了：

• 给谁用：医生日常使用
• 输入是什么：身高、体重
• 输出是什么：BMI 数值、体重状态
• 体验要求：简洁

如果第一版跑出来之后你还想继续改，不要重新推倒重来，而是顺着上一轮继续加条件。比如第二轮可以补一句：

把结果区分为偏瘦、正常、超重、肥胖四档；如果输入为空或不是数字，要给出提示；页面默认适配手机竖屏。

第三轮再补一句：

在结果下方加一行说明：此工具仅作健康管理参考，不替代医生判断。

这样做的好处，是你会很快形成“先出原型，再逐轮收紧”的节奏。

跟着 AI 做的基本过程

第一次做，建议就按下面这个顺序来：

1. 先说一个最小需求
2. 让 AI 生成第一版
3. 运行看看
4. 只挑一个最明显的问题继续改
5. 每改一次都重新验证

你要尽快学会的是“迭代感”，不是“憋一个一次到位的大需求”。

第一版至少验收什么

第一次做工具，不要只看“像不像”。
至少检查这四件事：

1. 能不能正常输入
2. 能不能稳定出结果
3. 输错时会不会给出提示
4. 手机上打开会不会立刻乱掉

你记住一句话就够了：

先跑通，再变好看；先变好看，再加功能。

---

怎么和 AI 说，效果才会好

L2 已经教过你提示词和任务拆解。
到了这一节，这些方法不是失效了，而是换了一个场景继续用。

描述需求时，至少要带上这五样

如果这五样你只说了一样，AI 当然也能给你第一版。
但大概率会很泛。

一个常见错误

错误说法：

帮我做一个医疗工具。

这句话几乎没法做。

更好的说法：

帮我做一个网页小工具，给肾内科门诊使用。输入年龄、性别、血肌酐，自动估算 eGFR，并显示一个简洁结论。页面只要一个屏幕能看完，不需要登录功能。

你会发现，后者已经不是“模糊想法”，而是“能执行的需求”。

---

出 bug 怎么办

这是所有小白都会遇到的问题。

先说结论：

出 bug 不可怕，可怕的是你只会说一句“坏了”。

AI 修 bug 最怕你给的信息太少。

最有用的说法

你应该尽量把下面三件事一起告诉 AI：

1. 你刚才做了什么
2. 出现了什么现象
3. 报错信息是什么

比如：

我点了“计算 BMI”按钮后，页面没有显示结果，控制台报错是 NaN。请检查是不是输入值没有被正确读取。

这就比单纯说“不能用”强很多。

修 bug 的基本原则

• 一次只修一个问题
• 修完立刻运行验证
• 先解决功能错误，再处理样式问题
• 记住“之前能跑的版本”比“脑中想的最终版本”更重要

---

第一节真正想让你带走的，不是工具，而是信心

这一节最重要的，不是做出一个多复杂的产品。

真正重要的是：

你第一次亲眼看到，原来一个不会写代码的人，也真的可以借助 AI，把一个工具想法做出来。

这会改变你后面整级课的学习状态。

因为只有你真的见过“自己能做出来”，你才会继续往下学：

• 怎么让别人也能访问
• 怎么处理真实数据
• 怎么从需求走到成品
• 怎么让它稳定地跑下去