这个面试场景我遇到过不止一次只是对方问的不是“superpowers 和 grill-me 怎么选”而是“你用 Vibe Coding 真的写出来过东西吗”。我心里清楚他真正想确认的不是我会不会用某个工具而是我对这整套开发方式有没有形成自己的判断。superpowers 和 grill-me 这两个名字放在一年多前几乎没人知道现在却成了 Vibe Coding 圈子里绕不开的高频词。今天我就把这两个东西掰开揉碎讲清楚包括它们各自解决什么问题、底层逻辑是什么、怎么在 Claude Code / Codex CLI / Trae 这类环境下装好并真正用起来以及我把两者结合使用后的真实体会。1. 先搞清楚 Vibe Coding 的核心逻辑否则工具越多越乱1.1 为什么“会提问”比“会写代码”更重要Vibe Coding 这个概念核心并不是“不写代码”而是把大量机械性的编码动作交给模型去做人更多地承担“定义问题、评审结果、修正方向”的工作。说白了传统写代码你面对的是编译器Vibe Coding 你面对的是一个“想象力极其丰富但偶尔会一本正经胡说八道”的结对程序员。这就带来一个很直接的变化你对需求描述的精确程度几乎决定了成品代码的质量上限。同一个模型你用“帮我写个登录”和“帮我实现一个基于会话令牌的登录流程注意刷新令牌的并发竞争前端要处理 401 失效跳转”这样去描述产出的代码完全不是一个量级。superpowers 和 grill-me 之所以被频繁放到一起比较就是因为它们恰好位于这条链路的两个不同环节。grill-me 帮助你在动手之前把需求里的模糊地带逼出来superpowers 则负责在开写之后把代码质量往上拉。两者并不冲突反而是一前一后的关系。很多人一开始会误解 gril-me 是“审代码”的其实它的重点在“审需求”。1.2 这套玩法对环境和工具链有什么硬性要求我已经把 Vibe Coding 日常依赖的底座从单纯的 ChatGPT 网页版切换到了本地 CLI / IDE 插件方案最常用的是 Claude Code 和 Codex CLI偶尔在 Trae 里面做轻量验证。选择这类环境的原因很简单它们都能读取本地文件结构模型能“看到”你项目里的真实代码而不是只靠你在对话框里粘贴的片段。Claude Code 的 CLAUDE.md 全局规则文件、Codex CLI 的 AGENTS.md 机制还有 Trae 里的 Skills 目录都是承载 superpowers 和 grill-me 这类“技能包”的地方。理解了这套载体机制你就知道这两个名字并不是什么黑魔法本质上是别人封装好的一套“思维指令集”通过特定目录结构和触发规则让模型在面对不同场景时调用对应的行为模式。1.3 面试官为什么偏偏挑这两个名字问从面试官的角度看他问“superpowers 和 grill-me 怎么选”本质上是在考察你对 Vibe Coding 生态的涉猎深度。能答出两者在“需求澄清”和“实现增强”两条路线上的差异说明你真的在项目里用过而不只是看过几条推文。我当时回答“全都要”看起来是玩梗实际上是有依据的这两个技能包安装之后并不互相占用资源而且它们的设计哲学正好是互补的。这个回答能立住前提是我确实把两者都装到了自己的环境里并且跑过几个真实项目能说出各自的触发条件和依赖关系。2. 深挖两个“超能力包”的定位差异与适用场景2.1 superpowers给模型装上“全栈工程素养”superpowers 这个技能包我最早是在 GitHub 上看到的作者把大量工程实践沉淀成了一套可在 Claude Code 中直接加载的规则集。它的核心思路是让模型不要“回答完问题就结束”而是像个真正的工程师一样先明确上下文、再制定方案、再分步执行、最后自查。它里面覆盖了非常具体的技能模块比如代码评审、测试驱动开发、逐行调试、系统设计、技术方案权衡、重构策略等等。每个技能模块都带有触发词和完整执行流程模型在对话中一旦命中某个触发条件就会自动进入对应的深度工作模式。当时我把它装到 Codex CLI 环境里跑一个 Python 数据清洗项目最直观的感受是模型输出的代码不再“只求能跑”它开始主动考虑边界条件、错误处理路径、测试覆盖范围。这中间是有原因的superpowers 的内部指令里包含了对“完成”的定义标准模型默认被引导去检查自己有没有遗漏异常路径、有没有写测试、有没有做回归验证。这对于刚接触 AI 辅助编程的开发者来说是最难主动意识到的部分。2.2 grill-me动手之前先把需求“烤熟”grill-me 的设计思路是完全反过来的它不关心代码本身而是通过一连串尖锐、系统化的追问把需求里那些“我以为你知道”“你没说但我觉得你懂”“我觉得这很简单”的坑全部挖出来。它擅长自动生成问题清单从用户画像、核心流程、异常流程、边界条件、性能预期、兼容范围到安全合规几乎是把一个产品经理加一个技术负责人早期评审时该问的问题全部机制化。我用 grill-me 做过最多的事情是处理那种看起来一句话能说清楚、实际上全是歧义的需求。比如“给文章页加一个阅读进度条”这个需求大家第一反应都很简单但它背后的坑非常多进度百分比是按文档滚动位置算还是按阅读时长算移动端底部安全区怎么处理文章内容动态插入时进度怎么重新计算需不需要上报行为数据这些如果不在写代码前确认后面大概率要返工。grill-me 的价值就在于它会把类似的追问一次性抛出来逼你把需求边界擦干净。2.3 两者对比到底是“能力问题”还是“方向问题”理解到这一层你就能明白“怎么选”其实是个伪命题。如果你目前的痛点是“代码老是写不干净、测试老是不够、架构老是被推翻”你应该优先上 superpowers它直接提升的是模型的下限让你的编码质量有一个可见的托底。如果你经常遇到“做完了发现根本不是对方想要的”“评审的时候被一大堆细节问倒”那 gril-me 对你的价值更大因为它帮你治的是方向问题避免你在错误的路上大力出奇迹。它们还有一个很容易被忽略的“组合效应”。把 grill-me 生成的确认结果直接粘贴给带 superpowers 的模型你会发现模型产出的代码质量比单纯用任意一个工具都要高。原因也简单superpowers 里的系统设计模块只有在需求定义足够清晰时才能发挥最大价值需求一模糊它再强的工程素养也只能在错误的地基上盖楼。3. 手把手实操把 superpowers 和 grill-me 装进自己的开发环境3.1 准备工作选对“底座”90% 的问题就规避了在动手安装之前我建议你先确认自己日常主要用哪个环境。以我目前的主力环境为例Claude Code 对 superpowers 的兼容性最好因为它支持 CLAUDE.md 全局规则和 .claude/skills 目录扫描这些正好是 superpowers 的 skill 文件的标准载体。Codex CLI 则更适合以 AGENTS.md 的方式加载规则grill-me 这种偏向“定时炸弹式追问”的工具在 Codex CLI 环境里跑起来也很稳。Trae 国内版对 Skill 机制的支持也在快速迭代workbuddy 那段其实指的就是 Trae 中通过 Skills 体系来注入类似能力。如果你有 OpenAI Codex CLI可以直接通过命令行安装官方 skills如果你是 Claude Code 的重度用户官方推荐的做法是克隆 superpowers 仓库到本地然后配置 shell 命令绑定到claude启动参数上。我最初因为偷懒只做了全局 CLAUDE.md 写入结果发现某些技能没有被正确触发后来才搞清楚问题在于缺少 skills 目录结构模型根本“看不见”那些技能文件。3.2 在 Claude Code 中安装 superpowers 的完整过程我先说 Claude Code 环境下的安装路径。superpowers 仓库中有明确的安装脚本它会做两件事一是往你的~/.claude/CLAUDE.md里追加一段“superpowers 核心规则”二是把全套技能模块复制或软链到~/.claude/skills/目录。后者非常关键因为 Claude Code 在启动时会扫描这个目录把里面的每个子目录都作为一个可被模型调用的 skill。整个交互流程通常是你先用一种宽松开放的语气描述需求和约束再输出“superpowers”这个触发词来激活对应的技能组。这个激活动作平时最好做成习惯因为你如果不说模型未必会主动加载这些深层规则。安装过程中最容易踩的坑是“装完了没生效”。原因大概率是版本缓存尤其是在 Windows 环境用软链方式安装时Claude Code 有时候会忽略掉后添加的软链接目录。我的解决方式是安装完成之后重新打开一个终端再启动 Claude Code看启动日志里有没有输出“superpowers skill loaded”之类的字样。如果还是没有就直接把仓库里skills目录物理复制过去不要用软链。代价是升级时麻烦一点但胜在稳定。3.3 在 Codex CLI / Trae 中安装 grill-me 及 Skill 类工具的通用套路grill-me 的安装逻辑跟 superpowers 是同构的只是不同环境下的目录命名有别。在 Codex CLI 里技能包一般放在~/.codex/skills/或项目根目录的.codex/skills/下同时可以在AGENTS.md里写入一条明确规则当用户输入“grill me on this”或“帮我审一下需求”时模型必须启动完整的追问流程。在 Trae 里则是通过导入 Skill 功能把本地文件夹识别为技能仓库之后在任何新会话中都能手动触发。我实测下来grill-me 的追问输出跟模型本身推理能力高度相关如果你用的模型基础能力偏弱它问出来的问题会比较泛甚至还不如一个普通开发者在评审会上问得深。所以我的建议是grill-me 更适合配合 Claude 的强推理模型或者 Codex 这类能力在线的大模型使用。你是免费版用户的话大概率会感受到明显差距这也是为什么很多 titok 博主演示 grill-me 时都用视频来展示完整对话因为只靠截图看不出整个追问链条的紧张感。3.4 一次真实的“全都要”组合案例从模糊需求到可验收代码我拿一个真实项目的缩略版来说明“grill-me 管前、superpowers 管后”的组合打法。当时朋友让我帮他做一个“团队周报自动汇总工具”需求描述只有这一句话。我把这句话原封不动丢给带 grill-me 的模型结果它一口气追问了 17 个问题包括数据来源是哪个 IM、要不要解析图片和语音消息、汇总维度是按人还是按项目、每周五几点生成、异常超时怎么办、是否支持手动补录、导出的格式是 Excel 还是在线文档等等。我把这些问题的答案整理好再把这些约束一起交给带 superpowers 的 Claude Code让它开始实现。最终产出的代码包含了完整的异常重试机制、并发控制、时间窗口配置和单元测试但最让我惊喜的不是某个炫技功能而是 superpowers 自动把输入数据的 schema 校验写出来了。因为 gril-me 阶段明确回答过“某些消息字段可能为空”superpowers 的行为规则又恰恰包含“对边界条件要有防御性编程”所以模型在实现时主动想到了这一层。这个项目从开始到能跑通全程不到两个小时比我自己写至少省了两倍的时间。4. 装完就完事那是最大的坑配置与调优才是重心4.1 全局 md 文档与“全局规则”的配置思路很多新手装完这两个技能包之后喜欢把 CLAUDE.md 或 AGENTS.md 写成一堆宏大原则比如“你要像一个资深工程师一样思考”这种话模型看了等于没看。真正的做法是把规则拆成可触发、可执行、可验证的动作。比如告诉模型“当用户提出一个模糊需求时启动 grill-me 流程一次至少提出 10 个问题覆盖用户画像、边界条件、异常流程”这比说一百遍“你要认真确认需求”都有效。另外不建议把 gril-me 的触发词设计得太隐蔽。网上有些配置教程喜欢把触发词搞得像黑话比如“g3”或者“QAMode”看起来高级实际上非常不好记。我自己的做法是直接用“grill me”或“帮我审需求”这样通俗的说法。嵌套太深的触发方式只会让你自己都忘了怎么激活它。4.2 superpowers 内部技能模块的实际触达顺序superpowers 安装好之后它内部技能模块的调用顺序一般是这样的先是 clarify 模块要求模型对不确定的问题主动追问然后是 specification 模块把确认完的需求结构化成一份可执行的技术方案接下来是 implementation 模块按规范写代码最后是 review 模块让模型以评审者身份重新审一遍自己写的代码并列出风险点和优化建议。这个链路跑顺了之后你会明显感觉到模型的工作方式变得不一样了不是“你问一句它答一句”而是自己在内部走了一个高效的研发闭环。我在一个小工具项目上做过对照实验同样一句话需求不用 superpowers 时模型一顿操作猛如虎输出 300 行代码但有 5 处边界漏洞用了 superpowers 后代码量少了 80 行而且每一处对外部输入的校验都有注释说明。这就是“工程师素养”被注入之后的效果非常直观。4.3 如何把 grill-me 和 superpowers 接入同一个“工作流”我的实际做法是建了一个workflow.md文件放在项目根目录下。里面写清楚整套协作流程第一阶段“用 grill-me 审查需求整理输出所有问题”第二阶段“基于确认的答案生成技术方案”第三阶段“实施代码并完成测试”。然后在 CLAUDE.md 里加一条总规则——“启动新项目时先读 workflow.md 并按流程执行”。这样一来每次新开会话时模型都会自动加载完整的工作流不需要我手打大段指令。这也是很多人问“怎么做到一句话就让模型自动进入状态”的答案。4.4 中文环境下的特殊配置问题说到中文环境有个细节值得提。模型在中文 prompt 下对“帮我审一下”和“grill me”这类指令的敏感度不太一样。实测下来直接用英文激活词触发 grill-me 的成功率更高可能是训练数据中英文指令的覆盖率更足。如果你希望全程用中文交流最好在配置里把触发词统一改成“用追问模式帮我审查这个需求”让激活概率更稳定。这个调整对中文用户的实际体验提升很明显值得花一分钟改一下。5. 高频问题与避坑指南那些文档里不会写的细节5.1 装了 superpowers 后模型拒绝写代码这个现象我遇到过几次尤其是在上下文较长、模型又把 review 模块误判为当前主任务的时候。它表现为“我给你分析一下这段代码的问题”然后就停住了半天不输出具体实现。解决办法是在 prompt 里明确指定“只输出修改后的完整代码不要评价”。也可以在 CLAUDE.md 中加一句“如果你处于评审模式当用户要求你直接修改代码时立即退出评审状态并输出代码”。这个小规则能让模型在两种状态间切换得更干脆。5.2 grill-me 问太多了怎么控制节奏grill-me 默认的追问力度相当猛有可能在项目初期就抛出几百个问题直接把用户砸晕。我建议在首次使用时把追问范围限制在“本周只处理第一阶段的问题”或者直接指定“只追问和数据处理相关的问题UI 设计问题暂时不用管”。gril-me 本身不是一个死板的脚本它支持话题过滤但你得在激活指令里把过滤条件讲清楚。我看到很多用户反馈这工具“不好用”大多是没掌握这个控制技巧把它当成了不可变通的自动提问机。5.3 报错 “skill not found” 或者 “no such file” 怎么办这类问题九成是路径问题。在 Claude Code 中技能扫描基于skills目录内每个子目录里的SKILL.md文件如果这个文件缺失目录就不会被识别成技能。另一个常见原因是权限问题尤其是 Linux 或 macOS 上从 GitHub 克隆仓库后某些文件没有执行权限虽然 SKILL.md 本身是文本文件不影响读取但仓库中的安装脚本可能会因为执行权限不足而中断。碰上这种情况直接切换成手动复制方式安装比反复调试安装脚本效率高得多。5.4 超长会话导致后续行为不稳定这个问题不是 superpowers 或 grill-me 独有的而是长上下文模型的通病。技能规则一般集中在对话的最前面如果你能观察到当会话很长时模型逐渐开始忽略这些规则那就需要养成“重要任务开新会话”的边界习惯。或者把一个项目拆成“需求确认会话”和“实现会话”两个会话来做不让需求确认阶段的大量 QA 内容挤占实现阶段的有效上下文。5.5 问题速查表常见报错与对策现象可能原因解决措施技能没生效目录结构不完整 / 缓存检查 SKILL.md 是否存在重启终端模型不进入追问模式中文触发词识别率低改成英文激活词 “grill me”只评审不写码模型停留在 review 状态明确指令“直接输出修改后的代码”长会话中期规则失效上下文被后续内容稀释重要任务分会话执行或重述核心规则技能包升级后出现异常旧软链指向失效删除旧链接重新纯净安装6. 个人心得全都要但要用对顺序聊到最后我再说一点个人体会。很多人一谈起 Vibe Coding总觉得它“降低了编程门槛”这句话只对了一半。它确实降低了从想法到原型之间的门槛但如果你想把这套方式用到真实的、要长期维护的项目上对“工程素养”的要求反而变高了。superpowers 和 grill-me 解决的是同一个问题的两面前者让你的模型更像个靠谱的资深工程师后者让你的模型更像个刨根问底的产品负责人。当你拥有的工具足够多时排列组合的顺序和理解力比工具本身更重要。我自己的固定组合已经简化成一个固定模式任何新需求先过 grill-me 的逼问流程拿到完整的约束清单后再交给 superpowers 驱动的模型去实现。这套组合拳跑得多了你会发现自己“返工”的次数明显下降交付给别人的代码也不再是“一次性玩具”。最后想补充的是技能包更新速度比你想象中快建议每隔一两个月就去官方仓库看看更新记录你顺手一拉可能就拿到了别人踩了很多坑后才总结出来的新规则。