大道至简的胜利, 一个神级skill推荐, 忘掉brainstorming吧
- 内容介绍
- 文章标签
- 相关推荐
最近发现一个神奇skill. mattpocock 的 /grill-me
skills/grill-me/SKILL.md
main
---
name: grill-me
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
---
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.
If a question can be answered by exploring the codebase, explore the codebase instead.
内容非常精简，只有几句话，但效果出奇的好.
它的作用就是在你提出需求的时候，不断的质问你，和你理清需求.
AI编程的第一原则就是清晰准确的描述需求. CC自带的plan中的提问功能, Superpowers里面的brainstorming, 其实都是在做这个事情, 和你理清楚需求再做计划. 需求越清晰, 执行效果才会越好. `griil-me` 也是在做这个事情, 通过对你刨根问底的深入追问来理清需求.
对需求和做计划时慢一点，实现时才能快一点, AI编程时请记住慢就是快!
实测 /grill-me > /brainstorming > /plan, grill-me的提问是最多的, 远多于另外两个工具.
实测对比
为了对比grill-me和brainstorming, 我对这两个skill问了一个非常复杂的项目级重构, 大概需要处理几十个文件的移动和重构, 非常多需要确认的细节(某个文件要挪到哪里/跨模块如何处理依赖/如何处理循环依赖/测试要不要跟着重构/某些函数要合并/哪些模块要解耦)
- grill-me问得非常详细, 问了我差不多20个问题, 花了半个小时, 后者只问了七八个问题.
- 最终用grill-me的计划, 执行起来一遍过, 100+测试全通过
- brainstorming跑起来比较唬人，又是调研又是subagent，但最终产出的计划文档并没有grill-me好
- 具体表现在前者会生成更加详细的操作步骤, 并且看起来就非常的清晰, 而后者生成的计划文档步骤更少, 更糙一点
grill-me 这个skill的prompt非常的精简，所以能把尽可能多上下文空间留给后面的逻辑, 这一点本身就是巨大的优势
当然也有缺点, 逻辑比较简单，只做了提问，甚至问完都不会自己把文档写下来. 所以请大家问完问题之后，务必让他写入到计划文档md. 然后清空上下文之后再执行这个计划, 这样才能保持最干净的上下文
建议grill-me生成之后再让他review一遍, 或者让brainstorming Review一遍 交叉验证, 我交叉验证的时候发现grill-me的计划中漏处理一个文件, 不过问题不大
作者还录了一期AI编程的播客, 想听的话可以播客平台上搜 AI Coding For Real Engineers, 网上也有中文转录版, 他的这个仓库就是因为这期播客火起来的.
最后关于AI编程框架, 晚点我会再开新贴分享一个最近思考的暴论
网友解答：--【壹】--：
当然可以的, 作者这么实现是为了方便自由组合后续的操作, 可以自行生成plan.md或者生成PRD.MD, 作者的仓库里也提供了一个prd的skill来总结grill-me的对话
--【贰】--：
怎么访问地址全丢了404了。下面的评论的连接也是
--【叁】--：
是的，问的问题都在点子上, 基本都是必要的细节
--【肆】--：
额 写一个小需求 最后改了三四十个文件 我怎么说
--【伍】--：
作者应该移动了路径，在skill文件夹下面呢佬， skills/skills/grill-me/SKILL.md at main · mattpocock/skills
--【陆】--：
看了一下，感觉挺不错的，我赶紧试一下，感觉有帮助
--【柒】--：
skills/skills/productivity/grill-me/SKILL.md at main · mattpocock/skills · GitHub 作者移了下目录
--【捌】--：
感谢分享，试试，主要sp有点重，不过codex也能针对性关闭集合里面某个，要是claude code也能这样就好
--【玖】--：
感谢分享。马上试试看了，最近也在研究怎么减少对需求的时间
--【拾】--：
直接在skill文档里加上最后写道计划文档md里不就不用自己输入了嘛
--【拾壹】--：
我现在也是用的这个grill-me和prd-to-issues，挺简洁的，也挺符合直觉的。就是两个问题：
- 细化idea的过程太长了，有时候几个小时出一份
- 讨论的过程中经常会提前深入/细化，而忽略了高层的架构还没有讨论
有没有佬友有解决方案？
--【拾贰】--：
看起来还不错，赞一个，先玩一波后边再来分享下使用心得
--【拾叁】--：
哈哈, 一个小项目, 但这种重构的细节非常多, 有非常多需要确认的环节(某个文件要挪到哪里/跨模块如何处理依赖/测试要不要跟着重构/某些函数要不要混在一起/哪些模块用来解耦), 和 grill-me 讨论完之后, 执行起来一遍过, 很省心.
--【拾肆】--：
试了一下比头脑风暴轻量很多，而且问题也挺一针见血的
--【拾伍】--：
我感觉几十个文件的已经很大了，这种重构动的东西已经有点多了
--【拾陆】--：
现在点进去文件没有了呢，装skill也装不了
--【拾柒】--：
感谢分享。不过几十个文件的移动和重构就算项目级重构了啊。这个项目也不大啊。
--【拾捌】--：
最近也在研究harness engineering，如果这个简单的skill能代替复杂的brainstorming，那真是福音。
--【拾玖】--：
感谢分享，我感觉非常地好使！问得非常仔细
最近发现一个神奇skill. mattpocock 的 /grill-me
skills/grill-me/SKILL.md
main
---
name: grill-me
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
---
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.
If a question can be answered by exploring the codebase, explore the codebase instead.
内容非常精简，只有几句话，但效果出奇的好.
它的作用就是在你提出需求的时候，不断的质问你，和你理清需求.
AI编程的第一原则就是清晰准确的描述需求. CC自带的plan中的提问功能, Superpowers里面的brainstorming, 其实都是在做这个事情, 和你理清楚需求再做计划. 需求越清晰, 执行效果才会越好. `griil-me` 也是在做这个事情, 通过对你刨根问底的深入追问来理清需求.
对需求和做计划时慢一点，实现时才能快一点, AI编程时请记住慢就是快!
实测 /grill-me > /brainstorming > /plan, grill-me的提问是最多的, 远多于另外两个工具.
实测对比
为了对比grill-me和brainstorming, 我对这两个skill问了一个非常复杂的项目级重构, 大概需要处理几十个文件的移动和重构, 非常多需要确认的细节(某个文件要挪到哪里/跨模块如何处理依赖/如何处理循环依赖/测试要不要跟着重构/某些函数要合并/哪些模块要解耦)
- grill-me问得非常详细, 问了我差不多20个问题, 花了半个小时, 后者只问了七八个问题.
- 最终用grill-me的计划, 执行起来一遍过, 100+测试全通过
- brainstorming跑起来比较唬人，又是调研又是subagent，但最终产出的计划文档并没有grill-me好
- 具体表现在前者会生成更加详细的操作步骤, 并且看起来就非常的清晰, 而后者生成的计划文档步骤更少, 更糙一点
grill-me 这个skill的prompt非常的精简，所以能把尽可能多上下文空间留给后面的逻辑, 这一点本身就是巨大的优势
当然也有缺点, 逻辑比较简单，只做了提问，甚至问完都不会自己把文档写下来. 所以请大家问完问题之后，务必让他写入到计划文档md. 然后清空上下文之后再执行这个计划, 这样才能保持最干净的上下文
建议grill-me生成之后再让他review一遍, 或者让brainstorming Review一遍 交叉验证, 我交叉验证的时候发现grill-me的计划中漏处理一个文件, 不过问题不大
作者还录了一期AI编程的播客, 想听的话可以播客平台上搜 AI Coding For Real Engineers, 网上也有中文转录版, 他的这个仓库就是因为这期播客火起来的.
最后关于AI编程框架, 晚点我会再开新贴分享一个最近思考的暴论
网友解答：--【壹】--：
当然可以的, 作者这么实现是为了方便自由组合后续的操作, 可以自行生成plan.md或者生成PRD.MD, 作者的仓库里也提供了一个prd的skill来总结grill-me的对话
--【贰】--：
怎么访问地址全丢了404了。下面的评论的连接也是
--【叁】--：
是的，问的问题都在点子上, 基本都是必要的细节
--【肆】--：
额 写一个小需求 最后改了三四十个文件 我怎么说
--【伍】--：
作者应该移动了路径，在skill文件夹下面呢佬， skills/skills/grill-me/SKILL.md at main · mattpocock/skills
--【陆】--：
看了一下，感觉挺不错的，我赶紧试一下，感觉有帮助
--【柒】--：
skills/skills/productivity/grill-me/SKILL.md at main · mattpocock/skills · GitHub 作者移了下目录
--【捌】--：
感谢分享，试试，主要sp有点重，不过codex也能针对性关闭集合里面某个，要是claude code也能这样就好
--【玖】--：
感谢分享。马上试试看了，最近也在研究怎么减少对需求的时间
--【拾】--：
直接在skill文档里加上最后写道计划文档md里不就不用自己输入了嘛
--【拾壹】--：
我现在也是用的这个grill-me和prd-to-issues，挺简洁的，也挺符合直觉的。就是两个问题：
- 细化idea的过程太长了，有时候几个小时出一份
- 讨论的过程中经常会提前深入/细化，而忽略了高层的架构还没有讨论
有没有佬友有解决方案？
--【拾贰】--：
看起来还不错，赞一个，先玩一波后边再来分享下使用心得
--【拾叁】--：
哈哈, 一个小项目, 但这种重构的细节非常多, 有非常多需要确认的环节(某个文件要挪到哪里/跨模块如何处理依赖/测试要不要跟着重构/某些函数要不要混在一起/哪些模块用来解耦), 和 grill-me 讨论完之后, 执行起来一遍过, 很省心.
--【拾肆】--：
试了一下比头脑风暴轻量很多，而且问题也挺一针见血的
--【拾伍】--：
我感觉几十个文件的已经很大了，这种重构动的东西已经有点多了
--【拾陆】--：
现在点进去文件没有了呢，装skill也装不了
--【拾柒】--：
感谢分享。不过几十个文件的移动和重构就算项目级重构了啊。这个项目也不大啊。
--【拾捌】--：
最近也在研究harness engineering，如果这个简单的skill能代替复杂的brainstorming，那真是福音。
--【拾玖】--：
感谢分享，我感觉非常地好使！问得非常仔细