用途：当用户要求“review my code”“review these changes”等时，对本地变更做多智能体代码审查，核心原则是找出错误答案与结构性问题，而非风格问题。不适用于单行或纯文档的小改动。
主要能力：并行运行 correctness（正确性，最高优先级）、architecture（结构合理性）、testing（测试覆盖与断言强度）、hygiene（密钥、死代码、文档漂移等，默认抑制）通道，仅在涉及 UI 文件时追加 ui-ux 通道；随后由一个 verifier 验证证据与影响面，保留有具体不良后果的发现，生成 3-6 条“优先修复”清单，并输出优点区块。结果写入仓库根目录的 REVIEW.md，每次运行覆盖，聊天中仅打印一行摘要。
使用方式：支持默认 diff 范围、显式路径、--staged、--branch <base>、--repo（整仓一致性检查）、--blueprint <skill>（按指定蓝图评审架构与 UI）、--background（在 git worktree 中后台运行）、--nits（显示被抑制的细节）。默认对所有通道和验证器调用使用 sonnet 模型，除非用户指定。
适用场景：本地提交前审查、整仓一致性检查、并发审查多个 PR（每个 PR 独立 worktree 运行 --branch）。
限制：不替代 CI lint 与人工 PR 评审；--repo 模式无 diff，通道接收完整文件内容；worktree 审查者无法自行推导 diff；REVIEW.md 会被覆盖，建议加入 .gitignore。资料未提供定价与平台信息。