▲ Vibe Coding 话题的热度持续攀升

周末跟几个老朋友吃饭。

大家不由自主地聊到了 AI，然后也聊到了 Vibe Coding。朋友里有基金经理、设计师、老师、产品经理、媒体人——几乎都不是专业程序员。每个人都讲了不少自己用 Vibe Coding 的心得和踩过的坑。

然后他们问我，你几乎每天都在 Coding，也写了那么多教程分享，如果让你安利几个 Vibe Coding 最实用的小技巧，你觉得是什么？

我当时还真想了半天。

最后想到两个技巧，同时也是两个 神级 Prompt——上至大佬，下至萌新，我觉得都有用：

1. 第一性原理
2. 对抗式审查

可以说，我自己将近一年的 Vibe Coding 时间里，这两个词是我每天跟 AI 说的最高频词汇。

前者管生成，后者管验证。两者加在一起，构成了一个完整的闭环——是我心目中 Vibe Coding 的两大基石。

[!info] 阅读导览
全文 4 节：饭桌上的话题（1.1）→ 第一性原理（1.2：生成侧，管找方案与根因）→ 对抗式审查（1.3：验证侧，管挑毛病）→ 写在最后（1.4：两种思维习惯）

flowchart LR
    A[第一性原理<br>管生成] --> B[找好方案 / 找 Bug 根因]
    C[对抗式审查<br>管验证] --> D[找隐藏 Bug / 堵风险缺口]
    B --> E[完整闭环]
    D --> E

1. Vibe Coding 必备的两个超实用 Prompt

1.1. 饭桌上的话题

大家说不如写成文章吧，觉得还挺有用。所以这篇文章就来了。

也强烈给大家安利一下这两个技巧。

---

1.2. 第一性原理

这个技巧有多简单呢？就是你在 Prompt 后面加一句「从第一性原理出发」就行。

相信我，加了这一句话后，你会发现 Agent 写方案的能力、找 Bug 的能力，都进化了一大截。

1.2.1. 一个真实的排查案例

我自己做的 AIHOT 曾出过一个严重事故——精选消息的飞书推送 Bug，导致像 OpenAI 发布 GPT-5.6 这种大新闻，飞书群里竟然没推送。

▲ 二十多条用户反馈瞬间涌来

我让 Agent 去修。它查了一下说，是之前测试国产模型时把 OpenAI 的抓取逻辑改坏了，修好就行。

但我有一种直觉——不对，这背后感觉有更严重的问题，这个修复好像是 治标不治本。

于是补了一句：「根据第一性原理来找一下原因。」

▲ 有了第一性原理，Agent 的深度完全不同

这一次，完全不一样了。

它找到了抓取海外信源规则中的一个巨大隐患——流量路由层面的底层问题。这个代码是四月中旬写的，只是因为国产模型瞎改代码，暴露了整个底层隐患。

我当然可以简单把 OpenAI 的抓取单独修复一下。但未来保不齐又有什么信源出问题，缝缝补补，堆成一座屎山。

于是我花了半天时间把这个底层路由问题直接重构了。

一个是治表，一个是治本——差异是巨大的。

1.2.2. 回到本质重新推导

这就是第一性原理的力量。在跟 AI 对话时格外好用。

社区里有朋友把它称为神之 Prompt之一。

▲ 社区称为「神之 Prompt」

坦率讲，现在的 AI 大多还在做类比推理——你让它写个过滤函数，它就在训练数据里找几万个类似的函数，然后给你个看起来差不多的。这个过程很快，结果也能用，但它跳过了最关键的一步：

这个问题，真的应该这么解吗？

「从第一性原理出发」这七个字，就是强制打断 AI 的类比推理，逼它回到问题本质重新思考，不要参考别人的方案。

这个道理亚里士多德两千多年前就说过了。后来马斯克用在 SpaceX 上——行业共识说火箭发射要几个亿，他从铝合金、碳纤维、燃料这些原材料重新算起，最后发射成本降了 90%。

GitHub 上甚至有人做了专门的 first-principles Skill。不过我觉得没必要装什么 Skill——你只需要在解决问题、修 Bug、设计架构的时候加一句「从第一性原理出发」就够了。

只要你的任务稍微复杂一点，这个 Prompt 几乎是万能的。

---

1.3. 对抗式审查

这是我之前发现的，超级有用的一个审查 Prompt。

▲ 对抗式审查 Prompt 示例

第一性原理能帮你找到好方案，找到 Bug 的根因，但它没办法保证开发完上线后能稳定运行。

而这，就是这个 Prompt 的使命——怎么保证 AI 写的代码确实没啥毛病。

▲ 多角度的对抗式审查

1.3.1. 你不曾想到的隐藏 Bug

今年六月初，我对 AIHOT 做了一次大规模的对抗式审查——纯找 Bug。开启了近 40 个 Agent，跑出了 N 个潜在风险。

比如一个 OOM 死循环问题：后台 worker 处理特大任务时内存爆了，被系统杀掉，自动重试，又爆，又被杀——无限循环。对抗式审查从「如果我是一个恶意用户，我会提交一个 50MB 的 HTML 来搞崩你的 worker」这个角度，把整条路径走了一遍，堵住了缺口。

还有未来时间污染的 Bug——如果某个信源因为时区错误发布了「未来的文章」，它会排到信息流最前面，甚至推送给用户，把整个信息流都污染了。

这种 Bug 你自己写代码根本不会想到。但你让 AI 站在「我要用各种奇怪数据搞崩你」的角度来审查时，它就会问：如果发布时间是未来怎么办？

1.3.2. 多 Agent 攻防战

对抗式审查，我强烈建议多开 Agent 进行。

比如我现在很喜欢在 Claude Code 里说：「开启 Ultracode（动态工作流）来对之前开发的功能进行对抗式审查。」

▲ 多 Agent 并发审查

Codex 也可以，直接说开启多 Agent 帮我进行对抗式审查就行了。

极致且纯粹的攻防战。

自从用了对抗式审查后，我对自己的代码和项目信心反而变强了。

---

1.4. 写在最后

我现在每 2 到 3 周，会定期对整个项目做一次全局性的「从第一性原理出发的对抗式审查」。

让 Agent 从最底层原理出发，并发审查架构、依赖关系、代码质量、文档对应。正好也测试新模型的能力，还能 review 最近开发的功能。每次都能挑出来之前没注意到的技术债和潜在风险。

说实话，这些问题如果不主动找，它们就一直潜伏，等到某天突然爆发。

▲ AIHOT 一周请求量超千万

作为一个纯粹不懂代码的小白，用 Vibe Coding 做出来的 AIHOT 最近一周请求量超过千万，Skill 调用量远超预期。虽然偶尔出小 Bug，但能稳定为这么多用户提供服务，我心里还是很自豪的。

而这两个 Prompt——第一性原理和对抗式审查——居功甚伟。

1.4.1. 不止于代码

说实话，这两个东西的应用范围远不止 Vibe Coding，远不止代码。它甚至是我们对待世界的处事哲学：

• 你写完一篇文章，让 AI 帮你对抗式审查——它会从逻辑漏洞、事实准确性、论证力度多个维度来挑毛病
• 你做完一个商业方案，让 AI 从第一性原理出发审视——它会剥掉你的所有假设，质问核心逻辑是否成立
• 你甚至可以在做人生决策时用这两套思路——换工作前，先从第一性原理想清楚自己到底想要什么，再用对抗式审查让 AI 找盲点

因为这两个 Prompt 的核心逻辑，从本质上跟具体领域无关，只是在 Vibe Coding 领域格外好用。

1.4.2. 两种内化的思维习惯

第一性原理的核心就一句话：回到最根本的事实重新推导。

对抗式审查的核心也就一句话：你永远需要一个站在你对面的力量来告诉你——你可能是错的。

想想还挺浪漫的。

相信我。这两种思维习惯一旦内化——你用 AI 的水平，会有一个质的飞跃。

[!success] 核心要点

• 两大基石：第一性原理管生成（找方案、找根因），对抗式审查管验证（挑毛病、堵风险），两者构成完整闭环
• 第一性原理：在 Prompt 后加「从第一性原理出发」，强制打断 AI 的类比推理，回到问题本质重新思考；修复 Bug、设计方案、架构决策时几乎万能
• 对抗式审查：让 AI 站在「恶意用户」或「反方」角度审查代码，能发现 OOM 死循环、未来时间污染等隐藏 Bug；强烈建议多开 Agent 进行攻防战
• 落地节奏：每 2~3 周做一次「从第一性原理出发的对抗式审查」，并发审查架构、依赖、代码质量、文档对应
• 不止于代码：写文章、做商业方案、人生决策同样适用——这是两种内化的思维习惯