分享 2 个 Vibe Coding 必备的超实用 Prompt
卡兹克近一年 Vibe Coding 实践中最高频使用的两个「神级 Prompt」：第一性原理 + 对抗式审查。前者管生成，后者管验证，构成完整闭环。
前言：为什么是这两个
周末跟一桌老朋友（基金经理、设计师、老师、产品经理、媒体人……都不是专业程序员）吃饭，几乎所有人都在聊 AI、聊 Vibe Coding、聊自己踩过的坑。
被问「如果只能推荐两个 Vibe Coding 小技巧，你会选什么」——想了半天，给出：
- 第一性原理（生成端）
- 对抗式审查（验证端）
其他的技巧（约束先行、洁癖 skill 做文档迭代等）当然也有用，但这两个加在一起构成一个完整闭环，是 Vibe Coding 的两大基石。
Prompt 一：第一性原理
用法极简——任何 Prompt 末尾加一句「从第一性原理出发」。
真实案例：AIHOT 飞书推送 BUG
周五 AIHOT 出严重事故：周六凌晨 OpenAI 发布 GPT-5.6 这种大新闻，飞书群里居然没有推送。睡醒一看，20 多条用户反馈。
Agent 查了下说：之前测试国产模型时，OpenAI 的抓取被那个国产模型改坏了，修复单独信源就行。
但卡兹克的直觉：治标不治本，补了一句「根据第一性原理来找一下原因」。
- ✅ 表层修复：把 OpenAI 抓取单独修好
- ✅ 第一性原理修复：找出了流量路由层面的底层隐患——这块代码甚至今年 4 月写的，国产模型瞎改表层，把底层问题暴露出来
如果只修表层，未来保不齐又有什么信源会出问题——缝缝补补，最后堆成屎山。
最后花了半天重构底层路由，机制上看未来大概率可以安心。
为什么「第一性原理」这么强
现代 AI 大多在做类比推理——你说写个过滤函数，它在训练数据里找几万个类似函数给你写个差不多的。
过程快，结果能用，但跳过了最关键的步骤：这个问题真的应该这么解吗？
「从第一性原理出发」七个字做的事情：
强制打断 AI 的类比推理，逼它回到问题本质去思考，不参考别人方案，从最基本的事实出发重新推导。
亚里士多德两千多年前就说过这套道理。马斯克把它用在了 SpaceX——
当时行业里所有人都说火箭发射就是得花几个亿。马斯克：我重新从材料成本开始算，铝合金、碳纤维、航空级燃料加起来才多少钱？最后发射成本降了 90%。
GitHub 上已有专门 skill 叫 first-principles。但你不需要装 Skill 也不需要写 System Prompt——需要时在 Prompt 末尾加一句「从第一性原理出发」就够了，任务稍微复杂一点，这个 Prompt 几乎是万能的。
社区里更是有朋友把它称为「神之 Prompt」。
Prompt 二：对抗式审查
「假设你是一个恶意用户，请对这个功能进行对抗式审查」
真实案例：AIHOT 全局审查
6 月初 Claude Opus 4.8 + 动态工作流上线后，对 AIHOT 做了一次大规模对抗式审查——开启了近 40 个 Agent，并发跑，找 BUG。
找出 N 个潜在风险，挑几个最离谱的：
BUG 1：OOM 死循环
后台 worker 如果处理特别大的任务时内存爆了 → 系统杀掉 → 自动重试 → 又爆 → 又杀 → 无限循环。
对抗式审查从「如果我是一个恶意用户，我会提交一个 50MB 的 HTML 来搞崩你的 worker」这个角度，把整条路径从入口到崩溃全走了一遍，找出这个缺口。
后来信源加多了之后，真看到过 100MB 的 HTML……
BUG 2：未来时间污染
如果某个信源发布的文章因为时区错误显示为未来的某个时间，那这篇文章就会：
- 排在精选信息流最前面（时间戳最新）
- 被推送给用户
- 进飞书群 PUSH
- 进 RSS 订阅
- 日报排在最前面
一篇来自未来的文章，把整个信息流都污染了。
这种 BUG 你自己写代码时根本不会想到。只有让 AI 站在「我要用各种奇怪数据搞崩系统」的角度审查时，它才会问：「如果发布时间是未来怎么办？」
还有一堆乱七八糟的：HTML 清洗模块性能炸弹、翻译模块同类隐患、部署探活的缓存穿透假阳性……
Vibe Coding 的命门
我也不懂代码，我就是个废物。
Vibe Coding 出来的东西漏洞真的多，直接扔到线上伤害的就是用户。对抗式审查 = 提前把这些全部考虑到。
强烈建议：多开 Agent 进行对抗式审查。
- Claude Code：开启 Ultracode（即动态工作流，N 个 Agent 并发）来对之前开发的功能进行对抗式审查
- Codex：开启多 Agent 帮我进行对抗性审查
极致且纯粹的攻防战。自从用了，对自己代码和项目的信心反而变强了。
写在最后
现在除了日常开发外，每 2~3 周定期对整个项目进行全局性的「从第一性原理出发」的对抗式审查——
让 Agent 从最底层原理出发，并发审查架构、依赖关系、代码质量、文档对应……顺便测试新模型能力，整体 review 这两三周开发的功能。每次都能挑出来之前没注意到的技术债和潜在风险。
这些问题如果不主动去找，就会一直潜伏在那里，等到某天突然爆发。
卡兹克用纯 Vibe Coding 做的 AIHOT，最近一周请求量超过千万，Skill 调用量超预期，是网页端的 10 倍以上。虽然偶尔出小 BUG，但能为这么多用户提供稳定服务，心里很自豪。
而这两个 Prompt 居功甚伟。
这套思维的适用范围远不止 Vibe Coding
它甚至是我们对待世界的处世哲学：
- 📝 写完一篇文章 → 让 AI 对抗式审查从逻辑漏洞/事实准确性/论证力度多维度挑毛病
- 💼 做完商业方案 → AI 从第一性原理出发审视，剥掉所有假设，直接质问核心逻辑是否成立
- 🤔 做人生决策（要不要换工作）→ 第一性原理想清楚自己到底想要什么，对抗式审查让 AI 找你思考中的盲点和下意识回避的风险
核心逻辑跟具体领域无关——只是在 Vibe Coding 领域格外好用。
一句话总结
- 第一性原理：回到最根本的事实重新推导。
- 对抗式审查：你永远需要一个站在对面的力量来告诉你，你可能是错的。
「想想还挺浪漫的。」——卡兹克
关联阅读
- [[llm-wiki]] — 知识库模式与 Skill 体系
- [[agentic-engineer]] — Harness / Loop 工程实践
- 本仓
wiki/sources/first-bucket-consumer-to-producer等 pattern 文档