用途：在合并前审查 pull request、分析代码变更、验证代理产出质量，或用户明确要求严格、彻底的代码审查时使用。
主要能力：采用多轮（6-pass）审查方法，覆盖技术问题识别、代码一致性、架构与重构、环境兼容性、验证策略和上下文综合；输出包含变更说明、建议修复、可简化项、需向用户确认的问题、建议检查命令和任务总结。支持并行审查模式，如 code-review-3、code-review 3X、review with 4 reviewers 等，会启动多个独立审查者分析同一变更，再由综合审查者汇总共识与分歧。
使用方式：先确定审查目标并收集上下文，例如 GitHub 用 gh pr view <number> --json number,title,body,additions,deletions,files 和 gh pr diff <number>；Forgejo 通过 API 获取 PR 与 diff；本地无 PR 时用 git diff main...HEAD 和 git diff --name-only main...HEAD。审查必须发布到活跃平台：GitHub 用 gh pr comment，Forgejo 用 API 发 MR 评论，本地 tk 用 todos_oneshot 创建带 review 标签的工单。并行模式通过 teams(action: 'delegate', tasks: [...]) 同时委派多个审查者，所有审查者使用完全相同的提示，各自独立完成审查并创建 tk 工单，最后由综合审查者读取所有工单生成统一优先级审查。
适用场景：合并前审查、开发流程第三阶段、代理工作后的质量验证、需要高置信度共识审查时。
限制：资料未提供具体安装命令、收费方式、支持平台完整列表或性能数据；审查必须发布到平台，否则视为任务失败；唯一绕过审查的方式是用户事先明确要求。