用途：对代码改动或 PR 进行结构化、可执行的审查，首要目标是正确性，重点关注并发、锁纪律、失败模式和架构合理性。
主要能力：按上下文识别审查对象，包括当前分支与合并基线的差异、暂存改动、PR 或指定文件；提供多个专项审查代理，覆盖正确性与安全、错误处理、Go 约定与注释、测试覆盖、提交结构与 PR 描述、类型设计、指标卫生和简化。
使用方式：默认运行全部适用方面，也可指定方面，如 /review-crdb correctness tests 或 /review-crdb simplify；有效方面名为 correctness、errors、conventions、tests、commits、types、metrics、simplify、all。默认并行调度代理，正确性代理在前台运行，其余在后台运行，通过任务通知收集结果，不轮询。代理失败时重试一次，仍失败则在汇总中标注未审查。
汇总输出包含阻塞问题、建议、小问题、优点、跳过的方面和后续步骤，并跨代理去重。若用户要求提交审查，使用 gh api 一次性提交批量审查，正文为汇总，行内评论按文件与行号定位，严重级别以 /review-crdb(blocking|suggestion|nit) 开头；有阻塞或建议时事件为 REQUEST_CHANGES，仅有小问题或整体良好时为 COMMENT，除非用户明确要求否则不 APPROVE，提交前需向用户确认。
限制：资料未提供安装方式、收费、价格、平台支持或效果数据；审查依赖仓库内 .claude/agents/ 下的代理配置与 GitHub CLI 环境。