我一直在好几个真实项目里用 Claude Code、Cursor 这类 AI 编码代理。过去三个月模型确实在不断变强但对我帮助最大的反而是/grill-me这个 skill。它会在你动手之前不断拷问你帮你省掉很多写一版、再改一版的循环。为什么需要「被拷问」平时的用法是我们把需求丢给 AI描述功能、举例子、列边界情况。AI 点头答应写起来才发现它根本没理解——漏了业务约束、跟现有架构对不上或者把复杂度想简单了。然后就开始来回改token 和时间都烧掉了。/grill-me把方向反过来了AI 来提问沿着决策树一个分支一个分支往下走直到双方对计划有共识。核心指令就这几行--- name: grilling description: Interview the user relentlessly about a plan or design. Use when the user wants to stress-test a plan before building, or uses any grill trigger phrases. --- Interview me relentlessly about every aspect of this plan until we reach a shared understanding. Walk down each branch of the design tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer. Ask the questions one at a time, waiting for feedback on each question before continuing. Asking multiple questions at once is bewildering. If a question can be answered by exploring the codebase, explore the codebase instead.它逼你把那些没说出口的假设摊开风险也会提前冒出来。快速上手在项目目录运行npx skills add https://github.com/mattpocock/skills --skill grill-me然后在 coding agent 里输入/grill-me加上你的初步计划。真实项目里怎么用用法很简单/grill-me加上你的需求描述。注意代理不会对着空白文档连环发问——它会先读代码库边探索边提问。我喜欢配合 Cursor 的 Plan Mode 使用先通过/grill-me构建一个计划然后再实现计划。下面两个例子来自同一个多租户中后台项目一个做新功能一个改老逻辑。新功能批量导入最初想法加个批量导入支持 Excel 和 API。直接扔给 AI第一版就翻车——审计日志没考虑、事务一致性没想清楚、配额和大文件处理也漏了。换成/grill-me后代理先翻了现有导入模块和权限模型然后才开口「批量导入是谁触发的手动上传、定时任务还是第三方 webhook」答完接着问「成功和失败怎么通知要不要异步失败重试几次」每答一个它会给推荐方案并确认依赖比如「这会动到现有权限模型吗」几轮下来功能边界清楚了跟领域模型的冲突也提前暴露比如 materialization cascade。最终实现基本一次过。已有功能迭代订单支持部分取消这次是改一条老链路已发货订单原先只能整单取消产品要求支持部分取消。代理没有先写方案。它顺着OrderService的状态机往下追发现取消会触发退款、库存回滚和仓库 webhook又追到PromoEngine看到满减是按整单算的。然后才开始问部分取消后满减要不要重算代码里三种算法注释只写了『按运营规则』——你定哪一种混合支付余额 微信时退款按什么比例拆现有RefundService只处理整单没有部分退的路径。仓库 webhook 是 fire-and-forget没有幂等键。部分取消如果重试会不会重复通知这些问题里有些能从代码推断出推荐答案有些连开发都说不准历史上运营改过口径文档没更新。这种场景只能拉业务确认有时候你自己做不了决定AI 更替你做不了决定这种情况下的决定往往是错的。grill-me 的价值恰恰是把它们提前拎出来而不是写完了才发现。如果直接改我大概率只会动OrderService的状态判断漏掉 bundle 重算、混合支付拆账和 webhook 幂等。上线后就是「取消成功但退款不对」或者「仓库收到两次取消通知」这类 bug。grill-me 逼我把这些分支走一遍该写 ADR 的写 ADR该找运营确认的当场记下来。改完跑回归没有冒出新的边角问题。修遗留 bug我仍然这么用先 grill-me plan mode 代理先复现代码路径再问你影响范围和回归点少踩修好一个冒出三个的坑。流程长什么样Syntax error in textmermaid version 11.4.1对齐放在实现前面形成一个闭环。如果项目已经有代码库可以用 grill-with-docs边问边把 ubiquitous language 和 ADR 建起来。为什么这三个月它一直在用最大的感受是少返工。很多误解在写代码之前就暴露了不用等到实现阶段才发现。对话本身也能沉淀成文档后面查起来方便。而且这个 skill 不绑特定模型换代理、团队共享都省事。它逼我自己想清楚而不是把坑留给 AI 去填。用久了这点比省下来的 token 更值。Matt Pocock 的 skills 仓库整体偏向真实工程不是 vibe coding。grill-me 核心就几行但能跟别的 skill 组合着用这点我挺喜欢。grill-me 和 superpowers 那些工具有什么不同我试过不少 AI 增强工具包括各种 superpowers 插件——预设模板多、自动化流程全、领域知识也齐。grill-me 不一样它不替你定方案而是把你的意图和约束挖出来。复杂、定制化的项目里这点特别管用。superpowers 适合快速套模式比如某个框架的最佳实践。grill-me 更像元技能先想清楚问题再决定用什么模式。我自己加上 frontend-design 或 review 这几个 skill 就够用了不用堆一堆配置。跟仅仅使用 Plan Mode 比grill-me 更主动。它不会一次吐一篇长计划而是一个问题一个问题地问确认完再往下走。