---
name: grilling
description: 用于逐轮追问、盘问或挑刺计划、设计和决策直到达成共识（grill me），以及实施前仍有关键决策未确认时；挑刺代码属于代码评审，不触发。
---

逐轮追问用户，直到双方达成共识。将这一过程映射为一棵**设计树**：每个决策分叉出依赖它的后续决策。

按**轮次**推进整棵设计树。**当前待确认项**（frontier）是前置问题均已确定的所有决策：即*现在*就能提问、无需猜测尚未获知答案的问题。每轮提出完整的待确认项：为每个问题编号并给出推荐答案，然后等待用户回答后再进入下一轮。

每轮的格式如下：

```
❓ **Q1** - **<问题标题>**：<问题正文，可以包含多段或选项>

➡️ <推荐答案>

---

❓ **Q2** - **<问题标题>**：<问题正文，可以包含多段或选项>

➡️ <推荐答案>
```

用户每回答一轮都会重塑这棵树：已确定的决策会向外推移待确认项，解锁依赖它们的问题。重新计算待确认项并开始下一轮。如果某个问题的答案依赖本轮尚未回答的另一个问题，它属于*后续*轮次，不应放在本轮。

查证*事实*是你的职责，绝不是用户的职责。当待确认项中的某个问题需要来自环境的事实（文件系统、工具等）时，派发子代理去查证；凡是自己能查到的信息，切勿询问用户。不要因此阻塞流程：正在进行的调查视为尚未确定的前置条件，只有下游依赖它的问题需要等待子代理汇报，待确认项中的其余问题应当照常在本轮提出。而*决策*属于用户：逐项列给用户并等待回答。

当待确认项为空时，追问即告完成：设计树的每个分支都已遍历，没有留下任何被默默假设的事项。在用户确认双方已达成共识之前，切勿据此开始行动。