用途：当被要求评审计划、挑战提案、进行 CEO 评审、挑方案漏洞、思考更大范围，或决定扩大还是收缩范围时使用。该技能只做评审，不做代码改动，也不启动实现。
主要能力：提供四种评审姿态——范围扩张（追求理想方案，逐项让用户选择是否纳入）、选择性扩张（先守住基线，再逐项呈现扩张机会供挑选）、守住范围（最大严谨度，覆盖失败模式、边界情况、可观测性与错误路径）、范围收缩（只保留达成核心结果的最小可行版本）。核心原则包括：零静默失败、每个错误都要命名、数据流需追踪正常路径与 nil/空/上游错误三条影子路径、交互需覆盖双击/中途离开/慢连接/陈旧状态/返回键等边界、可观测性属于范围而非事后补充、图表为必需、所有延后事项必须写下来。
使用方式：先执行第 0 步“核弹级范围挑战与模式选择”，包括前提挑战、现有代码复用、12 个月理想状态映射、必须给出 2-3 种实现替代方案（含最小可行与理想架构）并推荐其一、等待用户批准；随后进行时间维度盘问（第 1 小时基础、2-3 小时核心逻辑、4-5 小时集成、6 小时以上打磨与测试），再让用户选择四种模式之一。模式确定后依次评审 11 个部分：架构、错误与救援映射、安全与威胁模型、数据流与交互边界、代码质量、测试、可观测性与监控、数据库与状态管理、API 设计与契约、性能与可扩展性、设计与 UX（仅当涉及 UI）。每个问题一次只问一个，不得批量；任何部分都必须评估，不能以“不适用”跳过。最后输出 CEO 评审摘要，包含模式、最强挑战、推荐路径、已接受范围、延后项与明确排除项，并保存到 memory/。
适用场景：新功能、功能增强、缺陷修复或热修复、重构等计划的评审；默认建议为绿地功能用扩张、增强用选择性扩张、修复与重构用守住范围、涉及超过 15 个文件时建议收缩。
限制：不修改代码、不实现；所有范围变更必须由用户显式选择；完成状态为 DONE、DONE_WITH_CONCERNS 或 BLOCKED。具体安装命令与运行环境资料暂未提供。