为何 grillme 牛逼？

grillme 牛就牛在它用极简的方式，狠狠抓住了 AI Agent 时代最要命的那个死穴。

它不是什么大而全的框架项目，而是一个只有几行字的 Skill（主要来自前 Vercel 工程师 Matt Pocock）。核心就一句话的事：在写任何代码之前，先把你按在椅子上，沿着设计决策树的每一个分支，一题一题、 relentlessly（不留情面）地拷问，直到你和 AI 真正达成共享理解。

为什么这招特别牛？

普通 AI coding agent 的典型死法是这样的：

你说「我想加个评论功能」，它立刻开始写 React 组件 + API + 数据库 schema……写完你一看：「不对啊，我要的是带审核的、支持 Markdown 的、还能@人的那种……而且要在现有用户系统里走。」然后返工、改需求、又返工。

grillme 的做法完全反过来：它不会先动手，而是先变成一个极度挑剔的老工头。

它会一题一题问：

• 这个评论是给谁用的？匿名用户也要支持吗？
• 审核流程是自动还是人工？边界情况怎么处理？
• 要不要支持 Markdown？@人功能要不要实时通知？
• 这个功能和现有权限系统怎么对接？有没有性能考虑？
• 如果以后要加「回复楼中楼」，现在的模型要不要预留扩展点？

这本质上是在把 Fred Brooks《The Design of Design》里的决策树思维，变成了可执行的 agent 行为。

它真正厉害的地方

1. 对症下药：AI 时代最大的浪费不是「代码写得慢」，而是「人和模型还没对齐就开工」。grillme 直接把这个浪费堵在源头。

2. 极简即极强：prompt 短得离谱，却改变了整个工作流的范式。这正是「少即是多」的经典示范。

3. 产出物天然高质量：整个拷问过程的聊天记录，事后整理一下就是一份扎实的 PRD + 实施计划。历史本身变成了文档。

4. 对重度 agent 用户特别友好：你这种在搞 KLIP、代理流、上下文工程、自演化系统的人，经常面对的都是「模糊但高复杂度」的任务。用 grillme 先把决策树梳理清楚，再让 agent 去执行，隐性代价能省非常多。

它不是让你「被 AI 支配」，而是强迫你和 AI 把话说清楚再干活。真正的工程牛人，从来不是最快开工的那个，而是把「我们到底要建什么」这件事，先搞得最清楚的那个。

简单来说：grillme 牛在它把「先想清楚」这个老道理，用 agent 时代最高效的方式重新实现了。