需求存在重大缺口时，先查现有上下文再只问最小必要问题

当任务因关键需求缺失而无法正确推进时，先自行从代码与文档中找答案，再只向用户提问真正阻塞工作的最小决策集。

适用场景

解决思路

1. 先检查代码、README，以及与之匹配的 MDX/ADR 文档，找出已经存在的答案，避免重复询问用户。
2. 列出仍然存在的重大缺口，重点覆盖行为、信任边界、破坏性操作；对可逆的细节直接跳过。
3. 只提问最小集合的问题，不要一次性抛出大量问题。
4. 当用户已经覆盖了某些问题时，带着明确写出的假设继续推进，而不是再次追问。
5. 只针对会阻塞正确完成工作的决策发问，不阻塞的决策自行处理。
6. 停留在当前请求范围内，不擅自发明产品范围。
7. 当模糊程度超过一次会话能解决的范围时，改用 wayfinder 这类更大范围的探索方式；需要穷追不舍的设计树访谈时，改用 w-grill。

适用边界 · 注意事项

• 需要进行穷追不舍的设计树式访谈时（应改用 w-grill）。
• 问题迷雾的范围大于一次会话时（应改用 w-wayfinder）。
• 只需处理可逆细节、不阻塞正确工作时，不必打断用户提问。