Vibe Coding 求职，面试官只问四个问题

用 AI 写代码不难，难的是证明你在工程化地用它。四个问题就能把「会用工具」和「有工程能力」区分开，而且它们是递进的：从写之前想没想清楚，到踩坑后有没有沉淀，到能不能落到企业约束里，最后到有没有形成体系。 四个问题但凡答不出一个，你所谓的 Vibe Coding 就只是靠感觉——这不是评价高低的问题，是能不能拿出手的问题。

1. 问题一：能不能拿出规格或计划文档
2. 问题二：踩过哪些坑，之后怎么避免重复踩
3. 问题三：怎么产出能对接企业后端、符合规范的前端
4. 问题四：还有哪些文件能体现工程化经验

第一问最直接：能不能给我看一下你的规格文档或计划文档，里面写了什么。 这考察的是开写之前有没有想清楚。写不出来，说明你的流程是「边聊边写」，结果不可复现。

第二问考复盘：过去研发过程里踩过哪些坑，你是怎么和 AI 协作、后续不再踩同一个坑的。 这一问的深意在于——可持续的协作依赖经验沉淀，不是靠模型变强。模型每周都在变，你的坑只有你自己能记。

第三问考落地：怎么产出能够对接企业后端、并且符合企业设计规范的前端页面。 卡在这一步的人最多，原因是个人项目通常没有约束，而企业环境里约束是第一位的。你独自做项目时没人给你规范，那你有没有自己造一个？这正是 133 别让 AI 做出模板站 里那份设计规范文件要解决的事。

第四问考体系：除了规格和计划文档，还有哪些代码文件能体现你有规范驱动开发或企业级开发的经验。

四问合起来是一条完整的链：想清楚（规格）→ 记得住（复盘）→ 落得下（约束）→ 成体系（文件）。 缺任何一环，说明你的能力是离散的，不可迁移。

结论很硬：这四个问题但凡答不出一个，你的 Vibe Coding 就只是纯口喷、纯靠感觉，求职没有竞争力。

> Vibe Coding 当然需要工程化能力。

> 这四个问题，但凡你回答不了一个，那你的 Vibe Coding 就是纯口喷、纯靠感觉。

> 如果你都能回答，你就不需要听别人说什么了。

把它当成一份自检清单用。133 别让 AI 做出模板站 里那套「先写设计规范再生成」的做法，其实同时补上了第三问和第四问——它们考的是同一件事：你有没有在让 AI 干活之前，先把标准写下来。

顺带说一句这一卷的读法：走位卷前面几篇（131 做产品、133 做质感）解决的是「能不能做出来」，从这一篇开始解决的是「做出来之后怎么换成钱」。先做完前两篇再来读这一篇，四个问题里至少有两个你已经答得上了。

1. 对着四个问题各写一段回答，每段不超过 5 行，今天写完
2. 翻出你最近一个 AI 项目，补一份规格文档和一份设计规范文件放进仓库
3. 把「踩过的坑」整理成一张清单，至少 5 条，每条写清怎么避免重复