Reviewer
多Agent工作流中负责代码审查的角色，其交接上下文需要包含意图说明（spec）与证据（diff、日志），才能判断改动是否符合预期。
时间轴 (近 90 天)
框架定义三个角色：Run Owner（写运行行、维护五项假设、粘贴预检报告到Wiki，无权宣布任务就绪）、Box Steward（维护出站白名单，唯一能签署例外的人）、Reviewer（合并前读取运行行和报告哈希，判断报告是否过期或运行行是否新增出站主机）。
两次交接（任何FAIL触发Run Owner到Box Steward；门禁通过后触发Run Owner到Reviewer）都通过Wiki编辑而非消息通知完成，以便下一个接触该任务的人能继承推理过程。
RoboRSI 通过 Manager（管理者）、Planner（规划者）、Engineer（工程师）和 Reviewer（审查者）四个角色的协同工作，完成规划、执行、诊断和新技能的验证发布。
Reviewer模式下模型不直接参与任务执行，而是对工作者智能体的输出进行质量控制，类似软件开发中的Code Review过程
单模型输出常存在幻觉、逻辑跳跃或格式不规范问题，引入独立审查步骤可作为自动化质量保障
全部知识事实 (5)
Reviewer模式下模型不直接参与任务执行，而是对工作者智能体的输出进行质量控制，类似软件开发中的Code Review过程
85%待验证单模型输出常存在幻觉、逻辑跳跃或格式不规范问题，引入独立审查步骤可作为自动化质量保障
80%待验证框架定义三个角色：Run Owner（写运行行、维护五项假设、粘贴预检报告到Wiki，无权宣布任务就绪）、Box Steward（维护出站白名单，唯一能签署例外的人）、Reviewer（合并前读取运行行和报告哈希，判断报告是否过期或运行行是否新增出站主机）。
50%待验证两次交接（任何FAIL触发Run Owner到Box Steward；门禁通过后触发Run Owner到Reviewer）都通过Wiki编辑而非消息通知完成，以便下一个接触该任务的人能继承推理过程。
50%待验证RoboRSI 通过 Manager（管理者）、Planner（规划者）、Engineer（工程师）和 Reviewer（审查者）四个角色的协同工作，完成规划、执行、诊断和新技能的验证发布。
50%