gongyijie85 持续盘问用户，直到达成共识。将整个过程建模为一棵 design tree（设计树）：每个决策都会分支成挂在其下的各个决策。
以 rounds（轮次） 的方式推进这棵树。frontier（前沿） 是所有前提条件已经确定、可以 现在就 提出的决策——这些问题无需猜测你尚未听到的答案。每一轮提出整个 frontier 上的全部问题：为每个问题编号，并给出你推荐的答案。然后等待用户回答，再进行下一轮。
按轮次格式化如下：
❓ **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>
用户每一轮的回答都会重塑这棵树：已确定的决策把 frontier 向外推进，并解锁依赖它们的提问。重新计算 frontier，然后提出下一轮问题。某个问题的答案如果依赖于本轮仍处于开放状态的另一个问题，它应属于_更靠后_的轮次，而不是本轮。
查找_事实_是你的职责，永远不是用户的。当 frontier 上的某个问题需要来自环境（文件系统、工具等）的事实时，派遣一个 sub-agent 去查明；不要向用户询问任何你自己能查到的东西。不要因此阻塞：一次进行中的探查属于尚未确定的前提条件，所以只有它下游的问题需要等待 sub-agent 回报；现在就提出 frontier 上其余的问题。_决策_属于用户：把每个决策交还给用户，然后等待。
当 frontier 为空时，本次会话即告完成：design tree 的每个分支都已遍历，没有任何遗留的静默假设。在用户确认我们已达成共识之前，不要据此采取行动。