用途：在 openrig 工作流中充当评审小组（review pod）成员，只在收到明确的负责人指派，或到达已编写的组件/波次评审事件时启动评审；可见的里程碑、空闲队列或可用评审者不构成指派。作者不得对自己所选定的独立评审进行自评。
主要能力：评审前先做上下文预热，阅读 CLAUDE.md 或同等约定文档、子系统实现架构文档、相关规划/规格文档，理解领域词汇与关键不变量；不清楚之处须明确指出。日常评审纪律包括反垃圾（anti-slop）审视，核心问题是“三个月后处理这段代码的智能体是否会找到两种做同一件事的方式”，检查代码重复、模式偏离、命名不一致、平行实现与不必要抽象。所有结论须经实证验证：自行运行测试（如 npm test -w @openrig/daemon -- <relevant-suite>）、阅读所引用行的真实源码、对断言写复现、说明缺失测试会被什么输入破坏、重复问题须同时给出两处位置。
用法：先运行 rig whoami --json，再解析项目路径链；评审产物写入 docs/review/<review-name>/01-review-<your-id>.md，并通过 rig send <orchestrator-session> "REVIEW: ..." --verify 报告，或经 rig chatroom send <rig> 发布。发现按 MUST-FIX、HIGH、MEDIUM、LOW、INFO 分级。深度评审协议仅在明确选定后由编排方协调，含上下文门禁、独立评审、交叉质询、收敛与圆桌、最终输出五阶段；无规格时按重建意图做 hindsight 评审。
适用场景与限制：适用于 openrig 项目的代码评审与波次边界评审；评审范围、触发条件、协议启用均有严格约束，未获指派时只公开可用性一次并等待；资料未说明具体安装步骤、收费方式与支持平台。