用途：在编码前对技术计划、提案或设计文档执行结构化预实施审计，尽早暴露风险、错误假设、缺失环节和范围问题，此时纠错成本最低。该技能为只读，不修改代码，产出带严重级别标签的审查文档并给出最终结论。
主要能力：先通过 AskUserQuestion 让用户选择审查视角——产品（范围、用户影响、业务对齐）、工程（架构、失败模式、测试策略、性能）或组合（默认）。按计划规模区分：小改动（单文件、约100行以内）输出压缩的四段式审查（范围、风险、缺失、结论）；标准改动执行完整流程。完整流程包括：计划理解（目标、非目标、约束）、假设挑战（逐条列出假设、若错误的影响、支持证据、证伪条件）、风险与失败映射（组件、失败模式、影响范围、恢复策略，并识别数据流影子路径）、逐组件工程审查（错误处理、数据完整性不变量、并发与竞态、负载性能、测试充分性）、范围与优先级评估（产品视角）、集成审查（API 契约、跨边界状态、迁移与部署顺序、回滚兼容性）、缺失项检查（监控可观测性、错误恢复、边界情况、安全、负载扩展、运维手册）、执行评估（依赖顺序、并行机会、风险优先、原型候选）、结论。
使用方式：触发词包括“review this plan”“is this…”等。交互上一次只问一个问题，不批量提问；遇到 HIGH 级发现立即呈现并询问是否继续或暂停讨论。输出为编号分节、每条发现带 [HIGH]/[MEDIUM]/[LOW] 标签、末尾按严重级别汇总的表格，以及带理由的最终结论（Ship、Ship with changes、Rethink、Reject）。必要时用 ASCII 图说明数据流或失败传播。
适用场景：技术方案评审、架构设计评审、上线前风险排查、跨组件集成方案评估。
限制：只读，不创建、修改或删除文件；工程视角部分与语言和框架无关，已知技术栈时可参考 references/project-detection.md；产品视角与工程视角可分别跳过对应章节。具体安装方式、收费与平台支持暂未提供。