用途：在实施开始前，检测那些如果不对齐就很可能产生错误结果、返工或大量重复追问的实质歧义或欠明确请求，并选择正确的澄清目标、执行有边界的对齐。适用于歧义会导致错误交付物、错误范围、错误实现路径、错误验证目标或明显增加 token 消耗的场景。
主要能力：默认保守启用，仅在歧义可能造成上述实质后果时激活；可通过显式调用或更高优先级指令提升到中等或激进姿态。工作流程为：先静默评估歧义，检查激活与绕过规则；若为明确的继续、批准或低风险修正，则绕过并继续；需要对齐时路由到正确的目标模式；提出最少的高价值问题；收到回答后合成具体计划、锁定剩余重要假设，必要时走审批流程；用户不可用时进入无人值守行为；若无真正阻塞则继续，不重新开启宽泛澄清。
使用方式与限制：优先 1 至 3 个问题，单轮最多 5 个问题，每题最多 4 个选项并可附自由输入；有界澄清后最多允许一次仅限阻塞项的追问。可使用 assets/TEMPLATE_MANAGER_PACKET.md 进行经理升级，用 assets/TEMPLATE_PLAN_CONFIRMATION.md 做计划确认，用 assets/TEMPLATE_ASSUMPTIONS_BLOCK.md 锁定假设。不将其用作不读规格、不遵循已批准计划、不遵守仓库规则或既有执行模式的借口；不为了最大化确定性而提问，不打断明显继续消息，不为低风险工作增加批准仪式，不重复已由上下文回答的问题，不保留冗长澄清日志。
其他章节：资料列出参见激活规则、目标模式、绕过规则、问题模式、审批流程、无人值守行为、失败模式和 token 经济性，但未提供各章节详细内容。