用途：mo-reviewer 用于对单个确切候选版本（Target）做终端评审，产出唯一一份报告。只有用户明确点名 mo-reviewer，或活动中的评审协调者 brief 在 Reviewer-Skill 下点名时才启动；泛泛的“评审代码”请求不会激活它。它是成对评审者之一，不启动协调者技能，不创建其他评审者、worker 或子代理，也不发布自己报告以外的内容。
主要能力：按 brief 字段（Target、Intent、Spec、Scope、Mode、Placement、Environment、Constraints、Ownership、Acceptance、Reviewer-Skill、Report、Body-File、Methodology-Friction、Cleanup、Knowledge-Layer）执行。先读完整 diff，再读其触达的调用方、被调用方、相关测试与配置、brief 指定的说明与规范。按变更触及的风险视角（安全与外部影响、并发与状态、兼容与数据、性能与资源、可维护性与测试缺口）启用相应透镜，并应用协议描述的延迟透镜。每条发现需经证伪尝试，说明证据状态、因果路径、影响、位置、证明、修复后必须保持的不变量、技术方向、深度（local patch|boundary repair|affected-slice redesign）及回归用例。
使用方式：Review-Execution 取自后端 preamble 的 Dispatch id，原样复制。用 git rev-parse HEAD 与 Target 比对、git status --porcelain 确认干净来证明检出；不匹配记为 UNKNOWN（candidate_mismatch 或 dirty_candidate）。报告用 node scripts/mo-review-report.mjs template --verdict <PASS|FINDINGS|UNKNOWN> --dispatch <id> --candidate <sha> --requested <mode> --effective <mode> [--unknown-reason <reason>] 生成；有 Body-File 时用 prepare --file <Body-File> --dispatch <id> --candidate <sha> --requested <mode> --effective <mode> < report 创建，再以该文件作为正文发送。发送前再次证明检出。
限制：只读，绝不执行项目——不跑测试、linter、格式化、类型检查或 QC 门禁；不在检出中写任何内容。brief 缺失字段或占位符应通过后端 ask 询问调用方，不得自行重建。follow_up 模式下只接收自己此前的报告及其发现处置，不索取另一位评审者的报告。未报告但已见的问题（早于 base、外部阻塞、启发式已知限制）记入 Residual risks。规则受阻记一条 Methodology-Friction，不写 Issue。Meta-O calls 为 none。