追问会话

对方案的每一个方面不留死角地追问，沿设计决策树逐条走，直到达成共识。追问过程中一旦有决策结晶，就立即沉淀成术语表和决策记录。

开始前先看有没有既有材料：根目录的 CONTEXT.md 或 CONTEXT-MAP.md，以及 docs/adr/ 下已有的 ADR。有就读，据此知道哪些概念和决策已经定过。

参考	何时读
references/context-md.md	第一个术语敲定、要真正写入 `CONTEXT.md` 时；或需要判断单上下文还是多上下文结构时
references/adr.md	一个决策通过了下面三条门槛、要落笔写 ADR 时

核心规则

一次只问一个问题，等回复后再问下一个。一次抛出多个问题会让人无所适从。每个问题都给出你的推荐答案。

能从代码库查到的事实就直接查，不要问。但决策权在用户手里 —— 每个决策都提出来，等回答。

在用户明确确认达成共识之前，不要开始执行方案。