就在这周，grill-me重要更新！终于填上了这个坑

📝

文章集合： AI工具推荐https://mp。com/mp/appmsgalbum

原文链接：https://mp.weixin.qq.com/s/w8L-yYfsgB92GgtIbUl0uA

文章集合： AI工具推荐

grill-me 是全球知名的 TypeScript 与 AI 工程化顶流专家Matt Pocock，开源自己使用的skills集合https://github.com/mattpocock/skills里面的一个功能，目前该项目在GitHub总共16.6万star。`grill-me` 作者称自己每天都在用、也是整个技能合集里最受欢迎的功能之一。

项目开发里最常见的翻车原因，就是”你以为对方懂你想要什么，结果对方压根没懂”。

grill-me中文可以理解成”逼问式需求分析”，让 AI 在动手之前，反过来审问你，把脑子里那些”我以为说清楚了但其实很模糊”的想法，一个一个逼出来、问清楚。

可以看看小编之前写过的文章：被AI严刑拷问，但我居然莫名爽感？是时候替换Superpowers了，因为我终于找到Claude Code最佳实践工作流，准确无误Vibe Coding方案

第一章：grill-me这次更新了哪里？

拆开来看，这次改动有三个关键点。

1）加了一道”确认双方理解一致”的硬性关卡。

以前，”双方达成共识”只是一个软性的、模糊的完成标准——AI 觉得差不多问清楚了，就可能直接动手。这次更新把它变成了一个明确的Confirmation Gate（确认关卡）：AI 必须先跟你确认”我们俩现在的理解是一致的”，你点头之后，它才能开始执行计划。

相当于以前是”AI 觉得聊得差不多了就开工”，现在是”必须拿到你的明确通过，才能开工”。

2）把”该问代码库”和”该问你”这两类问题，第一次彻底分开了。

先分清楚两类问题：一类”查得到”，一类”你说了才算”。

• Facts事实类问题：答案已经客观存在，AI只需要去查一下资料（这里指的是”查代码库”）就能找到唯一正确的答案。比如：”这个项目现在用的是什么框架？””这个函数原来是怎么写的？”——这些问题不需要问你，因为答案不在你脑子里，而在项目本身里，AI 自己查清楚就行。
• Decisions决策类问题：答案不存在于任何地方，因为它压根还没被决定——只有你才能给出答案，因为这本来就是你的选择。比如：”这个功能出错了，是要弹窗提示用户，还是悄悄记录日志？””要不要支持撤销操作？”——这些问题不管 AI 怎么”查资料”，都查不出一个标准答案，因为压根没有标准答案，只有”你想要哪个”。

以前的grill-me会把第二类问题，当成第一类来处理。

新版本具体怎么改的： 现在grill-me在动手之前，会先给问题”分类”：

• 判断为事实类的问题 → 允许自己去代码库里查，查完就查完了，不用来烦你；
• 判断为决策类的问题 → 不允许去代码库里找答案，必须直接开口问你，并且真的停下来、等你回答完，才能继续往下走，不能自己猜一个答案就当成你已经同意了。

3）给任务分类，贴上“必须由人回答”标签

grill-me现在会区分”事实类问题”（自己查）和”决策类问题”（必须问你）。但光有这个区分规则还不够——因为规则是死的，在实际跑起来的时候，grill-me还是有可能”忘了”或者”绕过”问人的步骤

尤其是当一个技能被嵌套调用、藏得比较深的时候，比如 wayfinder 这个skill内部会调用grill-me功能来问清楚细节，但是grill-me逼问很容易被当成”走个流程”糊弄过去——AI 自己问了问题，自己也顺手把答案填上了，压根没有真的停下来等人类回答。

简单说：以前是”讲了规矩，但换个场合就可能忘了执行”；现在是”这条规矩焊死在任务上面，需要人回答的任务，走到哪都绕不过”。

这次更新做的事情，给任务贴上两类标签：（1）HITL（Human In The Loop）；必须有人参与；（2）AFK（Away From Keyboard）：人在离开电脑，表示Agent 可以自己干。

只要一个环节被标记成”必须由人来回答”，那不管这个环节是被谁调用的、藏在多深的流程里，AI 都不允许自己代答，必须真的停下来，等一个真实的人给出回复，才能算这个环节完成。

第二章：为什么这次更新很重要？

这次更新解决的不是一个小 Bug，而是 Agent 编排（orchestration）中的职责边界。

因为AI 太”体贴”了，体贴到会主动帮你把决定做了。 这次更新终于填上了这个坑：逼问了你半天，结果还是替你做了决定

以前，系统只有一句模糊的原则：“能查代码就别问人。”这不足以区分两类完全不同的问题：

• 事实（Facts）：客观存在于代码、文档、配置中的信息，可以由 Agent 自行探索获得。
• 决策（Decisions）：涉及业务目标、产品取舍、设计偏好的内容，只能由人来拍板。

再结合 HITL / AFK 标签后，整个流程变成了一个清晰的协作模型：

`问题
│
├── 是事实？
│      └── Agent 自己查（AFK）
│
└── 是决策？
       └── Agent 提问 → 等待用户（HITL）`

最后再加上 Confirmation Gate（确认关卡）：

`提问
↓
总结理解
↓
用户确认
↓
开始实现`

这样就形成了一个完整闭环：AI 负责发现事实，人类负责做决策；AI 在真正开始执行前，必须获得对共同理解的确认。

这也是这次 grilling 更新最核心的思想：不是让 AI 更会“猜”，而是让 AI 更会“停下来确认”。

第三章：项目里的其他skills更新

除了grill-me ，还有几个其他重要更新：

1）从”想法”到”任务清单”这条路，被理顺了。

以前，把一个模糊的想法变成具体的开发任务，要经过好几个技能接力：先用 to-prd 整理需求文档，再用 to-plan 拆解成计划，最后用 to-issues 拆成一个个具体任务。这次更新把这几步合并了，统一成两个skills：先用 /to-spec 把想法整理成一份”规格说明”，再用 /to-tickets 把规格拆解成一个个可以分头执行的任务。

同时，原来负责”规划大型工程”的 decision-mapping 改名成了 wayfinder。能力也升级了：现在支持好几个人可以同时认领不同的任务；任务之间如果有先后依赖关系，也会被明确标注出来，不会出现”这个任务还没做完，那个任务却已经动手了”的情况。

2）代码审查功能上线，但没有搞”一刀切”

新增了一个专门做代码审查的技能，叫 code-review。它不需要你手动输入命令去调用——AI 会在合适的时机自己判断要不要用这个技能来审查代码。它内置了大概十几条常见的”代码写得不好”的判断标准，例如，命名让人看不懂、同一段逻辑抄了好几遍，等等这类经典问题。

但这里有一条很重要的原则：如果你的项目本身已经有明确的编码规范，那就以你的规范为准，code-review 内置的这份标准只是参考，不会强行套用。

3）tdd做了瘦身

tdd是 AI 自动判断调用时机，不需要你手动输入命令。以前这个技能里有一大堆繁琐的操作步骤清单，这次直接把清单精简掉了。

同时新增了一条识别规则，专门用来鉴别”假测试”——也就是测试代码和被测试的代码，用的是同一套计算逻辑，看着测了，其实什么都没验证出来，纯属自欺欺人。

4）skills的”导航图”补全了，还新增了两个skills

负责帮你判断”该用哪个技能”的导航型skill叫 ask-matt，调用命令是 /ask-matt。你不确定该用哪个skills的时候，输入这个命令，它会帮你判断该走哪条路。这次更新把之前漏掉的好几个skills全部补齐收录了进去。

同时还新增了两个新skills：一个叫 research，可以自动在后台帮你查资料、整理出一份带来源引用的结论文档，同样是 AI 自动判断调用时机；另一个叫 prototype，专门用来快速搭建一次性的验证代码，帮你在正式开发前先确认某个设计思路行不行得通，调用命令是 /prototype。

5）修掉了一个容易被忽略的 bug

之前 /wayfinder 这个skills会把”任务追踪工具放在哪个文件里”这件事写死成一个固定路径。如果你的项目习惯把这类配置文件放在别的地方，这个技能就会悄悄失效，还不会提示你出错了。这次修复之后，改成了统一去读取配置，不再写死路径。

这几条更新看似分散，但连起来看会发现一个共同的方向：从需求梳理（/to-spec``/to-tickets），到任务拆分规划（/wayfinder），再到代码审查（code-review），每一个环节都在往”更严谨、更不容易被 AI 蒙混过关”这个方向走。

写在最后

这次 grill-me 的更新，本质上是把”人机对齐”这件事从一句口号，变成了一套可以被验证、可以被执行的硬性规则。

小编围绕AI为中心，持续分享概念体系方法论、工具教程工作流、技术前沿最新资讯、爆火神器黑马项目，感兴趣的点个关注公众号

💬 本文评论区已开启，但暂无读者留言。

本文转载自微信公众号，如有侵权请联系删除。