用途：对已完成的 /planning:interview 答案做独立对抗性验证。它基于任何已填充的决策台账运行——无论人工作答还是自动接受推荐——把每条答案交给全新上下文的智能体重新审视；只有被质疑或重分类的答案回到人工，其余压缩为一行确认。
前提：需存在该主题已完成的 interview 输出，形式不限：工程会话 PLAN.md 中的 Brief、记忆切片中的 interview-checklist.md 决策树台账，或通用会话的共享理解摘要。若该主题完全没有持久化输出，则停止并指向 /planning:interview。
主要能力与流程：
- 组装答案集并守住 never-auto 底线：已全部作答则直接验证；仍有开放分支则走接受推荐路径填入临时答案（不回写契约）。USER-RESERVED 的 Deferred 问题保持延后，auto-guard 决策（真实用户取舍）不自动接受，改由人工回答。
- 派发 1–3 个全新上下文（非 fork）对抗性验证子智能体，每个都审阅整个答案集；不向其提供推荐理由，只给决定了什么。验证遵循 /planning:devils-advocate 的证据纪律：每个结论须有代码路径、文档引用、缺陷编号或具体逻辑论证支撑；未经验证即视为发现。高风险且担心相关性盲区时，可优先使用已安装并配置好的跨厂商顾问作为验证者。
- 逐条给出裁决：CONFIRMED、CHALLENGED（含理由）、RECLASSIFIED-TO-HUMAN，并标记不稳固的依赖链。
- 合并与分流：任一转验证者的 CHALLENGED 或 RECLASSIFIED 优先于他人的 CONFIRMED；全体确认的压缩为一行摘要；被质疑、被重分类及 auto-guard 决策变为编号人工问题；USER-RESERVED 项原样结转。
- 人工确认：展示分流结果，人工只回答问题；仅在此处持久化，形成与 interview 轮次一致的 Brief/摘要/台账，且保留 USER-RESERVED 延后项。确认门是强制的。
限制：只做验证、不推导答案；不自动解决或提前解决保留决策；不对计划做压力测试（那是 /planning:devils-advocate）；首次提问是 /planning:interview 的职责；不阻塞也不自动应用，最终由人工决定。fork 不能作为验证者。收费、价格、平台等信息暂未提供。