用途
batch-grill-me 是一个面向需求澄清和方案设计的访谈流程技能。它的目标是通过持续、系统化的提问，让协作者与用户达成“共享理解”，避免在没有充分对齐的情况下贸然行动。它把设计过程抽象成一棵“设计树”：每一个决策都会分叉出依附于它的后续决策。
主要能力
- 设计树建模：将待定的设计问题组织成树状结构，每个决策节点下挂依赖于它的子问题。
- 按轮次推进：不零散提问，而是分批处理，每轮集中处理一批问题。
- 前沿（frontier）计算：前沿指所有前置条件已经确定、当下即可提出而无需猜测未听到答案的问题。每轮提出整个前沿。
- 带推荐答案：每个问题都编号，并给出建议答案，方便用户快速判断。
- 自动重新计算前沿：用户每轮回答后，已确定的决策会把前沿向外推进，解锁依赖于它们的问题；技能会重新计算前沿并询问下一轮。
- 延迟依赖问题：如果某问题的答案依赖于本轮仍未解决的问题，则该问题属于后续轮次，不在本轮提出。
- 自主查证事实：查找事实是技能的职责，而非用户的。当前沿问题需要来自环境（文件系统、工具等）的事实时，派子代理去查找，不向用户索取本可自行查到的信息。查找过程不阻塞整体推进：正在进行的探索属于未确定的前置条件，只有其下游问题需要等待子代理汇报，其余前沿问题照常立即提出。
使用方式
- 对用户进行持续的访谈，直到达成共享理解。
- 将问题映射为设计树。
- 按轮次处理设计树：计算当前前沿，编号提出全部前沿问题，并为每个问题给出推荐答案。
- 等待用户回答后，再进入下一轮。
- 根据用户回答重塑设计树，重新计算前沿，继续下一轮。
- 需要环境事实时派子代理查找，不阻塞其余问题。
- 决策权归用户：每个决策都提交给用户并等待。
适用场景
- 需求或设计尚不清晰，需要系统化澄清的协作场景。
- 存在多个相互依赖的决策，需要按依赖顺序推进的规划工作。
- 希望避免“静默假设”、确保每个分支都被访问的对齐过程。
限制
- 整个过程持续到前沿为空，即设计树每个分支都被访问、没有任何静默假设为止。
- 在用户确认已达成共享理解之前，不得据此采取行动。
- 关于收费、价格、平台支持等信息，当前资料暂未提供。