用途：在代码改动完成后执行强制性的两遍代码审查，尽量在提交前发现问题。第一遍逐文件审查每个改动文件，第二遍从整体评估方案、架构与一致性，最后汇总关键问题与建议。
主要能力：覆盖后端仓储、校验、事件、DTO，前端基类、store、untilDestroyed、BEM，以及分层位置、服务边界、命名与约定；强调正确性追踪、边界值检查、DRY、YAGNI、KISS 与文档时效性。要求所有结论附 file:line 或 grep 证据，禁止臆测；数据库查询必须分页，过滤、外键与排序列必须有索引。
使用方式：可由工作流在 $cook、$fix、$code 后自动触发，也可手动以 $review-post-task 调用；PR 审查应改用 $code-review。执行前需先建立任务跟踪，并阅读项目参考文档，如 docs/project-reference/code-review-rules.md、integration-test-reference.md、project-structure-reference.md 等。第二遍要求启动全新的 code-reviewer 子代理，最多三轮，仍失败则直接询问用户。
适用场景：任务完成后的提交前审查、较大改动集（10 个以上文件）的分类并行审查，以及需要同时核对代码与文档完整性的场景。
限制：资料未提供具体安装命令、收费方式、支持平台与效果数据；部分步骤依赖子代理、任务跟踪工具和项目内文档，若环境不支持需先停止并询问用户。