我花了太多时间审查 AI 生成的烂方案，多到我自己都不愿承认。你肯定遇到过这种情况——你告诉 AI 助手"给我做个……"，它生成一份 2000 字的头脑风暴文档，你读完发现一半都是错的，你纠正它，它重新生成，然后在一行代码都没写之前，你已经浪费了 40 分钟。

上个月我偶然发现了一个两工具组合，彻底改变了这个流程。第一个工具只需 5 行代码。第二个工具只需一条命令。它们一起把我的规划开销砍掉了大约 70%——而且最终产出的代码在第一次迭代时就更接近我真正想要的。

我来给你讲讲这个流程。

---

一、Vibe Coding 的真正问题

大多数人聊 AI 编码时，总会提到：瓶颈不是代码生成。这些模型写代码写一整天都没问题。瓶颈在于它们写的代码跟你心里想的不一样。

而且这通常是你的问题，不是它们的问题。

你脑子里有个模糊的想法。你给 AI 助手一个模糊的提示。助手自己脑补填补空白。你看到输出后想"不，我不是这个意思"。然后就这么来回折腾。

常规做法是加个头脑风暴或规划环节——让助手起草一个方案，你审查它，迭代，再审查。像 Superpowers 这类工具把这个流程内置了。

问题在哪？这些规划环节太重了。输出一大堆。迭代很慢。而且你在判断助手的方案对不对时，脑子转得飞快——这跟自己动手写差不多累。

Superpowers 的方法论是对的——brainstorm → plan → implement，流程本身没问题。但方法论对不代表包装永远对。Superpowers 从 2025 年 10 月发布至今，已经迭代了 5 个大版本，模块越来越多，流程越来越重。当一个框架开始什么都想管的时候，它就偏离了"最佳实践"的定位。

就在 15 天前，Reddit 上有个热帖问"你们还在用 Superpowers 吗？"，150 多人点赞，110 多条评论。有意思的是，楼主说自己关掉了 Superpowers，结果一天内又打开了。这说明方法论本身有价值，但包装太重了。

如果助手不提任何方案呢？如果它只是……问你呢？

---

二、Grill-Me：改变了我启动每个任务方式的 5 行代码

Grill-me 是 Matt Pocock 创建的一个 Claude Code 技能。整个东西只有几句话。没有框架。没有配置文件。没有依赖。就是一个提示指令，告诉助手在写代码前先采访你的需求。

思路非常简单：在助手写任何东西之前，它先盘问你。不是用表格，不是用清单——而是用对话。它逐一走过每个设计决策，一次一个分叉，直到你们双方达成一致才停。Matt Pocock 的原始提示告诉助手为每个问题提出自己的建议答案，并且只要能在你的代码库中找到答案，就自己去挖，而不是打扰你。

就这么简单。几句话。而且相当巧妙。

实际用起来是什么感觉？

小步决策，不用整体审查。 助手不是把一个 30 段的方案丢给你，而是一次问一个问题。"我们应该在这里用单例还是依赖注入？"你回答，它继续。你的脑子一直保持在快速判断模式，不用切换到"阅读和评估一大段文字"的模式。

助手负责思考，你负责拍板。 每个问题都带一个建议。"我建议用 PostgreSQL 做这个——行不行？"你不是盯着空白提示从头想该怎么表达。你是在对一个具体方案做出反应。这完全是两种不同的脑力劳动。

会看代码库，不会瞎猜。 如果答案已经在你的仓库里——命名规范、配置模式、现有抽象——助手会找到它然后继续。我见过它连着解决三四个问题而不需要问我，只是通过读我的代码。这是我不需要花的时间。

即插即用，不会锁死你。 它就是一个普通的技能文件。没有框架依赖。没有必须的项目结构。你想用就用，不想用就忽略。我在 Claude Code、Codex 和 Cursor 里都用过，不需要改任何其他设置。

Reddit 上的 r/vibecoding 社区给了这个东西 13k+ upvotes 的讨论。大家不断得出的结论是：传统的头脑风暴把助手放在主导位置，把你放在审查者的位置，这在精神上很累人。Grill-me 颠倒了这个角色——你是拍板的，助手是提问的。脑子轻松多了。

---

三、Trellis：让助手保持在正轨上

问对问题只是成功了一半。另一半是在执行过程中不跑偏。

如果你遇到过编码助手开始时挺好，然后在长会话中逐渐跑偏——忘记约束、跟早期决策矛盾、慢慢搞乱自己的上下文——你就知道这个问题。长时间运行的助手任务需要护栏，否则质量会随着时间退化。

Trellis 是 Mindfold 开发的一个命令行框架，它在你已经在用的编码助手之上加了结构化规划。可以把它想成坐在你的需求和助手执行之间的项目经理。

我最关心的部分是上下文治理。在长助手会话中，模型对"该做什么"的理解会逐渐模糊。早期的约束被遗忘。决策被矛盾。Trellis 通过维护一个结构化的任务树来解决这个问题，助手在整个执行过程中都会参考这个任务树——一个不会随对话变长而退化的持久真相来源。

树中的每个任务都有明确的目标和验收标准。不是"做个认证系统"，而是"实现 JWT 刷新令牌轮换，7 天过期，过期令牌返回 401，无效令牌返回 403"。助手在写第一行代码前就知道"做完"是什么样。

而且它跟其他工具配合得很好。一个 trellis init 可以同时为 Claude Code、Codex 和 Cursor 生成计划。你不用选边站——你只是在为你已经在用的工具加个结构。

---

四、完整工作流：我实际怎么用这套方案

理论听起来不错。以下是一个周二下午我有个功能要交付时的实际流程。

我先让助手来盘问我。我用两三句话描述这个功能——故意说得模糊，因为这就是重点。助手立刻开始追问。“我们是把这个做成独立服务还是现有应用里的模块？” “认证模型是什么——从父级继承还是这个需要自己的？” “我在 /src/services/billing.ts 里找到了一个类似的写法——要照着来吗？” 每个问题我花 5-10 秒回答。整个询问过程大约 10 分钟。结束时，助手对我想要的东西比我写过的任何文档都更清楚。

然后我切到 Trellis。我在项目根目录跑 trellis init，把 grill-me 会话的共识喂给它。Trellis 把它变成一个任务树——不是模糊的"第一阶段、第二阶段"大纲，而是有具体目标和验收标准的具体任务。“为新的 subscriptions 表建数据库迁移。列：id、user_id、plan_type、started_at、expires_at。在 user_id 上加索引。” 就是这种精确度。

计划锁好后，我让助手执行。如果我对需求有信心（在一次好的 grill-me 会话后我通常都有），我会打开 dangerously-skip-permissions，让它自己跑。我有过连续 40 分钟的会话——助手逐个完成任务树，写代码，跑测试，修 bug，继续下一个任务。我去泡咖啡。也许泡两杯。

最终交付物通常是我需要的 85-90%。只需要微调，不用推倒重来。 对比旧流程，第一次助手输出可能只有 50% 对，然后我还要花一个小时来回改。

---

五、为什么这和 Superpowers 感觉如此不同

我想具体说说这里的机制，因为区别不仅仅是"更快"。这是一种完全不同的脑力活动。

当我用 Superpowers 的头脑风暴式规划时，循环是这样的：助手生成一个长文档 → 我仔细读 → 我找出哪些部分是错的 → 我解释纠正 → 助手修改 → 我重新读修改版。每一步，我都在做评估工作。“这个架构对吗？它理解我说的约束了吗？这个边界情况覆盖了吗？” 这是艰难的思考。很累人。一个复杂功能要 30-40 分钟。

grill-me 循环是：助手问"我们应该做 X 还是 Y？" → 我说"X" → 下一个问题。有时我说"其实都不是——我要的是这样"，然后给个一句话的重定向。但大多数时候，助手的建议足够接近，我只需要确认。

用了一周后我突然明白为什么这感觉如此轻松。这是写作文和做选择题的区别。 两者考的是同样的内容。一个是从零开始的创意生成。另一个是识别和选择。我的脑子可以做第二件事一个小时而不累。

---

六、谁适合用这套方案

先问问自己是否需要这种程度的结构。

适合用的场景：

• 任务复杂到模糊提示会导致错误输出——多功能文件、架构决策，任何"给我做个 X"有不止一种理解方式
• 你在跑长助手会话，随着对话变长质量下降——Trellis 的上下文管理能解决这个问题
• 你根据任务在 Claude Code、Codex 和 Cursor 之间切换——两个工具都是跨平台的，装一次到处用

不适合用的场景：

• 任务短小自包含——“写个排序函数”、“加个加载动画”——直接提示然后开始，不需要 grill-me
• 你需要可视化项目管理或者在终端里不自在——这套方案是面向开发者的命令行工具

---

七、安装

两个工具都只需不到两分钟就能装好。

Grill-me — 如果你用的是有技能管理器的 Claude Code：

npx skills@latest add mattpocock/skills --yes

提醒一下：子路径安装（npx skills@latest add mattpocock/skills/grill-me）不行。你需要装完整的仓库。安装程序会自动为 Claude Code、Codex、Cursor 和 Gemini CLI 配置。

Trellis — 需要 Node.js。全局安装，然后每个项目初始化：

npm install -g @mindfoldhq/trellis@beta
cd your-project
trellis init --claude --codex

---

八、关于 dangerously-skip-permissions 的说明

这个标志的作用正如其名——它让助手跳过所有权限提示，自由执行。文件读写、命令行操作，一切。不需要你确认。

好处很明显：流程不会被打断。助手可以连续 30 分钟啃一个复杂任务，不用等你点"允许"。

风险也很明显：助手可能会做一些你意想不到的事情。

我的经验法则：你的需求越清楚，跳过权限就越安全。如果你做了一次 thorough 的 grill-me 会话，你的 Trellis 计划有严格的验收标准，助手就几乎没有空间乱来。在一个你不太熟的新项目上？别用这个模式。先从有人看着开始。

---

结尾

Superpowers 的方法论是对的，但 2026 年，模型在进化，框架也该跟着进化。

那个热帖的楼主关掉了 Superpowers，结果一天内又打开了——说明方法论本身有价值，但需要更轻量的包装。Matt Pocock Skills + Trellis 就是这个更轻量的包装。

10 分钟回答问题，比 40 分钟审查方案轻松多了。 试试看。