/ultrareviewとは

/ultrareviewは、Claude Code v2.1.86以降で利用可能なコードレビューコマンドだ。 Claude Opus 4.7のリリース(2026年4月16日)と同時に発表された。 従来の/reviewがローカルセッション内で単一パスのレビューを行うのに対し、 /ultrareviewはクラウドサンドボックス上に複数のレビュアーエージェントを並列展開し、 発見した問題を独立検証してから報告する。 つまり「再現できないバグは報告しない」という、偽陽性を極限まで排除したコードレビューだ。

/ultrareviewの核心は「バグの発見と確認を分離する」というアーキテクチャにある。 従来のAIコードレビュー(/review含む)は、発見と報告を1パスで行うため、 「実際には問題ないコードに対して過剰にフラグを立てる」偽陽性が多かった。 /ultrareviewはこの問題を「発見エージェント」と「検証エージェント」を分ける設計で解決している。

/review vs /ultrareview

両コマンドは異なるワークフロー段階をターゲットにしている。 /reviewは開発中の高速フィードバック、/ultrareviewはマージ前の最終確認だ。 併用するのが理想的なワークフローとなる。

項目 /review /ultrareview
実行環境 ローカルセッション内 クラウドサンドボックス(リモート)
検査方式 単一パスレビュー マルチエージェント + 独立検証
所要時間 数秒〜数分 5〜10分
セッション占有 レビュー中は他作業不可 バックグラウンド実行(他作業可能)
レポート品質 スタイル指摘含む一般的なレビュー 検証済みバグのみ(偽陽性排除)
コスト 通常使用量に計上 3回無料、以降$5〜$20/回(extra usage)
最適な用途 反復中の即座フィードバック マージ前の最終確認(大型変更向き)

仕組み — マルチエージェント検証

/ultrareviewの内部アーキテクチャは3段階のパイプラインで構成されている。 まずリポジトリの状態がクラウドサンドボックスにバンドルされ、 複数のレビュアーエージェントがそれぞれ異なる観点(ロジック、エッジケース、セキュリティ、パフォーマンス)で並列検証を行う。 その後、発見された問題は別の検証エージェントが独立して再現を試み、再現できたものだけが最終レポートに含まれる

graph TD
    subgraph Input["入力"]
      A["ブランチのdiff<br/>or GitHub PR"]
    end
    subgraph Upload["バンドル&アップロード"]
      B["リポジトリ状態を<br/>クラウドサンドボックスへ"]
    end
    subgraph Discovery["Phase 1: 発見(並列)"]
      C1["Agent A<br/>ロジックエラー"]
      C2["Agent B<br/>エッジケース"]
      C3["Agent C<br/>セキュリティ"]
      C4["Agent D<br/>パフォーマンス"]
    end
    subgraph Verification["Phase 2: 独立検証"]
      D["各発見を別エージェントが<br/>独立して再現を試行"]
    end
    subgraph Report["Phase 3: レポート"]
      E["検証済み発見のみ<br/>ファイル・行番号・説明付き"]
    end
    A --> B
    B --> C1
    B --> C2
    B --> C3
    B --> C4
    C1 --> D
    C2 --> D
    C3 --> D
    C4 --> D
    D -->|"再現成功"| E
    D -->|"再現失敗 = 除外"| F["レポートに含めない"]
    style D fill:#f97316,color:#fff
    style E fill:#22c55e,color:#fff
    style F fill:#ef4444,color:#fff
/ultrareviewの3段階パイプライン。Phase 1で複数エージェントが並列に問題を発見し、Phase 2で別エージェントが独立検証。再現できた問題だけがPhase 3のレポートに含まれる

このアーキテクチャの利点は「報告された問題は本物」という高い信頼性だ。 従来のAIレビューで最大の不満だった「実際には正しいコードへのフラグ立て」が構造的に排除される。 一方で、5〜10分の処理時間と$5〜$20のコストは、この二段階検証のために発生している。

使い方

/ultrareviewの基本的な使い方は2パターンだ。 いずれもClaude.aiアカウントでの認証が必要で、APIキーのみの環境では利用できない。

コマンド 動作 備考
/ultrareview 現在のブランチとデフォルトブランチのdiffをレビュー(未コミット・ステージ済み変更も含む) リポジトリが大きすぎる場合はPRモードへの切り替えを促される
/ultrareview 1234 GitHub PR #1234をレビュー(リモートから直接クローン) github.comのリモートが必要。ドラフトPRでもOK
/tasks 実行中・完了済みのレビューの進捗確認 ターミナルを閉じても実行は継続

コマンド実行前に、レビュー範囲・残りの無料枠・推定コストが確認ダイアログとして表示される。 確認後はバックグラウンドで実行されるため、レビュー中も通常の開発作業を続けられる。 完了すると検証済みの発見がセッションに通知として届き、 各発見にはファイルパス・行番号・問題の説明が含まれるため、 そのままClaudeに修正を依頼できる。

料金と制限

プラン 無料枠 無料枠消化後
Pro 3回(1回限り、月間更新なし) extra usageとして課金($5〜$20/回)
Max 3回(1回限り、月間更新なし) extra usageとして課金($5〜$20/回)
Team / Enterprise なし extra usageとして課金

いつ使うべきか

/ultrareviewは全てのPRに使うものではない。 1回$5〜$20のコストと5〜10分の待ち時間を考えると、投資対効果が高い場面に絞って使うのが現実的だ。

シナリオ 推奨コマンド 理由
タイポ修正・ドキュメント更新 /review コストに見合わない。/reviewで十分
小規模なバグ修正 /review 単一パスで検出可能な範囲
新機能の実装(中規模) /review → /ultrareview /reviewで反復、マージ前に/ultrareviewで最終確認
大規模リファクタリング /ultrareview 影響範囲が広く、マルチエージェント並列検証の価値が高い
セキュリティに関わる変更 /ultrareview 独立検証で偽陰性リスクを低減
本番障害の修正PR /ultrareview 障害再発のコスト($数千〜$数万)に比べ$5〜$20は安い

3回の無料枠の使い方として推奨されるのは、 「最もインパクトの大きいPR」に絞ることだ。 トリビアルなPRで無料枠を消費するのはもったいない。 大型のフィーチャーブランチや、本番に直結するセキュリティ修正で使うのが賢明だ。

理解度チェック

理解度チェック

問題 0 / 40%
Q1

/ultrareviewが従来の/reviewと最も異なる点として正しいものはどれか?

キーボード: 1〜4 で選択、Enter で回答