江啾2025年有一个词在开发者圈子里出现频率特别高，叫做 Vibe Coding。简单说，就是你用自然语言——中文、英文都行，把你想做的功能、页面、逻辑讲给 AI 听，让 AI 帮你生成代码、修改代码、排查问题，你主要负责判断方向、审查结果、按下“跑起来”的按钮。我第一次听到这个词是在一次线上社区周会上，有同事说他一个下午用 AI 写完了两个内部小工具，我当时第一反应是“又一个夸大宣传的标题党”，结果他现场演示了一遍：打开一个网页端编辑器，输入一段描述，回车，项目骨架就出来了，再要它改样式、加接口，几轮对话下来，一个可用的工具就真的跑起来了。
这个教程就是写给那些刚听说 Vibe Coding、想试又不知道从哪里入手的人。它适合前端、后端、测试、运维，甚至完全没有系统学过编程的产品经理和设计师。我不会讲太多底层原理，重点放在：怎么选工具、怎么写需求、怎么让 AI 不跑偏、怎么在 AI 犯错的时候把局面救回来。如果你已经写过一段时间代码，这篇文章能帮你把 AI 从“玩具”变成“生产力”；如果你完全没写过代码，这篇文章能让你知道 Vibe Coding 能做到什么程度、卡在哪些地方，以及当前阶段它到底是什么样的一门技术活。
1. Vibe Coding 到底是什么，它和传统编程有什么不一样
1.1 先抛开概念，看本质：从“手写代码”到“描述意图”
我在早几年带团队的时候，经常给新人讲一个比喻：传统编程像是你要自己烧一桌菜，你得会买菜、洗菜、切菜、调味、控制火候，每一步都要亲力亲为。Vibe Coding 更像你是餐厅里那个提需求的食客，你告诉后厨“我要一道辣口的川味鸡丁，不要太油”，后厨帮你完成切配和炒制的具体工作，你要做的是判断端上来的菜对不对、咸淡是否合适、要不要重新调整。
这个比喻虽然不算精确，但它点出了最核心的转变——程序员的角色正在从“代码的生产者”变成“需求的定义者与代码的审查者”。过去我们要自己记 API 参数、自己处理 CSS 兼容性、自己排查依赖版本冲突，现在这些具体知识 AI 大多都懂，而且记得比我们全。我们需要做的，是把一个模糊的想法变成清晰、可执行的描述，同时能在 AI 给出的代码中发现问题、提出修改方向。
我第一次真正“悟”到这一点，是在做一个内部数据看板的时候。过去这种项目我得花至少两天：初始化项目、配路由、写表格组件、调样式、接入接口。但那次我用 AI 工具，前后只花了大概五轮对话，每轮都在要它改表格列、调筛选逻辑、换配色。我基本没有自己写代码，只负责看效果、提出修改意见。
1.2 Vibe Coding 当前的能力边界：它擅长什么，不擅长什么
在开始投入之前，大家要先对 Vibe Coding 的能力边界有个理性预期。它擅长的事情很明确：
- 搭建项目骨架，比如生成一个 React/Vue 前端项目、一个 Python FastAPI 后端服务
- 实现常见业务逻辑，比如表单校验、数据筛选、分页、增删改查
- 编写 UI 组件和页面样式，AI 对主流 CSS 框架的理解已经相当成熟
- 生成测试用例、写注释、做代码重构
- 解释一段陌生的代码，快速定位报错原因
它不擅长的事情也很清楚：
- 复杂系统架构设计。如果你连模块划分都不清楚，让 AI 搭一个微服务框架，它会给你一个“看起来都对、跑起来全错”的东西
- 依赖版本信息容易过时。AI 的知识有截止时间，新发布的框架版本它可能不知道，这在遇到兼容性问题时特别麻烦
- 跨多个文件的大规模重构。AI 的上下文窗口是有限的，项目大了以后它经常“忘记”前面某个文件的逻辑
- 需要高层业务判断的决策。比如你现在该不该引入一套新的权限模型，AI 只能帮你实现，不能帮你决策
有一个很容易误导新手的说法：Vibe Coding 就是“动嘴不动手”。实际上，至少在目前这个阶段，它更像是“动嘴为主、动手为辅”。很多细节问题仍然需要人自己去看代码、改代码，尤其是在多个技术栈交叉的场景里，AI 经常会在接口对接上出错，这一步排查工作谁也省