当需要挑战计划时，用项目文档逐支拷问作者并对齐决策与术语

在评审方案或方向时，依据已有文档、词汇表和工作笔记，逐层追问决策分支，直到形成共享理解并更新文档。

适用场景

解决思路

1. 如果尚未加载，先加载 `/intent-modeling`。
2. 围绕计划的所有方面持续追问作者，直到双方达成共享理解。
3. 沿决策树的每个分支推进，逐个解决决策之间的依赖关系。
4. 每轮只处理下一个未解决分支，或一组作者能在一轮回复中回答的相关问题，然后等待回复。
5. 为每个问题提供你推荐的答案。
6. 阅读作者提供的计划或提议方向，识别决策分支——会制约其他选择的选项。
7. 识别依赖顺序——哪些决策必须先解决。
8. 识别需要精确化的术语——模糊、含义过载或未定义的词汇。
9. 识别假设——被视为既定但可能不成立的事项。
10. 从最高杠杆的未解决依赖开始——即最早能解锁最多下游决策的分支点。
11. 对照项目已有的词汇表检查每个重要术语（若存在）。
12. 查看 kb 中的词汇页——项目通用术语在 `kb/vocab.md`，领域特定术语在 `kb/<domain>/vocab.md`。
13. 查看 `CLAUDE.md` 中的项目约定——已建立的名称和标签。
14. 查看 `work/` 中的当前工作笔记——为当前工作已定义的术语。
15. 查看先前决策——由更早选择确立的术语。
16. 当作者用语与已文档化术语冲突时，立即指出。
17. 命名冲突：You said X, but the kb defines Y for this concept — which should we use? 或中文说明：你说的是 X，但 kb 为此概念定义的是 Y——我们该用哪个？
18. 将模糊或含义过载的术语锐化为规范术语。
19. 用具体场景和边缘案例强制划定精确边界——例如问：这里的 `sync` 是指时间线节拍、角色的领悟，还是新东西？
20. 词汇纪律参见 `/shared-dao`。
21. 当回答需要交叉参考当前上下文之外的项目材料时，直接读取具体文件。
22. 或启动一个聚焦的子代理来收集证据，以便自己的上下文仍集中在拷问对话上。
23. 将每次查找限定在一个问题上，并指向具体文件或目录——章节、kb 条目、大纲、先前决策。
24. 将查找框定为寻找证据的问题，并给出文件/路径目标。
25. 根据发现采取行动，以锐化下一个问题，或用证据挑战作者的假设。
26. 随着决策成形，即时更新产物；推理拖得越久越容易被压平，要当场记录。
27. 在 `work/` 中记录决策稳定下来的内容——决策、推理，以及出现的任何约束。
28. 保持开放问题可见。
29. 当会话产生新的规范术语或细化现有术语时，更新相应的词汇页：跨领域术语更新 `kb/vocab.md`，领域特定术语更新 `kb/<domain>/vocab.md`。
30. 页面结构遵循 `/kb-management`。
31. 谨慎创建持久决策记录——仅当选择难以逆转、脱离上下文会令人意外，并且涉及真实权衡时。
32. 将持久决策记录在相关 kb 页面中。
33. 将临时决策留在 `work/` 中，直到它们被证明是持久的。
34. 每次循环处理一个决策分支时：陈述该分支以及它现在为何重要（依赖上下文）。
35. 提出聚焦问题，并为每个问题附上你的推荐答案。
36. 等待作者回复。
37. 如果回答引出子问题，先深入处理该子问题，再继续前进。
38. 如果回答可对照项目材料验证，检查相关文件，并用发现来确认或挑战。
39. 当分支解决时，立即更新相关文档表面。
40. 推进到下一个分支。
41. 当决策树的所有分支都已解决，且文档反映了共享理解时，会话结束。

适用边界 · 注意事项

• 当项目没有已文档化决策、词汇表或工作笔记可参照时，先建立文档再使用。
• 当决策简单、可逆且无需共享理解时，不要进行高强度逐支拷问。
• 当时间紧迫或作者无法参与多轮问答时，不适合使用。