Vibe Coding 零基础入门指南：第一周该干什么

「感觉全世界都在 vibe coding，普通人好焦虑」，这是社区里最常见的开头。别焦虑。Vibe Coding 不是新编程语言，是用自然语言让 AI 帮你写代码的方式，零基础完全能上手。这篇文章只解决一件事：第一周该干什么。

先把定义说清：Vibe Coding 不等于「用 AI 写代码」

这个词是 Andrej Karpathy 在 2025 年 2 月 6 日的原推里提出来的。他的原话大意是：完全交给感觉，忘记代码本身存在，不读 diff，报错就原样粘贴回去，项目能跑就行。他还特意补了一句：这对一次性周末小项目不算太糟。

Simon Willison 在 2025 年 3 月 19 日那篇广为流传的文章里把这个边界划得更清楚：Vibe Coding 特指「不看 AI 写的代码，直接用它产出的软件」，而逐行审阅、测试、能向别人解释清楚代码在做什么，那是软件工程，不是 vibe coding（来源：Simon Willison 原文）。

这个区别对新手很重要，因为它直接决定你能拿它做什么：低风险的周末玩具、个人小工具、原型，随便 vibe；要给别人用、要碰钱和数据的，就不能只凭感觉。

第一周用什么工具

社区里有人形容自己 vibe coding 的状态：边说边改，AI 边写边跑，一晚上能从零做出一个小工具。门槛确实比传统编程低太多。工具建议这样选：

第一周的建议很朴素：从 Codex 或 CodeBuddy 起步，做一个能跑的小东西，建立信心。别一上来同时开四个工具，光记额度规则就能耗掉一晚上。

第一周做什么练手

别一上来就做「抖音」「淘宝」。推荐这三个小项目，难度递增：

1. 番茄钟网页：一个按钮、一个倒计时、提示音。30 分钟搞定。
2. 待办清单：增删改查、本地保存。1 小时。
3. 天气查询页：调一个免费 API，展示今天天气。2 小时。

做完这三个，你对「需求怎么描述」就有感觉了。社区里有人总结过产品 / 设计师 Vibe Coding 常用术语，先看一遍能少走弯路。

什么时候可以放心 vibe coding

这是新手最容易漏掉的一段，Simon Willison 给出的四条判断标准可以直接当清单用（来源同上）：

1. 项目要低风险。先想清楚代码出 bug 会造成多大伤害。如果有人因此受损、丢钱或更糟，就不该 vibe。
2. 注意安全，尤其是密钥。任何长得像密码的东西（比如 API Key）都要小心别泄露，而要做到这一点，你至少得先看懂代码怎么用它。
3. 做网络好公民。调用外部平台接口会增加对方负载和成本，别写死循环请求。官方建议优先选带沙箱的环境，例如 Claude Artifacts 把代码限制在 iframe 里、只能加载受信任库、不能对外发请求。
4. 别让钱在线上。有人用 vibe coding 接了按量计费 API 却没设上限，最后账单上千美元。碰计费接口前先把额度封顶。

再补一条实操判断：如果你的作品要给其他人用，发出去之前找懂行的人看一眼，比你自己反复改 Prompt 更省事。

零基础最容易踩的三个坑

1. 需求说不清。「做个好玩的网站」是无效需求。要具体：「做一个蓝白配色、居中布局、有一个大标题和一个按钮的网页」。
2. 一次塞太多。别一次性提 10 个功能。一次一个，做完再加下一个。
3. 不看 AI 写了什么。哪怕看不懂语法，也要扫一眼生成的结构，培养感觉。这里可以加一条更硬的版本：如果代码里有 API Key、数据库密码、用户数据，那就必须真看懂，不能用「扫一眼」糊过去。

心态怎么摆

1. 接受失败：第一次大概率做不出来，正常。
2. 小步快跑：做完一个小功能就保存测一下，别堆一堆没验证的代码。
3. 别和程序员比：你是用 AI 提效，不是要成为程序员。
4. 记住你的位置：Karpathy 自己的说法是，这套玩法适合一次性项目；一旦要长期维护，就该切回「读代码、写测试」的工程模式。