跳转到内容

Ultrareview 超级审查

Ultrareview(超级审查)是 Claude Code 里最重的一遍点检。普通的 /review 像快速验车——绕一圈看大体;Ultrareview 是上检测线——每个系统都过一遍,适合发版前、合 PR 前、上生产前那一刻。

在 best-practice 仓库的「Hot」概念表里,它常驻前排,因为它「能跑在 CI 里」这件事,让它从「偶用工具」升级成「流程节点」。

Ultrareview 有两张面孔:一张给人看,一张给机器看。

在交互会话里,把审查等级拉到 ultra

/code-review ultra

它会就着当前上下文或你指定的目标,做一遍彻底审查,把发现的问题、风险、建议铺给你看,你能接着追问、让它修。

这才是 Ultrareview 真正的杀招——能跑在无人的 CI 流水线里

Terminal window
# 对某个目标做深度审查
claude ultrareview src/auth/

不进交互、跑完即退,输出结果给脚本解析。这一条就让它能卡进 GitHub Actions、GitLab CI 的发版门禁里。

非交互版配了几个 flag,专门为 CI 场景打磨:

Flag 作用
--json 输出原始 JSON payload,方便脚本 jq 解析、和别的工具拼接
--timeout <minutes> 覆盖默认 30 分钟超时——大型仓库审查慢,给它更长的喘息空间
Terminal window
# CI 里跑:JSON 输出 + 给足 60 分钟
claude ultrareview src/ --json --timeout 60 > review.json

这是它适合 CI 的关键——用退出码表达结果,CI 能据此决定放行还是拦截:

退出码 含义 CI 行为
0 成功(审查通过/无致命问题) 放行
1 失败(审查发现问题或出错) 拦截

在 CI 脚本里,这就够写一道门禁:

Terminal window
claude ultrareview src/ --json --timeout 45 > review.json
if [ $? -ne 0 ]; then
echo "❌ Ultrareview 发现问题,已拦截发版"
cat review.json | jq '.issues'
exit 1
fi
echo "✅ 通过超级审查,放行"

Ultrareview 这种长任务跑起来,官方的 Tasks tracking 文档提供了追踪机制——你能在 CI 日志或会话里看到它的进度,不用干等一个黑盒。

Terminal window
# 典型 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 装上「增益道具」。🔋