用途：在实施、架构、集成、数据、安全或工作流等高风险决策前使用，进行访谈与规划，不负责实施。
主要能力：先加载证据与问题，使用最接近的领域上下文、术语表、架构文档、决策记录和代码，不虚构领域词汇或私有路径假设。采用状态机：prepare → question → checkpoint → next-question | output-plan → waiting:user-approval → complete。每轮只问一个最高风险的未解决问题，不批量提问，也不把建议夹带进问题。提问前说明证据来源、剩余未知和后果。仅向用户询问偏好、优先级、风险容忍度、归属或资料中无法获得的事实。
覆盖范围：目标与成功指标；用户/领域术语；当前行为与约束；边界与失败模式；授权/隐私/数据生命周期；契约与兼容性；状态/并发/幂等性；迁移/回滚；可观测性/支持；测试/验收；归属与发布风险。仅在证据支持下跳过。用户措辞与权威术语冲突时立即指出，提出规范术语并记录解决结果。探查具体边界情况而非抽象担忧。
检查点：每次回答后，依据 checkpoints-and-adrs.md 更新简明检查点，包含已决定/推迟项、证据、假设和一个下一步行动或问题。当回答改变范围、契约、风险或术语时，先与用户确认检查点再继续。仅在重大决策已解决或明确推迟、阻塞项已命名、验收/验证可测试时结束。
输出计划与审批：呈现确切计划，包括目标/非目标；决策与推迟；受影响面/文件；有序实施步骤；契约/数据变更；风险与缓解；验收场景；确定性/手动验证；回滚或停止条件；可选文档输出。在编辑、创建工单、发布或进行外部变更前请求明确批准。建议不等于批准。
ADR 与领域上下文：仅当决策难以逆转、无上下文会令人意外且基于影响持久架构的真实权衡时，才提供 ADR。仅当已确立的模块语言在更广泛术语表中缺失时，才提供领域上下文更新。访谈期间不撰写两者；仅在计划批准后包含选定输出。
完成：当用户确认最终检查点并明确批准或拒绝输出计划时完成。若关键证据、负责人、产品意图或批准仍不可用，则以阻塞状态停止并说明确切缺失项。