三种AI编程规划框架的哲学对决：Grilling、Superpowers与OpenSpec Explore

你坐在电脑前，对AI说："帮我写个用户登录功能。"

十分钟后，AI给你一段代码。看起来不错，但当你把它集成进项目时，问题来了：

• 它用的是你项目里没有的依赖
• 它假设了某种你没打算用的状态管理方式
• 它忽略了你的团队已经有一套认证中间件
• 它没有处理你提到的"单点登录"需求

这不是AI能力的问题。这是需求对齐的问题。AI在编码前没有经过足够的"思考"和"沟通"，就开始动手了——就像一个没听完客户描述就开始画草图的设计师。

Matt Pocock、Jesse Vincent（Obra）和OpenSpec团队分别给出了三种截然不同的解决方案。它们不只是工具，更是三种工程哲学。

---

🔥 一、Matt Pocock的Grilling：对抗式对齐

核心思想：没有人知道自己想要什么

Matt Pocock的出发点是《程序员修炼之道》里的一句话：

> "没有人确切知道自己想要什么。"

你以为你想要一个登录页面，但当你被问到"用户忘记密码怎么办""要不要支持OAuth""登录失败几次后锁账户"时，你才发现自己根本没想清楚。

Grilling（烤问）不是让AI乖乖听话，而是让AI反过来拷问你。

工作机制

用户：帮我做个课程管理系统
AI：好的，在我开始之前，有几个问题需要确认：
      1. 课程有分类吗？分类层级多深？
      2. 用户角色有几种？管理员能看到什么？
      3. 课程内容是富文本还是视频？
      4. 有购物车逻辑吗？还是直接购买？
      ...

AI一次只问一个问题，走完决策树的一个分支，再换下一个。每个问题都附带着AI的推荐答案，用户可以同意、修改或补充。

这个过程可能持续20-30轮对话。听起来很烦？是的。但Matt的观点是：前期的烦，是为了避免后期的痛。

独特之处：共享词汇（Shared Vocabulary）

Matt的另一个关键洞察来自Eric Evans的《领域驱动设计》：

> 没有共享词汇，一句话能说清的事要用二十句话说。

他在项目里放一个CONTEXT.md文件，记录所有领域术语。比如：

• 不说"当课程里的一个课时被变成'真实'的（就是在文件系统里有位置的）"
• 而说"materialization cascade的问题"

适用场景

• 个人开发者或小团队
• 快速启动新项目，需要快速对齐需求
• 探索性项目，需求本身在变化
• 适合Claude Code、Cursor等交互式编码环境

哲学总结

> "与其事后返工，不如事前烤问。"

Grilling相信的是：人的需求是模糊的，必须通过对抗式提问来澄清。 AI不是执行者，而是"苏格拉底式"的助产士，帮你把潜意识里没想清楚的需求挖出来。

---

🏗️ 二、Obra的Superpowers Brainstorming：流程式严谨

核心思想：代码写得再快，错的方向上加速就是灾难

Jesse Vincent（Obra）是键盘公司Keyboardio的创始人，也是Superpowers的创作者。他的观点更激进：

> "即使是最简单的项目，也需要设计文档。"

Superpowers不是单个skill，而是一整套方法论即代码（methodology-as-code）。14个Markdown文件，定义了一个完整的软件开发流程。

九步强制流程

Brainstorming skill的完整流程是：

1. 探索项目上下文（读文件、文档、最近提交）
2. 提供视觉伴侣（如需要UI，展示mockup）
3. 逐条提出澄清问题（一次一个）
4. 给出2-3个方案 + 权衡分析
5. 按章节展示设计，每段确认
6. 编写设计文档 → 提交到git
7. 规范自检（扫描TBD/TODO/矛盾）
8. 用户审查规范
9. 调用writing-plans → 进入实现

关键设计：有一个——设计没批准，一行代码都不许写。

独特之处：子代理驱动开发（Subagent-Driven Development）

Superpowers最革命性的不是brainstorming，而是子代理工作流：

1. 调度实现子代理（全新上下文）
2. 实现者提问（如果需要）
3. 实现者编码、测试、提交、自审
4. 调度spec审查子代理 → 确认代码符合spec
5. 调度代码质量审查子代理 → 批准或要求修复
6. 标记任务完成
7. 重复下一个任务
8. 最终整体代码审查

每个任务用一个全新子代理，没有上下文污染。两层审查（spec合规 + 代码质量）确保既不走偏，也不写烂代码。

Jesse报告说，这套流程让AI可以自主工作几小时不偏离计划。

哲学总结

> "系统性优于临时性。流程胜过猜测。"

Superpowers相信的是：软件工程的核心问题不是写代码，而是管理复杂度。 设计文档、子代理隔离、严格审查——这些"重流程"不是官僚，而是防止代码腐烂的免疫系统。

适合复杂项目、团队协作、需要长期维护的代码库。

---

🎨 三、OpenSpec的Explore：探索式快速建模

核心思想：Talk is cheap. Show me the ASCII.

OpenSpec的哲学和前两者完全不同。

Matt和Obra都在用语言澄清需求——一个是问答，一个是文档。OpenSpec则认为：语言是模糊的，结构是精确的。

Explore skill的核心不是"问问题"，而是"画结构"——用ASCII图表、Mermaid图、伪代码，快速把系统的骨架搭出来。

工作机制

用户：我想做个电商后台
AI：好，我先用ASCII画出系统结构：

      ┌─────────────┐
      │   用户请求   │
      └──────┬──────┘
             │
      ┌──────▼──────┐
      │  API Gateway │
      └──────┬──────┘
             │
      ┌──────▼──────┐     ┌──────────┐
      │  订单服务    │────▶│  库存服务  │
      └──────┬──────┘     └──────────┘
             │
      ┌──────▼──────┐
      │  支付服务    │
      └─────────────┘

我们先确认这个架构方向？还是你有其他想法？

先画图，后讨论。 用户看到图，立刻知道"这个架构对不对"——比说二十句话都管用。

独特之处：探索性思考（Exploratory Thinking）

OpenSpec的Explore不是"一次性把设计做完"，而是迭代式探索：

1. 快速草图（5分钟）→ 确认大方向 2. 局部细化（15分钟）→ 把关键模块展开 3. 验证假设（20分钟）→ 用伪代码验证可行性 4. 收敛决策（10分钟）→ 确定最终方案

整个过程可能在一小时内完成，产出不是厚重的设计文档，而是轻量的结构草图 + 关键决策记录。

和Grilling、Superpowers的区别

哲学总结

> "一图胜千言。结构即设计。"

OpenSpec相信的是：人脑是视觉处理器，不是文字处理器。 与其用文字描述一个系统，不如直接画出来。快速、直观、可迭代——这是探索性思考的核心。

适合架构设计、技术选型、快速原型、团队白板会议。

---

🎯 如何选择？一张决策树

你的项目有多复杂？
    │
    ├─ 简单（<100行代码，或单人项目）
    │       → Grilling：快速对齐，5分钟开干
    │
    ├─ 中等（有多个模块，或2-3人协作）
    │       → OpenSpec Explore：先画结构，1小时确认方向
    │       → 然后Grilling细化关键模块
    │
    └─ 复杂（长期维护，>3人团队，核心系统）
            → Superpowers：完整流程，设计文档不可跳过
            → 子代理驱动开发保证质量

团队成熟度也重要

💡 更深层的思考：三种哲学对应三种世界观

这三个框架不只是"工具选择"，它们代表了三种对AI辅助编程的根本理解：

Grilling：AI是"苏格拉底式的助产士"

• 世界观：人类不知道自己想要什么，需要被引导
• AI角色：提问者、对齐者、澄清者
• 核心恐惧："AI做了我不想要的事"
• 解药：对抗式提问，直到对齐

Superpowers：AI是"严格的工程伙伴"

• 世界观：软件工程需要纪律，否则会腐烂
• AI角色：流程执行者、质量守门员、文档维护者
• 核心恐惧："代码快，但质量差"
• 解药：强制流程，子代理审查，TDD

OpenSpec：AI是"可视化思考工具"

• 世界观：结构比文字更精确，视觉比语言更直观
• AI角色：草图绘制者、架构探索者、快速验证者
• 核心恐惧："讨论半天，发现理解不一致"
• 解药：先画图，确认结构，再讨论细节

🔮 未来的融合趋势

2026年的现状是这三个框架各自独立，但趋势已经很明显：

Grilling + Superpowers的融合：Grilling的轻量问答 + Superpowers的重型流程，在关键节点做硬 gate。

Superpowers + OpenSpec的融合：Brainstorming阶段用ASCII图替代文字描述，设计文档里嵌入架构图。

Grilling + OpenSpec的融合：Grilling的问答过程中实时生成ASCII图，边问边画，边对齐边可视化。

理想的AI编程工作流可能是：

Grilling（5分钟快速对齐）
    ↓
OpenSpec Explore（15分钟画结构）
    ↓
Superpowers Brainstorming（30分钟写设计文档）
    ↓
Superpowers TDD（编码 + 子代理审查）
    ↓
Grilling验收（"这是你想要的吗？"）

不是选一个，而是按需组合。

---

📝 结语

AI生成代码总是"差一点"，差的不在代码本身，而在写代码之前的对话。

• 如果你总是觉得"AI没理解我的需求"→ 用 Grilling，让AI拷问你
• 如果你总是觉得"代码跑起来但架构腐烂"→ 用 Superpowers，强制设计文档
• 如果你总是觉得"讨论半天达不成共识"→ 用 OpenSpec Explore，先画出来

AI不会让你变成更好的工程师——但好的规划框架，会让AI成为你的最佳搭档。

---

参考资源

• Matt Pocock Skills: https://github.com/mattpocock/skills
• Superpowers Framework: https://github.com/obra/superpowers
• OpenSpec: https://github.com/openspec-ai/openspec
• 《Pragmatic Programmer》（实用主义程序员）
• 《Domain-Driven Design》（领域驱动设计）

*本文同步发布于 智柴外脑*

#AI编程 #规划框架 #Grilling #Superpowers #OpenSpec #需求对齐 #软件工程 #AI辅助开发 #小凯