Claude Code ultrareview 启动失败还要空等半小时吗
2.1.251 起，claude ultrareview 与 /ultrareview 在云会话启动失败时不再空等满 30 分钟，会提前结束并报告原因。请先看失败原因再重试。
claude code ultrareview 启动失败还等半小时吗：2.1.251 之前会。claude ultrareview 和 /ultrareview 在云会话根本没拉起来时，仍空等满 30 分钟才报完。现在改为提前停，并报告原因。你看到的应是一句启动失败理由，而不是半小时转圈。
这和密钥上传不是同一补丁
2.1.248 修过：ultrareview 不再上传未提交的 prod.env、*.tfvars 以及密钥的编辑器临时副本。那是打包过滤器。251 这条是启动失败时的等待上限。两个都要升到对应版本，不要用「等得短了」证明密钥不会上传。
同版本还改进：对指定 PR 号启动前，先检查连到你 Claude 账号的 GitHub 能否访问该仓，并说明怎么修，避免云会话起来之后才失败。
失败原因常见哪几类
Changelog 没列枚举。能对上的有：云会话容器凭证还读不到（同版本另有修复）、瞬时 GitHub 连接失败（251 改成提示 retry，而不是让你去配 GitHub）、组织策略或网络到云环境不通。先读提前返回的那一行，再重试。
后台云会话的 CPU 占用是另一篇，见 后台云会话更省资源。启动都失败时，那篇帮不上。
升级后怎么确认
claude --version 到 2.1.251+。在能复现「云环境起不来」的网络里再跑一次 /ultrareview，应在远小于 30 分钟内看到原因。仍然空等半小时，当进程还是旧二进制，或等的是评审本身在跑，不是启动。
启动成功但评审很慢，是模型/仓库体积问题，不是这条补丁。磁盘满导致 git 错误把对话撑爆，是 2.1.252 的通知体积问题，文案不同。
启动失败别反复盲重试
每次都会再开云会话配额。先按返回原因修：GitHub 授权、网络、组织策略。PR 无权访问时，先把 GitHub 账号和 Claude 账号的绑定修好，再开评审。本地 review 或只读 diff 可以当退路，不必每次都走云 ultrareview。