反氛围编码

在 AI 辅助开发里，最容易踩的坑不是写不出代码，而是过早进入实现。脑子里冒出一个点子，张嘴就是“帮我搭个系统”“用 React 写个工具”，却没有想清楚痛点是否真实、市面上有没有现成方案。这类氛围编码（vibe coding）产物往往上线即负债：需求未经证实、技术栈超出维护能力，最后变成没人用也没人敢动的半成品。

拦截发生在写第一行代码之前

anti-vibecoding 的定位是一个开发前守门人。它不负责实现功能，而是在你提出“我想做个……”的时候介入，用对抗式提问逼你把需求想清楚。这个技能提供两种强度：

• Mode 1 快速自检：15 道选择题，快速测出“冲动指数”和开发者人格。适合灵光一闪、还没成形的小想法，走完只需要几分钟。
• Mode 2 深度梳理：采用 “grill me” 协议，一次只问一关，逐层施压，直到你能给出站得住的答案。

如果 Mode 1 测出高冲动，会自动升级到 Mode 2。

五道关卡，全部通过才放行

深度模式的核心是五个必须依次通过的门槛，每关标记为 PASS、CONDITIONAL 或 FAIL：

1. 动机溯源：你要解决的是哪一个具体痛点？把方案去掉，问题还成立吗？
2. 市场调研：现成商业产品或开源项目试过了吗？如果存在却不用，给出站得住的理由。
3. 能力评估：技术栈真的掌握吗？上线后谁来维护、出 Bug 花多少时间修？
4. 使用场景验证：做完之后你真的会用吗？给出频率，算算值不值开发成本。
5. 方案对比：这是必须开发的应用，还是一段提示词、一个 skill 或一个专家角色就能覆盖？

关键纪律是关卡未过不写代码。若第五关失败，技能会直接提议转成更轻量的替代方案——写提示词、建 skill 或定义专家角色——而不是硬着头皮开发。五关全过后，输出 Markdown 决策记录与一份自包含的 HTML 报告；报告使用统一的 design tokens，包含每关状态、证据、反驳要点，以及可选的开源工具清单和初步 PRD，方便后续交接。

中途加戏也要过 mini-gate

进入开发阶段后，技能仍会盯着范围蔓延。一旦出现“顺便加个 X”，就会触发三连追问：它解决的是已确认痛点还是新痛点？是否属于原 MVP 范围？能不能用配置项或提示词先顶住？结论只有三种：APPROVED、DEFERRED、BLOCKED，被拦截的变更会记入报告的“范围变更拦截”区，保持可审计。

什么时候不要用它

• 纯调研或问答，交付物不是软件
• 编辑用户已有的文件
• 交付物是文档或分析

换句话说，它不是提高产能的工具，而是帮你在动手前问一句“这事到底该不该做”的刹车。最好的结果有时就是不做。