Ultrareview 超级审查
Ultrareview 超级审查
Section titled “Ultrareview 超级审查”Ultrareview(超级审查)是 Claude Code 里最重的一遍点检。普通的 /review 像快速验车——绕一圈看大体;Ultrareview 是上检测线——每个系统都过一遍,适合发版前、合 PR 前、上生产前那一刻。
在 best-practice 仓库的「Hot」概念表里,它常驻前排,因为它「能跑在 CI 里」这件事,让它从「偶用工具」升级成「流程节点」。
Ultrareview 有两张面孔:一张给人看,一张给机器看。
交互版:/code-review ultra
Section titled “交互版:/code-review ultra”在交互会话里,把审查等级拉到 ultra:
/code-review ultra它会就着当前上下文或你指定的目标,做一遍彻底审查,把发现的问题、风险、建议铺给你看,你能接着追问、让它修。
非交互版:claude ultrareview
Section titled “非交互版:claude ultrareview”这才是 Ultrareview 真正的杀招——能跑在无人的 CI 流水线里:
# 对某个目标做深度审查claude ultrareview src/auth/不进交互、跑完即退,输出结果给脚本解析。这一条就让它能卡进 GitHub Actions、GitLab CI 的发版门禁里。
给机器看的几个开关
Section titled “给机器看的几个开关”非交互版配了几个 flag,专门为 CI 场景打磨:
| Flag | 作用 |
|---|---|
--json |
输出原始 JSON payload,方便脚本 jq 解析、和别的工具拼接 |
--timeout <minutes> |
覆盖默认 30 分钟超时——大型仓库审查慢,给它更长的喘息空间 |
# CI 里跑:JSON 输出 + 给足 60 分钟claude ultrareview src/ --json --timeout 60 > review.json退出码:CI 的红绿灯
Section titled “退出码:CI 的红绿灯”这是它适合 CI 的关键——用退出码表达结果,CI 能据此决定放行还是拦截:
| 退出码 | 含义 | CI 行为 |
|---|---|---|
0 |
成功(审查通过/无致命问题) | 放行 |
1 |
失败(审查发现问题或出错) | 拦截 |
在 CI 脚本里,这就够写一道门禁:
claude ultrareview src/ --json --timeout 45 > review.jsonif [ $? -ne 0 ]; then echo "❌ Ultrareview 发现问题,已拦截发版" cat review.json | jq '.issues' exit 1fiecho "✅ 通过超级审查,放行"在 Tasks 追踪里看进度
Section titled “在 Tasks 追踪里看进度”Ultrareview 这种长任务跑起来,官方的 Tasks tracking 文档提供了追踪机制——你能在 CI 日志或会话里看到它的进度,不用干等一个黑盒。
# 典型 CI 流程:起后台审查 + 追踪claude ultrareview src/ --json --timeout 60 > review.json &# 进度通过 tasks 追踪,具体接口以官方 Tasks 文档为准适合:
- 发版前——上生产前最后一道关。
- 合大 PR 前——动得多、影响广的 PR,过一遍 Ultrareview 再合。
- CI 门禁——卡在发版流水线里,问题代码直接拦在合并前。
- 陌生代码入库——接手别人的一大坨改动,先让它审一遍给你讲明白。
不适合:
- 改 typo、加注释这种——
/review都嫌重,更别说 ultra。 - 日常小修小补——它会把简单活跑成重活,浪费 CI 时间。
经验之谈:Ultrareview 的「彻底」是用时间换的。大仓库默认 30 分钟可能不够,记得用
--timeout给足预算;CI 里务必配--json,输出可解析、可归档、可对比。
Ultrareview 是最彻底的审查:
/code-review ultra给人看,claude ultrareview [target]给机器看,--json出原始 payload,--timeout覆盖 30 分钟默认,退出码 0/1 当 CI 红绿灯——发版前、合 PR 前过一遍,把问题挡在门内。
下一站,去看 Power-ups——给 Claude 装上「增益道具」。🔋