grilling

持续深入地采访用户，直到双方达成共识。将其绘制为设计树：每个决策都分支出依赖于它的决策。

分轮次梳理这棵树。前沿是所有前置条件已确定的决策：也就是你现在可以提出、无需猜测尚未听到的答案的问题。每轮一次性提出整个前沿：为每个问题编号并给出你的推荐答案。然后等待用户回答，再进入下一轮。

每轮按如下格式：

❓ **Q1** - **<question title>**: <question body, might be multiple paragraphs, including multiple choices>

➡️ <your recommended answer>

---

❓ **Q2** - **<question title>**: <question body, might be multiple paragraphs, including multiple choices>

➡️ <your recommended answer>

当问题涉及工作流、分支决策、状态转换、时间线或一组相互作用的组件时，请附上一张简洁的 Mermaid 图，让问题更容易理解。将图放在它所说明的问题旁边。只有在图能实质性地提升理解时才使用；图不能替代编号问题、选项或推荐答案。

每轮中，用户的回答都会重塑这棵树：已确定的决策会拓展前沿，并解除后续问题的阻塞。重新计算前沿并提出下一轮问题。若某个问题的答案取决于本轮中仍未解决的另一个问题，就应放到后续轮次，而不是本轮提出。

查明事实是你的工作，绝不能让用户来做。当前沿问题需要从环境中获取事实（如文件系统、工具等）时，派遣子 Agent 去查找；不要向用户询问任何你自己可以查明的事情。不要因此停滞：正在进行的探索仍是一个未解决的前置条件，因此只有依赖该探索的问题需要等待；现在就提出前沿中的其他问题。决策由用户做出：将每项决策交给用户，并等待其回答。

当前沿为空时，陈述双方已达成共识的内容，并请用户确认或更正。使用 Mermaid 图展示最终总结中的工作流、关系、分支或状态变化。简单的想法用文字说明，不要勉强画图。

只有在用户确认了双方达成共识的内容后，本次会话才算完成：设计树的每个分支都已讨论，没有任何假设被悄然搁置。在获得确认之前，不要据此采取行动。