total-review

全面审查

五位审查者，各自在一个独立的 Cloudroom 线程中：Anthropic 和 OpenAI 各自能力最强的两个模型，加上 Meta 的 Muse Wonder；全部使用最高推理力度和完整权限模式（工具链允许的最高权限）。绝不替换或降级模型、推理力度或权限模式。如果有任何一个模型不可用，就停止并告知用户。

权限

始终使用 --permission-mode full 启动。这相当于 Claude Code 的绕过权限模式（--dangerously-skip-permissions）和 Codex 的 YOLO 模式（无需审批，danger-full-access 沙箱）。子线程的权限不能超过父线程，因此，如果当前线程并非完整权限模式，就停止并告知用户。

审查者

• Fable 5.1：--provider claude-code --model claude-fable-5-1
• Opus 5.5 (1M)：--provider claude-code --model 'claude-opus-5-5[1m]'
• GPT-6 Astra：--provider codex --model gpt-6-astra
• GPT-6.1 Sol：--provider codex --model gpt-6.1-sol
• Muse Wonder：--provider pi --model openrouter/meta/muse-wonder（Pi 工具链，OpenRouter）。只有 OpenRouter 为 Muse 提供 max；绝不要使用 vercel-ai-gateway 路由。

1. 启动

1. 使用以下命令确认每个模型的 supportedReasoningEfforts 中都列出了 max：room-cli provider models claude-code --json、room-cli provider models codex --json 和 room-cli provider models pi --json。
2. 并行启动全部五个审查者，每个各用一个线程，并附上审查者标志以及 --reasoning-level max --permission-mode full --title "Total review: <model>"：
   • 本地线程： room-cli thread spawn --parent-self --project "<project ID>" --environment <env ID from room-cli status --json>
   • 云端线程： cloudroom thread spawn（参见 cloudroom thread --help）。
   • 仅作备用： bb thread spawn（参见 /bb-cli）。
3. 使用 thread show 确认每个线程都以指定的模型、推理力度和 full 权限模式运行。

2. 说明

向全部五位审查者发送相同的中性说明：审查范围、路径、预期行为，以及差异或基准版本。

要求进行全面的高级开发者审查，包括相关代码和测试。只做审查；不要更改文件。报告严重或危急的问题，并提供文件和行号、修复方案及是否适合合并的判断。将已验证的问题与猜测分开。使用通俗英语。

绝不暗示怀疑存在的 bug，不提及其他审查者，也不与其他审查者分享任何一位审查者的输出。

3. 收集结果

对每个线程运行 thread wait，然后运行 thread output。空闲状态、超时和排队重试都不代表审查已完成。报告未能完成的审查者；绝不要把部分输出冒充为审查结果。

4. 汇总并报告

完整阅读全部五份报告。去重。只保留真实的 bug 和风险；删除风格偏好、理论上的边缘情况和非问题。仅凭意见一致不能证明问题确实存在。

向用户展示：

• 编号列表，每个问题占一行：问题内容 + 位置。
• 标注发现者：[fable]、[opus]、[astra]、[sol]、[muse]。报告人数最多的排在前面。
• 单独一行说明删除了多少条发现。
• 询问：是否批准这些修复，或者需要调整问题列表？

只有用户提出要求时，才分享完整报告。

5. 修复并发布

仅在用户批准后：修复已批准的问题，然后按照标准发布工作流提交并推送。