grill-with-docs: skills/skills/engineering/grill-with-docs/SKILL.md at main · mattpocock/skills · GitHub
grill-me: skills/skills/productivity/grill-me/SKILL.md at main · mattpocock/skills · GitHub
作者的文章:
aihero.dev
grill-with-docs: Align Before You Build
Learn /grill-with-docs: combine AI interviewing with domain-driven design to build better codebases with shared language and less repetition.
grill-me的作者Matt Pocock最近发了个新skill grill-with-docs，同时发了篇文讲述了一下它们的区别和选择。最大的不同就是grill-with-docs会在你敲定决策后把要点写进文档，解决了grill-me不会同步写文档容易丢上下文的问题。实际用下来个人感觉后者体验确实更好，不光询问当前的决策，还能看到后面的预览
简而言之对于大部分的开发环境，grill-with-docs可以替掉grill-me。不过docs依赖于它生成的CONTEXT.md和ADR文档，转skill得先对接。可以用这段提示词来转:
我们之前用grill-me这个skill讨论了很多内容，现在准备切换到grill-with-docs这个skill，开始对接任务
1. 查看grill-with-docs SKILL.md中的内容
2. 回顾我们之前的讨论，提炼出最重要的领域概念、术语定义和决策
3. 参考grill-with-docs的工作流，生成 CONTEXT.md 和ADR文档，存储对话中的关键内容，进行切换skill的对接
4. 列出目前还开放的问题或需要进一步澄清的地方
完成后，将用grill-with-docs替代grill-me继续后面的开发任务
完成之后换新的skill，就不用担心grill的内容丢失的问题了
extra:
grill-me并不是就没有用了，正如文中所说
没有代码库，也就是非开发环境下grill-me用起来更好，如文章里提到的策划活动，商业模式推演之类，侧重于个人的brainstorm
以及一些我个人的观点 暴论
grill-with-docs会同步写文档，所以用起来会比较重，仓库结构也会更复杂，对于写新项目，或者是开发新功能时很好用；但对于小一点的模块，如在原有基础上添一个小补丁，或者是修规模小但难缠的bug时，grill-me用起来更快捷
大型项目我是opus 4.7 & grill-with-docs规划，完成后再切gpt 5.5 xhigh写代码；对于第二种情况，可以直接用5.5 xhigh & grill-me解决。顺带一提我装了trellis，规范后切模型很丝滑
3 个帖子 - 3 位参与者