4 4
5# Code Review5# Code Review
6 6
7> マルチエージェント分析を使用してコードベース全体を検査し、ロジックエラー、セキュリティ脆弱性、リグレッションを検出する自動化された PR レビューを設定します7> Code Review で GitHub のプルリクエストのバグを検出します。Claude が各変更をレビューし、結果を検証して、インラインでコメントします。Team および Enterprise プラン向けです
8 8
9<Note>9Code Review を使用すると、Claude が GitHub リポジトリのプルリクエストをレビューします。複数のエージェントが各変更を周囲のコードとあわせて読み込み、ロジックエラー、セキュリティ脆弱性、壊れたエッジケースなどの問題を探します。検証ステップでは、結果を報告する前にコードと照らし合わせて確認します。
10 Code Review はリサーチプレビュー段階であり、[Team および Enterprise](https://claude.ai/admin-settings/claude-code) サブスクリプションで利用可能です。[Zero Data Retention](/docs/ja/zero-data-retention) が有効になっている組織や [HIPAA 設定](/docs/ja/hipaa-setup)が適用されている組織では利用できず、Anthropic の BAA の対象外です。その他のプランでは、`/code-review` コマンドを使用して[ローカルで差分をレビュー](#review-a-diff-locally)することができます。
11</Note>
12
13Code Review は GitHub プルリクエストを分析し、コードの問題が見つかった行にインラインコメントとして結果を投稿します。特化したエージェントのフリートがコード変更をコードベース全体のコンテキストで検査し、ロジックエラー、セキュリティ脆弱性、壊れたエッジケース、微妙なリグレッションを探します。
14
15結果は重大度でタグ付けされ、PR を承認またはブロックしないため、既存のレビューワークフローはそのまま機能します。リポジトリに `CLAUDE.md` または `REVIEW.md` ファイルを追加することで、Claude がフラグを立てる内容をカスタマイズできます。
16
17Claude を管理サービスではなく独自の CI インフラストラクチャで実行する場合は、[GitHub Actions](/docs/ja/github-actions) または [GitLab CI/CD](/docs/ja/gitlab-ci-cd) を参照してください。自己ホスト型 GitHub インスタンス上のリポジトリについては、[GitHub Enterprise Server](/docs/ja/github-enterprise-server) を参照してください。
18 10
19このページでは以下をカバーしています：11結果は該当する行へのインラインコメントとして届き、[重大度](/docs/ja/code-review-pull-requests#severity-levels)でランク付けされ、プルリクエストには概要とチェック実行が追加されます。レビューがプルリクエストを承認またはブロックすることはないため、マージの判断はチームに委ねられたままです。
20 12
21* [レビューの仕組み](#how-reviews-work)13<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=0351c96df9efa3105172eb00a672f130" className="dark:hidden" alt="4 段階のレビューの図。GitHub 上のプルリクエストが、Anthropic インフラストラクチャ上で並行して探索する複数のエージェントに渡されます。検証ステップで偽陽性が除外され、残った結果は重複排除されて重大度でランク付けされ、レビューはインラインコメント、概要、チェック実行を GitHub に投稿します。" width="760" height="300" data-path="images/code-review-pipeline.svg" />
22* [セットアップ](#set-up-code-review)
23* [`@claude review` と `@claude review always` を使用した](#manually-trigger-reviews)レビューの手動トリガー
24* [`CLAUDE.md` と `REVIEW.md` を使用した](#customize-reviews)レビューのカスタマイズ
25* [料金](#pricing)
26* [トラブルシューティング](#troubleshooting)失敗した実行と欠落したコメント
27* [ローカルで差分をレビューする](#review-a-diff-locally) `/code-review` コマンドを使用
28
29<h2 id="how-reviews-work">
30 レビューの仕組み
31</h2>
32 14
33管理者が組織の Code Review を[有効にする](#set-up-code-review)と、リポジトリの設定された動作に応じて、PR が開かれたとき、すべてのプッシュ時、または手動でリクエストされたときにレビューがトリガーされます。PR で `@claude review` と[コメントすると](#manually-trigger-reviews)、任意のモードでレビューが開始されます。15<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline-dark.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=9cf26bde98f4e999d0d9ff5bf5bdff40" className="hidden dark:block" alt="4 段階のレビューの図。GitHub 上のプルリクエストが、Anthropic インフラストラクチャ上で並行して探索する複数のエージェントに渡されます。検証ステップで偽陽性が除外され、残った結果は重複排除されて重大度でランク付けされ、レビューはインラインコメント、概要、チェック実行を GitHub に投稿します。" width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />
34
35レビューが実行されると、複数のエージェントが Anthropic インフラストラクチャ上で並行して diff と周囲のコードを分析します。各エージェントは異なるクラスの問題を探し、その後、検証ステップが候補を実際のコード動作に対してチェックして、偽陽性を除外します。結果は重複排除され、重大度でランク付けされ、問題が見つかった特定の行にインラインコメントとして投稿され、レビュー本文に概要が記載されます。問題が見つからない場合、Code Review は GitHub チェック実行を更新して、問題が検出されなかったことを表示します。Claude は PR に短い確認コメントを投稿することもあります。
36
37レビューはコストが PR のサイズと複雑さに応じてスケーリングされ、平均 20 分で完了します。管理者は[分析ダッシュボード](#view-usage)を通じてレビューアクティビティと支出を監視できます。
38
39<h3 id="severity-levels">
40 重大度レベル
41</h3>
42
43各結果は重大度レベルでタグ付けされます：
44
45| マーカー | 重大度 | 意味 |
46| :- | :- | :- |
47| 🔴 | Important | マージ前に修正すべきバグ |
48| 🟡 | Nit | 軽微な問題、修正する価値があるがブロッキングではない |
49| 🟣 | Pre-existing | コードベースに存在するが、この PR で導入されなかったバグ |
50
51結果には、展開可能な **Why this was flagged** セクションが含まれており、Claude がなぜ問題をフラグ立てしたのか、どのように問題を検証したのかを理解するために展開できます。
52
53<h3 id="rate-and-reply-to-findings">
54 結果に対する評価と返信
55</h3>
56
57Claude からの各レビューコメントには、👍 と 👎 が既に添付されているため、GitHub UI で両方のボタンがワンクリック評価のために表示されます。結果が有用だった場合は 👍 をクリックし、間違っていたか騒々しかった場合は 👎 をクリックしてください。Anthropic は PR がマージされた後にリアクションカウントを収集し、それを使用してレビュアーをチューニングします。リアクションは再レビューをトリガーしたり、PR 上の何かを変更したりしません。
58
59インラインコメントに返信しても、Claude が応答したり PR を更新したりするようにプロンプトされません。結果に対処するには、コードを修正してプッシュしてください。PR がプッシュトリガーレビューにサブスクライブされている場合、次の実行は問題が修正されるとスレッドを解決します。プッシュせずに新しいレビューをリクエストするには、[トップレベルの PR コメント](#manually-trigger-reviews)として `@claude review` とコメントしてください。
60
61結果を却下するにはコード変更なしでスレッドを解決してください。返信しても却下されません。
62
63<h3 id="check-run-output">
64 チェック実行出力
65</h3>
66
67インラインレビューコメントに加えて、各レビューは CI チェックと並んで表示される **Claude Code Review** チェック実行を生成します。その **Details** リンクを展開して、すべての結果の概要を 1 か所で確認でき、重大度でソートされています：
68
69| 重大度 | ファイル:行 | 問題 |
70| - | - | - |
71| 🔴 Important | `src/auth/session.ts:142` | トークン更新がログアウトと競合し、古いセッションがアクティブなままになる |
72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` は不正な形式の入力で黙って 0 を返す |
73
74各結果は、**Files changed** タブの注釈としても表示され、関連する diff 行に直接マークされます。Important の結果は赤いマーカーで、nit は黄色の警告で、既存のバグは灰色の通知でレンダリングされます。注釈と重大度テーブルはインラインレビューコメントとは独立してチェック実行に書き込まれるため、移動した行のインラインコメントが GitHub に拒否された場合でも利用可能なままです。
75
76チェック実行は常に中立的な結論で完了するため、ブランチ保護ルールを通じてマージをブロックすることはありません。Code Review の結果に基づいてマージをゲートしたい場合は、チェック実行出力から重大度の内訳を読み取り、独自の CI で使用してください。Details テキストの最後の行は、ワークフローが `gh` と jq で解析できるマシン可読コメントです。コミットのチェック実行を一覧表示するには、`gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'` を使用して、`Claude Code Review` 実行の `id` を取得します。`OWNER`、`REPO`、`CHECK_RUN_ID` をリポジトリ所有者、リポジトリ名、およびそのID に置き換えます：
77
78```bash theme={null}
79gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \
80 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'
81```
82
83これは重大度ごとのカウントを含む JSON オブジェクトを返します。例えば `{"normal": 2, "nit": 1, "pre_existing": 0}` です。`normal` キーは Important の結果のカウントを保持します。ゼロ以外の値は、Claude がマージ前に修正する価値のあるバグを少なくとも 1 つ見つけたことを意味します。
84
85<h3 id="what-code-review-checks">
86 Code Review がチェックする内容
87</h3>
88
89デフォルトでは、Code Review は正確性に焦点を当てています：フォーマット設定の好みやテストカバレッジの欠落ではなく、本番環境を壊すバグです。リポジトリに[ガイダンスファイルを追加](#customize-reviews)することで、チェック内容を拡張できます。
90
91<h2 id="set-up-code-review">
92 Code Review のセットアップ
93</h2>
94
95管理者が組織に対して Code Review を 1 回有効にし、含めるリポジトリを選択します。
96
97<Steps>
98 <Step title="Claude Code 管理設定を開く">
99 [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) にアクセスして、Code Review セクションを見つけます。Claude 組織での Owner または Primary Owner ロールと GitHub 組織に GitHub Apps をインストールする権限が必要です。
100 </Step>
101
102 <Step title="セットアップを開始する">
103 **Setup** をクリックします。これにより GitHub App インストールフローが開始されます。
104 </Step>
105
106 <Step title="Claude GitHub App をインストールする">
107 プロンプトに従って Claude GitHub App をインストールします。レビュー対象のリポジトリを所有する GitHub 組織を選択し、アプリがアクセスできるリポジトリを選択して、リクエストされた権限を承認します。
108
109 Claude が pull request をレビューするには、アプリの読み取りアクセスを通じてリポジトリコンテンツを読み取り、その書き込みアクセスを通じて pull requests とチェックに対してコメントと [check run](#check-run-output) を投稿します。インストール中に、[GitHub Actions](/docs/ja/github-actions) などの他の Claude 機能によって共有される、より広い権限セットを付与します。詳細なリストについては [GitHub App permissions](/docs/ja/github-actions#github-app-permissions) を参照してください。
110 </Step>
111
112 <Step title="リポジトリを選択する">
113 Code Review を有効にするリポジトリを選択します。リポジトリが表示されない場合は、インストール中に Claude GitHub App にアクセス権を付与したことを確認してください。後でリポジトリを追加できます。
114 </Step>
115
116 <Step title="リポジトリごとにレビュートリガーを設定する">
117 セットアップが完了すると、Code Review セクションはリポジトリをテーブルに表示します。各リポジトリについて、**Review Behavior** ドロップダウンを使用してレビューが実行されるタイミングを選択します：
118
119 * **Once after PR creation**: PR が開かれるか ready for review としてマークされたときにレビューが 1 回実行されます
120 * **After every push**: PR ブランチへのすべてのプッシュでレビューが実行され、PR が進化するにつれて新しい問題をキャッチし、フラグが立てられた問題を修正するとスレッドを自動解決します
121 * **Manual**: PR を開くか PR ブランチにプッシュしてもレビューは開始されません。[`@claude review`](#manually-trigger-reviews) とコメントしてレビューをリクエストするか、`@claude review always` とコメントして、その後のプッシュでレビューに PR をサブスクライブします
122
123 どのオプションを選択しても、Claude は [fork からの pull request](#review-pull-requests-from-forks) をレビューするのは、誰かが `@claude review` とコメントしたときだけです。
124
125 すべてのプッシュでレビューすると、最も多くのレビューが実行され、最もコストがかかります。Manual モードは、特定の PR をレビューにオプトインしたい高トラフィックリポジトリ、または PR が ready になったら PR のレビューを開始したい場合に便利です。
126 </Step>
127</Steps>
128
129リポジトリテーブルは、最近のアクティビティに基づいて各リポジトリの平均レビューコストも表示します。行アクションメニューを使用して、リポジトリごとに Code Review をオンまたはオフにするか、リポジトリを完全に削除します。
130
131セットアップを確認するには、テスト PR を開きます。自動トリガーを選択した場合、**Claude Code Review** という名前のチェック実行が数分以内に表示されます。Manual を選択した場合は、PR で `@claude review` とコメントして最初のレビューを開始します。チェック実行が表示されない場合は、リポジトリが管理設定に一覧表示されていることと、Claude GitHub App がアクセス権を持っていることを確認してください。
132
133<h2 id="manually-trigger-reviews">
134 レビューを手動でトリガーする
135</h2>
136
137コメントコマンドはオンデマンドでレビューを開始します。リポジトリの設定されたトリガーに関係なく機能するため、Manual モードで特定の PR をレビューにオプトインするか、他のモードで即座に再レビューを取得するために使用できます。
138
139| コマンド | 実行内容 |
140| :- | :- |
141| `@claude review` | サブスクライブせずに単一のレビューを開始します |
142| `@claude review always` | レビューを開始し、その後のプッシュでレビューがトリガーされるように PR をサブスクライブします |
143| `@claude review once` | `@claude review` と同じです。サブスクライブせずに単一のレビューを開始します |
144
145Manual モードに設定されたリポジトリの高優先度 PR など、PR への後続のすべてのプッシュで新しいレビューを開始したい場合は、`@claude review always` を使用します。ベアコマンドは PR をサブスクライブしないため、後続のプッシュがレビューをトリガーするかどうかを変更せずに、1 回限りの 2 番目の意見をリクエストできます。
146 16
147<Note>17<Note>
148 2026 年 7 月の更新前は、`@claude review` は PR を push トリガーレビューにサブスクライブしていました。その動作に依存していた場合は、代わりに `@claude review always` をコメントしてください。`@claude review once` は引き続き機能し、ベアコマンドと同じように動作します。18 Code Review は AI を使用してコードをレビューするため、バグ、セキュリティ脆弱性、その他の問題を見逃す可能性があります。結果のないレビューは、コードにエラーがないことや安全であることを意味するものではありません。
149</Note>19</Note>
150 20
151これらのコマンドのいずれかでレビューをトリガーするには：21<span id="review-a-diff-locally" />
152
153* トップレベルの PR コメントとして投稿し、diff 行のインラインコメントではない
154* コメントの開始にコマンドを配置し、`once` または `always` をコマンドの残りの部分と同じ行に配置します
155* リポジトリへの書き込み、メンテナンス、または管理者権限を持つ必要があります
156* PR は開いている必要があります
157
158自動トリガーとは異なり、手動トリガーはドラフト PR で実行されます。明示的なリクエストはドラフトステータスに関係なく、今すぐレビューが必要であることを示すためです。
159
160その PR でレビューが既に実行されている場合、リクエストは進行中のレビューが完了するまでキューに入ります。PR のチェック実行を通じて進捗を監視できます。
161
162<h3 id="review-pull-requests-from-forks">
163 フォークからのプルリクエストをレビューする
164</h3>
165
166Claude はリポジトリの **Review Behavior** 設定に関係なく、フォークからのプルリクエストを自動的にレビューしません。開始するには、プルリクエストに `@claude review` をコメントしてください。[コメントコマンドの要件](#manually-trigger-reviews)は引き続き適用され、必要な書き込みアクセスはフォークではなくベースリポジトリへのアクセスです。
167 22
168フォークプルリクエストの別のレビューを取得するには、新しい `@claude review` コメントを投稿してください。`@claude review always` も機能しますが、後続のプッシュでプルリクエストをレビューにサブスクライブしません。フォークプルリクエストでレビューを開始するのはコメントコマンド以外の何もありません：23Code Review をオンにするには、Claude 組織の Owner が [Code Review のセットアップ](/docs/ja/code-review-setup)の手順に従います。Claude はこのサービスを使わずにコードをレビューすることもできます。任意のプランで Claude Code セッションから [`/code-review`](/docs/ja/code-review-local) を実行するか、[すべてのオプションを比較](#compare-ways-to-get-a-review)してください。
169 24
170* チェック実行で **Re-run** をクリックしてもレビューは開始されません25<h2 id="availability">
171* 新しいコミットをプッシュしてもレビューは開始されません。**After every push** に設定されたリポジトリでも同様です26 利用可能性
172
173<h2 id="customize-reviews">
174 レビューをカスタマイズする
175</h2>27</h2>
176 28
177Code Review はリポジトリから 2 つのファイルを読み取り、フラグを立てる内容をガイドします。これらは、リビューにどの程度強く影響するかが異なります：29Code Review をセットアップする前に、組織が条件を満たしていることを確認してください：
178
179* **`CLAUDE.md`**: Claude Code がすべてのタスク（レビューだけではなく）に使用する共有プロジェクト指示。Code Review はそれをプロジェクトコンテキストとして読み取り、新しく導入された違反を nit としてフラグ立てします。
180* **`REVIEW.md`**: レビューのみのガイダンス、レビューパイプラインの検出と検証を行うエージェントに与えられ、結果をランク付けして報告するエージェントによって参照されます。チームがフラグを立てたいもの、どの重大度で、結果がどのように報告されるかを指定するために使用します。
181
182<h3 id="claude-md">
183 CLAUDE.md
184</h3>
185
186Code Review はリポジトリの `CLAUDE.md` ファイルを読み取り、新しく導入された違反を[nit レベル](#severity-levels)の結果として扱います。これは双方向に機能します：PR が `CLAUDE.md` ステートメントを古くする方法でコードを変更する場合、Claude はドキュメントを更新する必要があることをフラグ立てします。
187
188Claude はディレクトリ階層のすべてのレベルで `CLAUDE.md` ファイルを読み取るため、サブディレクトリの `CLAUDE.md` のルールはそのパスの下のファイルにのみ適用されます。`CLAUDE.md` の仕組みの詳細については、[memory ドキュメント](/docs/ja/memory)を参照してください。
189 30
190一般的な Claude Code セッションに適用したくないレビュー固有のガイダンスについては、代わりに[`REVIEW.md`](#review-md)を使用します。31* **プラン**：[Team および Enterprise](/docs/ja/feature-availability)
191 32* **コードホスト**：GitHub でホストされているリポジトリ。[GitHub Enterprise Server](/docs/ja/github-enterprise-server) およびデータレジデンシー付きの GitHub Enterprise Cloud を含みます。データレジデンシーの場合は、Owner が [GitHub Enterprise Server の管理者セットアップ](/docs/ja/github-enterprise-server#admin-setup)の手順に従い、エンタープライズの `ghe.com` ホスト名を入力します。
192<h3 id="review-md">33* **データ保持**：Code Review は、[Zero Data Retention](/docs/ja/zero-data-retention) が有効になっている組織や [HIPAA 設定](/docs/ja/hipaa-setup)が適用されている組織では利用できず、Anthropic の Business Associate Agreement（BAA）の対象外です。
193 REVIEW\.md34* **暗号化キー**：Code Review は、顧客管理の暗号化キー（CMEK）を使用する組織ではまだ利用できません。
194</h3>35* **クラウドプロバイダー**：開発者が Amazon Bedrock、Google Cloud の Agent Platform、または Microsoft Foundry を通じて Claude Code を使用している場合でも、これらのいずれかのプランの Claude 組織が必要です
195 36
196`REVIEW.md` はリポジトリルートのファイルで、Code Review をリポジトリに合わせて調整します。レビューパイプラインの結果を検出および検証するエージェントはその内容をリポジトリのレビュー指示として受け取り、Code Review のデフォルトレビューガイダンスと並行して、結果をランク付けして報告するエージェントはそれを参照してから重大度を決定し、レビューを作成します。37<h2 id="set-up-and-use-code-review">
197 38 Code Review のセットアップと使用
198フラグを立てたいルールを `REVIEW.md` に直接配置します。
199
200<h4 id="what-you-can-tune">
201 チューニング可能な内容
202</h4>
203
204`REVIEW.md` はフリーフォーム markdown であるため、レビュー指示として表現できるものはすべてスコープ内です。以下のパターンは実際に最も影響があります。
205
206**重大度**: リポジトリの 🔴 Important の意味を再定義します。デフォルトのキャリブレーションは本番コードをターゲットにしています。ドキュメントリポジトリ、設定リポジトリ、またはプロトタイプは、はるかに狭い定義が必要な場合があります。Important である結果のクラスと、最大でも Nit である結果のクラスを明示的に述べます。別の方向にエスカレートすることもできます。例えば、デフォルトの nit ではなく、`CLAUDE.md` 違反を Important として扱う場合です。
207
208**Nit ボリューム**: 単一のレビューが投稿する 🟡 Nit コメントの数をキャップします。散文と設定ファイルは永遠に磨くことができます。「最大 5 つの nit を報告し、残りを概要のカウントとして言及する」というようなキャップは、レビューを実行可能に保ちます。
209
210**スキップルール**: Claude が結果を投稿しないべきパス、ブランチパターン、結果カテゴリを一覧表示します。一般的な候補は、生成されたコード、ロックファイル、ベンダーされた依存関係、マシン作成ブランチ、および linting やスペルチェックなど CI が既に実装しているものです。完全な精査を保証しないが何らかのレビューを保証するパスについては、完全にスキップするのではなく、より高いバーを設定します：「`scripts/` では、ほぼ確実で重大な場合のみ報告します」。
211
212**リポジトリ固有のチェック**: すべての PR でフラグを立てたいルールを追加します。例えば「新しい API ルートには統合テストが必要」。`REVIEW.md` はレビューパイプラインのすべての検出および検証エージェントに直接到達するため、これらは長い `CLAUDE.md` の同じルールよりも確実に着地します。
213
214**検証バー**: 結果クラスが投稿される前に証拠を要求します。例えば「動作クレームは命名からの推論ではなく、ソースの `file:line` 引用が必要」は、そうでなければ著者に往復を費やさせる偽陽性を削減します。
215
216**再レビュー収束**: PR が既にレビューされている場合、Claude がどのように動作するかを伝えます。「最初のレビュー後、新しい nit を抑制し、Important の結果のみを投稿する」というようなルールは、1 行の修正がスタイルだけで 7 ラウンド目に到達するのを防ぎます。
217
218**概要の形状**: レビュー本文が `2 factual, 4 style` のような 1 行のタリーで開くことを要求し、その場合は「ファクチュアルな問題なし」で始めることを要求します。著者は詳細の前に作業の形状を知りたいです。
219
220<h4 id="example">
221 例
222</h4>
223
224この `REVIEW.md` はバックエンドサービスの重大度を再キャリブレーションし、nit をキャップし、生成されたファイルをスキップし、リポジトリ固有のチェックを追加します。
225
226```markdown theme={null}
227# レビュー指示
228
229## ここで Important が意味するもの
230
231Important は、動作を壊す、データをリークする、またはロールバックをブロックする結果のために予約します：不正なロジック、スコープされていないデータベースクエリ、ログまたはエラーメッセージの PII、および後方互換性のないマイグレーション。スタイル、命名、リファクタリング提案は最大でも Nit です。
232
233## Nit をキャップする
234
235レビューごとに最大 5 つの Nit を報告します。さらに見つけた場合は、インラインで投稿する代わりに、概要で「plus N similar items」と言います。見つけたすべてが Nit の場合、概要を「No blocking issues」で始めます。
236
237## 報告しない
238
239- CI が既に実装しているもの：lint、フォーマット、型エラー
240- `src/gen/` の下の生成されたファイルと任意の `*.lock` ファイル
241- 本番ルールを意図的に違反するテストのみのコード
242
243## 常にチェック
244
245- 新しい API ルートには統合テストがある
246- ログ行にメールアドレス、ユーザー ID、またはリクエスト本文が含まれていない
247- データベースクエリは呼び出し元のテナントにスコープされている
248```
249
250<h4 id="keep-it-focused">
251 フォーカスを保つ
252</h4>
253
254長さはコストがあります：長い `REVIEW.md` は最も重要なルールを薄めます。レビュー動作を変更する指示に保ち、一般的なプロジェクトコンテキストは `CLAUDE.md` に残します。
255
256<h2 id="view-usage">
257 使用状況を表示する
258</h2>39</h2>
259 40
260[claude.ai/analytics/code-review](https://claude.ai/analytics/code-review) にアクセスして、組織全体の Code Review アクティビティを確認します。ダッシュボードは以下を表示します：41<span id="set-up-code-review" />
261
262| セクション | 表示内容 |
263| :- | :- |
264| PRs reviewed | 選択した時間範囲でレビューされたプルリクエストの日次カウント |
265| Code Review cost | 今月これまでの Code Review の支出 |
266| Feedback | 開発者が問題に対処したため自動解決されたレビューコメントのカウント |
267| Repository breakdown | リポジトリごとのレビューされた PR、解決されたコメント、レビュー実行のカウント（推定コストと PR ごとのビューを含む） |
268
269Code Review cost カードに金額が表示されるのは、当月が選択されている場合のみです。アナリティクスのコスト数値は請求書と異なる場合があります。Repository breakdown のコストは割引やクレジットを適用する前の定価で推定されており、Claude がプルリクエストに投稿したレビューのみが対象です。請求書に正確な支出については、Anthropic の請求書を参照してください。
270
271<h2 id="pricing">
272 料金
273</h2>
274
275Code Review はトークン使用量に基づいて課金されます。各レビューの平均コストは \$15～25 で、PR のサイズ、コードベースの複雑さ、検証が必要な問題の数に応じてスケーリングします。Code Review の使用量は [使用クレジット](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) を通じて個別に課金され、プランに含まれる使用量にはカウントされません。
276
277選択するレビュートリガーは総コストに影響します。
278
279* **PR 作成後に 1 回**: PR ごとに 1 回実行されます
280* **すべてのプッシュ後**: 各プッシュで実行され、プッシュ数によってコストが乗算されます
281* **手動**: オープンまたはプッシュ時にレビューは実行されないため、コストはユーザーがリクエストしたレビューからのみ発生します
282
283PR 作成後に 1 回または手動モードでは、`@claude review always` とコメントすると [PR がプッシュトリガーレビューにオプトインされ](#manually-trigger-reviews)、そのコメント後のプッシュごとに追加コストが発生します。すべてのプッシュ後モードでは、プッシュは既にレビューをトリガーするため、サブスクリプションはプッシュごとのコストを変更しません。`@claude review` とコメントすると、将来のプッシュにサブスクライブせずに単一のレビューが実行されます。Claude は [フォークからのプルリクエスト](#review-pull-requests-from-forks) をレビューするのは、ユーザーが `@claude review` とコメントした場合のみであるため、フォークプルリクエストはどのモードでもプッシュごとのコストを発生させません。
284 42
285組織が他の Claude Code 機能に Amazon Bedrock または Google Cloud の Agent Platform を使用しているかどうかに関わらず、コストは Anthropic の請求書に表示されます。Code Review の月間支出上限を設定するには、[claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) にアクセスして Claude Code Review サービスの制限を設定してください。43<span id="pricing" />
286 44
287支出を監視するには、[分析ダッシュボード](#view-usage) を使用してください。45<span id="manually-trigger-reviews" />
288 46
289<h2 id="troubleshooting">47<span id="customize-reviews" />
290 トラブルシューティング
291</h2>
292
293レビュー実行はベストエフォートであり、失敗した実行が PR をブロックすることはありません。Code Review は中断されたレビューの一部を自動的に再試行します。このセクションでは、レビューを再度実行する方法と、チェック実行が報告する問題が見つからない場合に確認する場所について説明します。
294
295<h3 id="retrigger-a-failed-or-timed-out-review">
296 失敗またはタイムアウトしたレビューを再トリガーする
297</h3>
298 48
299レビューが失敗するか時間制限を超える場合、チェック実行は **Code review failed** または **Code review timed out** などのタイトルで完了します。結論は依然として中立的であるため、マージをブロックするものはありません。チェック実行の概要に新しいレビューがコミットに対して自動的にキューに入れられたと記載されていない限り、レビューを自分で再度実行してください。49<span id="troubleshooting" />
300 50
301レビューを再度実行するには、PR で `@claude review` とコメントしてください。これは PR を今後のプッシュにサブスクライブせずに新しいレビューを開始します。PR が [フォークから](#review-pull-requests-from-forks) のものでない場合、GitHub の Checks タブの **Claude Code Review** チェックで **Re-run** をクリックすることもできます。再実行も PR をサブスクライブせずに新しいレビューを開始します。51目的に応じたページを選んでください：
302 52
303<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">53<CardGroup cols={2}>
304 レビューが実行されず、PR に予算に関するメッセージが表示される54 <Card title="Code Review をセットアップする" icon="toggle-on" href="/docs/ja/code-review-setup">
305</h3>55 要件を確認し、Claude GitHub App をインストールして、リポジトリ、レビューレベル、レビューを実行するタイミングを選択します
306 56 </Card>
307組織の Code Review の月次支出上限に達した場合、または使用クレジットの残高を使い切った場合、Code Review はレビューをスキップし、PR に単一のコメントを投稿します。コメントとチェック実行カードの両方に原因が示され、管理者が問題を解決するための管理ページへのリンクが記載されます：
308 57
309* **支出上限に達した場合**: レビューは次の請求期間の開始時に再開されるか、管理者が [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) で上限を引き上げるとすぐに再開されます58 <Card title="Code Review をカスタマイズする" icon="sliders" href="/docs/ja/code-review-customize">
310* **使用クレジットを使い切った場合**: 管理者が [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) で [使用クレジット](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) を追加すると、レビューが再開されます59 リポジトリ内の `REVIEW.md` と `CLAUDE.md` ファイルで、指摘される内容を調整します
60 </Card>
311 61
312<h3 id="find-issues-that-aren’t-showing-as-inline-comments">62 <Card title="プルリクエストでレビューを読み、リクエストする" icon="code-pull-request" href="/docs/ja/code-review-pull-requests">
313 インラインコメントとして表示されていない問題を見つける63 結果とその重大度を読み、コメントで再度レビューをリクエストします
314</h3>64 </Card>
315 65
316チェック実行タイトルが問題が見つかったと言っているが、diff にインラインレビューコメントが表示されない場合は、結果が表示されるこれらの他の場所を確認してください：66 <Card title="Code Review のトラブルシューティング" icon="wrench" href="/docs/ja/code-review-troubleshooting">
67 開始されなかったレビュー、失敗したレビュー、予算のためにスキップされたレビューを修正します
68 </Card>
317 69
318* **チェック実行 Details**: Checks タブの Claude Code Review チェックの横にある **Details** をクリックします。重大度テーブルは、インラインコメントが受け入れられたかどうかに関係なく、ファイル、行、概要を含むすべての結果を一覧表示します。70 <Card title="Code Review のコストと使用状況" icon="chart-line" href="/docs/ja/code-review-costs">
319* **Files changed 注釈**: PR の **Files changed** タブを開きます。結果はレビューコメントとは別に、diff 行に直接添付された注釈としてレンダリングされます。71 レビューの課金方法の確認、支出の見積もり、月間支出上限の設定、レビューアクティビティの追跡を行います
320* **レビュー本文**: レビューが実行されている間に PR にプッシュした場合、一部の結果は現在の diff に存在しなくなった行を参照する場合があります。これらは、インラインコメントではなく、レビュー本文テキストの **Additional findings** 見出しの下に表示されます。72 </Card>
73</CardGroup>
321 74
322<h2 id="review-a-diff-locally">75<h2 id="how-reviews-work">
323 ローカルで差分をレビューする76 レビューの仕組み
324</h2>77</h2>
325 78
326[`/code-review` コマンド](/docs/ja/commands)はターミナルで差分をレビューし、GitHub App をインストールせずに実行します。正確性バグを報告します。モデルと effort レベルによっては、レビューは再利用、簡素化、効率化のクリーンアップも対象にします。79<span id="what-code-review-checks" />
327
328`/review` は `/code-review` のエイリアスです。v2.1.223 より前は、GitHub プルリクエストの単一パス読み取り専用レビューを実行する別のコマンドでした。
329
330<Steps>
331 <Step title="/code-review を実行する">
332 作業しているセッションから、コマンドを実行します：
333
334 ```text theme={null}
335 /code-review
336 ```
337
338 ブランチのアップストリームより先のコミットと未コミット変更をレビューするため、レポートするものがあるようにブランチまたはワーキングツリーで作業する必要があります。別のものをレビューするには、ターゲットを渡します：ファイルパス、PR 番号、ブランチ名、または `main...my-feature` などの ref 範囲です。
339
340 フラグを追加することもできます：
341
342 * `--fix`：レビュー後に結果をワーキングツリーに適用します
343 * `--comment`：GitHub プルリクエストにインラインコメントとして結果を投稿するか、GitLab マージリクエストに単一のノートとして投稿します
344 * `--post`：`github.com` プルリクエストの `ultra` クラウドレビューで、起動ダイアログで PR に結果を投稿することを事前選択します。[プルリクエストに結果を投稿する](/docs/ja/ultrareview#post-findings-to-the-pull-request)を参照してください。Claude Code v2.1.227 以降が必要です
345 * `--max-findings <n>`、`--max-findings all`、または `--max-findings default`：レビューの通常の上限の代わりに、最大 `n` 件の結果を報告します。`all` を指定するとすべての結果を報告します。以降のレビューでは、`--max-findings default` を渡すまで、入力した値が再利用されます。Claude Code v2.1.288 以降が必要です
346
347 GitLab マージリクエストに `--comment` を渡すと、Claude Code は GitLab の `glab` CLI を通じて結果を投稿します。Claude Code v2.1.257 以降が必要です。`glab` がインストールされていない場合、Claude はターミナルに結果を出力します。
348 80
349 マージリクエストを URL または `!123` 参照として渡します。Claude Code は、チェックアウトのオリジンが `gitlab.com` 上にある場合にのみ、ベアな番号またはブランチ名をマージリクエストとして扱います。自己管理 GitLab インスタンスでは、URL または `!123` 形式を渡します。81デフォルトでは、Code Review は正確性に焦点を当てています：フォーマット設定の好みやテストカバレッジの欠落ではなく、本番環境を壊すバグです。指摘する内容を変更するには、リポジトリに[ガイダンスファイルを追加](/docs/ja/code-review-customize)します。
350 </Step>
351 82
352 <Step title="作業を続ける">83レビューは Anthropic インフラストラクチャ上で 4 つの段階で実行されます：
353 レビューは独自のコンテキストウィンドウを持つバックグラウンド[サブエージェント](/docs/ja/sub-agents)として実行されるため、会話を埋めません。結果はレビューが完了したときに会話に到着します。
354 </Step>
355 84
356 <Step title="結果に対応する">851. **検出**：複数のエージェントが差分と周囲のコードを並行して検査します。
357 Claude にレビューが見つけたものを修正するよう依頼します。`--fix` または `--comment` を渡した場合、レビューはすでに結果を適用または投稿しています。862. **検証**：検証ステップが候補となる結果をコードと照らし合わせて確認し、偽陽性を除外します。
358 </Step>873. **ランク付け**：残った結果は重複排除され、重大度でランク付けされます。
359</Steps>884. **投稿**：レビューがプルリクエストに結果を投稿します。
360 89
361Claude は以下の両方の実行で、ホストアプリケーションが結果リストをリクエストした場合でも、返信のテキストとして結果を報告します：90各レビューはプルリクエストに以下を残します：
362 91
363* ターミナルセッション。ここで `/code-review` は[フォークされたサブエージェント](/docs/ja/skills#run-skills-in-a-subagent)としてレビューを実行します92* **結果**：該当する行へのインラインコメントと、レビュー本文の概要
364* テキストまたは JSON 出力を含む `-p` 実行93* **チェック実行**：**Claude Code Review** という名前で、結果はその[詳細](/docs/ja/code-review-pull-requests#check-run-output)に一覧表示されます。チェック実行が失敗として完了することはありません。
94* **何も見つからなかった場合**：チェック実行のタイトルは **Code review found no issues** となり、Claude は同じ短いメモをプルリクエストに投稿します
365 95
366[デスクトップアプリ](/docs/ja/desktop#review-your-code)などの結果リストをリクエストするホストアプリケーションでは、Claude は[`ReportFindings` ツール](/docs/ja/tools-reference)を通じてレビューの結果を報告します。Claude Code は結果を結果リストとしてレンダリングし、各エントリはファイルの場所、1 文の要約、および結果が持つ場合は `correctness` などのカテゴリタグを表示します。ホストリクエストはすべての effort レベルで適用され、Claude Code v2.1.218 以降が必要です。96Code Review はレビューを実行する Claude モデルを選択し、その管理設定にモデルの選択肢はありません。レビューの徹底度を上げたり下げたりするには、[レビューレベル](#review-levels)を変更します。
367 97
368Claude が後でセッションで報告された結果を修正すると、それらを再度報告し、Claude Code は更新された結果リストの各結果を修正済み、スキップ済み、または変更不要としてマークします。98Owner が Code Review をオンにすると、各リポジトリに[レビューを実行するタイミング](/docs/ja/code-review-setup#set-when-reviews-run)の設定が用意されます：プルリクエストが開かれたときに 1 回、プッシュのたび、またはリクエスト時のみです。どの設定であっても、リポジトリへの書き込みアクセス権を持つユーザーは、プルリクエストに `@claude review` とコメントして[レビューを開始](/docs/ja/code-review-pull-requests#comment-commands)できます。
369 99
370<h3 id="what-the-review-reads-and-edits">100<h3 id="review-levels">
371 レビューが読み取り、編集するもの101 レビューレベル
372</h3>102</h3>
373 103
374レビューは任意の Claude Code セッションのように `CLAUDE.md` に従いますが、[`REVIEW.md`](#review-md)は読み取りません。バックグラウンドレビューはその `--fix` 編集をセッションの[チェックポイント](/docs/ja/checkpointing#subagent-edits-not-restored)の外で適用するため、`/rewind` はそれらを元に戻しません。git を使用してそれらを戻します。レビューが[フォアグラウンドで実行](#run-in-the-foreground)される場合、独自のターン中にワーキングツリーを編集するため、`/rewind` は通常どおりその編集を復元します。104レビューレベルは各レビューの徹底度を設定し、徹底したレビューほどコストが高くなります：
375 105
376<h3 id="tune-effort-and-arguments">106* **Quick**：軽めのチェックです。最も速く、コストも最も低いレベルです。
377 努力とアーギュメントを調整する107* **Standard**：深さ、速度、コストのバランスが取れています。デフォルトのレベルです。
378</h3>108* **Deep**：最も徹底したチェックです。最も時間がかかり、コストも最も高くなります。
379
380[effort レベル](/docs/ja/model-config#adjust-effort-level)を渡して、カバレッジと信頼度をトレードオフします。`low` では、レビューは最も確信している結果を報告するため、偽陽性が少なくなります。`medium` から `max` では、レビューはカバレッジを広げます。
381
382レベルを入力しない場合、レビューは以前のセッションでも、入力した `low` から `max` の最後のレベルを再利用し、Claude Code は `Reusing high effort, the level you typed last time` などの通知を表示します。`/code-review high` のようにレベルを入力して、後の実行が再利用するものを変更します。非対話型 `-p` 実行で渡すレベルはそれを更新しません。`ultra` は記憶されたレベルを更新も使用もしません。レベルを入力したことがない場合、レビューはセッションの現在の努力を使用します。v2.1.223 より前は、レベルのない `/code-review` は常にセッションの現在の努力を使用していました。
383
384努力レベルとフラグの後、Claude Code は行の残りを 2 つの方法のいずれかで読み取ります：
385
386* **`ultra` なし**：残りのすべてはレビューターゲットです。別のコマンド名で始まる場合でも同様です。`/code-review /fix-issue 123` は `/fix-issue 123` をターゲットテキストとしてレビューし、`/fix-issue` を 2 番目の[スタックされたスキル](/docs/ja/skills#pass-arguments-to-skills)として読み込みません。v2.1.218 より前は、`/code-review` の後にスタックされたコマンドは独自のスキルとして展開されました。
387* **`ultra` あり**：Claude Code は単一の単語をベースブランチまたは PR 番号として読み取り、ブランチまたは PR に名前を付けない長いテキストを[レビューに添付されたノート](/docs/ja/ultrareview#pass-a-request-in-plain-words)に変換します。`/code-review ultra check my auth changes` は現在のブランチをレビューし、Claude は結果をノートに関連付けます。
388
389<h3 id="run-in-the-foreground">
390 フォアグラウンドで実行する
391</h3>
392
393レビューはデフォルトでバックグラウンドで実行されます。v2.1.218 より前は、会話内で実行されました。以下のような場合はフォアグラウンドで実行されます：
394 109
395* 前のレビューがまだ進行中に `/code-review` を再度実行する110Owner は[組織に 1 つのレベルを選択](/docs/ja/code-review-setup#set-the-default-review-level)し、個々のリポジトリに独自のレベルを設定できます。たとえば、日常的なコードベースには Quick、重要なコードベースには Deep を設定します。各レビューのコストに影響するその他の要因については、[Code Review のコストと使用状況](/docs/ja/code-review-costs)を参照してください。
396* 非対話モード（`-p` フラグまたは Agent SDK）で実行します。Claude Code はレビューを待機し、結果を応答に含めます。ただし `ultra` は除きます。これは[クラウドレビューを待ちません](/docs/ja/ultrareview#run-ultrareview-non-interactively)
397* [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/ja/env-vars)を `1` に設定します。これはすべての他のバックグラウンドタスク機能もオフにします
398 111
399<h3 id="let-claude-start-the-review">112<h3 id="what-a-review-can-access">
400 Claude にレビューを開始させる113 レビューがアクセスできるもの
401</h3>114</h3>
402 115
403Claude は独自に `/code-review` を開始できます。変更をレビューするよう平文で依頼すると、コマンドを入力せずにスキルを実行でき、プロンプトとして `/code-review` を持つ[スケジュールされたタスク](/docs/ja/scheduled-tasks)はレビューを実行します。116レビューは、Owner が[セットアップ中にインストール](/docs/ja/code-review-setup#turn-on-code-review)した Claude GitHub App を通じてリポジトリにアクセスします：
404 117
405スケジュールされたタスクは[クラウドレビュー](#escalate-to-ultrareview)を起動しないため、`ultra` 引数なしで `/code-review` をスケジュールします。118* **実行場所**：Anthropic インフラストラクチャ上のマネージド環境です。レビューは[セルフホスト環境](/docs/ja/self-hosted-environments)では実行されません。
119* **読み書きするもの**：レビュー内ではリポジトリへのアクセスは読み取り専用で、レビューがコミットをプッシュすることはありません。プルリクエスト上では、コメントと[チェック実行](/docs/ja/code-review-pull-requests#check-run-output)を投稿し、自身の以前のコメントスレッドを解決し、コメントコマンドに 👀 でリアクションできます。アプリ自体は、他の Claude 機能と共有する[より広い権限セット](/docs/ja/github-actions#github-app-permissions)を持っています。
120* **コードの検査方法**：レビューは差分と周囲のコードを読むことで行われ、コードをビルドしたり実行したりはしません。
406 121
407Claude とスケジュールされたタスクがレビューを開始するのを停止しながら、入力するために `/code-review` を利用可能に保つには、`~/.claude/settings.json` などの[設定ファイル](/docs/ja/settings#where-settings-live)に[`skillOverrides`](/docs/ja/skills#override-skill-visibility-from-settings)エントリを追加します：122<h3 id="who-controls-a-review">
408 123 レビューを制御する人
409```json theme={null}
410{
411 "skillOverrides": {
412 "code-review": "user-invocable-only"
413 }
414}
415```
416
417v2.1.246 より前は、Claude は Anthropic から取得されたフィーチャーフラグがオンになった場所でのみ独自に `/code-review` を開始しました。[フィーチャーフラグを取得しないセッション](/docs/ja/env-vars#features-that-need-feature-flag-fetching)では、`/code-review` は入力したときのみ実行され、スケジュールされた `/code-review` は平文として Claude に到達しました。
418
419<h3 id="escalate-to-ultrareview">
420 ultrareview にエスカレートする
421</h3>124</h3>
422 125
423`/code-review ultra --fix` はクラウドでより深い[ultrareview](/docs/ja/ultrareview)を実行し、セッションに戻ってきたときに結果をワーキングツリーに適用します。126* **開始できる人**：レビューが自動で実行される設定では、プルリクエストを開くかプッシュするとレビューが開始されます。[ただしドラフトとフォークは除きます](/docs/ja/code-review-pull-requests#review-drafts-and-pull-requests-from-forks)。[コメントコマンド](/docs/ja/code-review-pull-requests#comment-commands)は、リポジトリへの書き込みアクセス権を持つユーザーからのものである場合にのみレビューを開始します。
424 127* **従う指示**：ベースブランチまたはデフォルトブランチの `REVIEW.md` で、[プルリクエスト自体の変更からは決して読み取りません](/docs/ja/code-review-customize#which-branch-review-md-is-read-from)。
425Ultrareview は独自のスコープを使用します：現在のブランチとリポジトリのデフォルトブランチ、およびワーキングツリーの未コミットおよびステージされた変更です。`.env` および `*.tfvars` ファイルなどの認証情報またはキーのような名前のファイルの未コミット変更については、Claude Code は[ローカルリポジトリをクラウドセッションにアップロードするためのルール](/docs/ja/claude-code-on-the-web#send-local-repositories-without-github)に従います。`/code-review ultra develop` などのブランチ名を渡して、別のベースと比較します。
426 128
427ターゲットが `github.com` プルリクエストの場合、Claude に[完成した結果を PR に投稿](/docs/ja/ultrareview#post-findings-to-the-pull-request)させることができます。GitHub アカウントからのコメントとして。Claude Code v2.1.227 以降が必要です。129<h2 id="compare-ways-to-get-a-review">
428 130 レビューを受ける方法の比較
429<Note>131</h2>
430 Ultrareview は claude.ai アカウントでの認証が必要であり、Amazon Bedrock、Google Cloud の Agent Platform、Microsoft Foundry、または Zero Data Retention が有効な組織や [HIPAA 設定](/docs/ja/hipaa-setup)が適用された組織では利用できません。ultrareview が利用できない場合、`/code-review ultra` はセッション内でローカルレビューを実行します。
431</Note>
432 132
433スクリプトまたは CI ジョブからクラウドレビューを実行するには、[`claude ultrareview` サブコマンド](/docs/ja/ultrareview#run-ultrareview-non-interactively)を使用します。このサブコマンドは結果を待機し、stdout に出力します。133利用できるオプションを見つけるには、**利用できるユーザー**列をプランとコードホストに照らし合わせて確認してください：
434 134
435このコマンドは v2.1.147 より前は `/simplify` という名前で、デフォルトで修正を適用していました。`/simplify` はバグを探さずに修正を適用するクリーンアップのみのレビューを実行します。バグ検出のために `/simplify` をスクリプト化した場合は、`/code-review --fix` に切り替えます。135| オプション | レビューを開始するもの | 実行場所 | 利用できるユーザー |
136| :- | :- | :- | :- |
137| [Code Review](#how-reviews-work) | 各リポジトリの設定に応じたプルリクエストのアクティビティ、または `@claude review` コメント | Anthropic インフラストラクチャ | GitHub リポジトリを持つ Team または Enterprise プランの組織（Owner がオンにした後） |
138| [`/code-review`](/docs/ja/code-review-local) | ユーザーがブランチでコマンドを実行 | ユーザーの Claude Code セッション | すべてのプランの誰でも |
139| [Ultrareview](/docs/ja/ultrareview) | ユーザーが Claude Code から開始 | クラウドサンドボックス | claude.ai アカウントでのサインインが必要です。利用できない環境については [Ultrareview](/docs/ja/ultrareview) を参照してください |
140| [GitHub Actions](/docs/ja/github-actions) または [GitLab CI/CD](/docs/ja/gitlab-ci-cd) を使用した独自の CI での Claude | すべてのプルリクエストやマージリクエストなど、パイプラインのイベント | 独自の CI ランナー | GitHub または GitLab 上で、Claude API キーまたはクラウドプロバイダーの認証情報を持つ誰でも |
141| [サブエージェント](/docs/ja/sub-agents)または[スキル](/docs/ja/skills)としての独自のレビュアー | セッション中にユーザーまたは Claude が呼び出す | Claude Code を実行する場所 | それを作成した誰でも |
436 142
437<h2 id="related-resources">143<h2 id="related-resources">
438 関連リソース144 関連リソース
439</h2>145</h2>
440 146
441* [Commands](/docs/ja/commands): ローカルの Claude Code セッションで `/code-review` を実行して、プッシュ前に差分をチェック147* [GitHub Enterprise Server](/docs/ja/github-enterprise-server)：セルフホストの GitHub インスタンスで Code Review を使用する
442* [GitHub Actions](/docs/ja/github-actions): コードレビューを超えたカスタム自動化のための独自の GitHub Actions ワークフローで Claude を実行148* [GitHub App permissions](/docs/ja/github-actions#github-app-permissions)：Claude GitHub App が要求する権限の完全なセット
443* [GitLab CI/CD](/docs/ja/gitlab-ci-cd): GitLab パイプライン用の自己ホスト型 Claude 統合149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle)：自動レビューが Anthropic のセキュアな開発プロセスの 1 つのレイヤーとしてどのように適合するか
444* [Memory](/docs/ja/memory): Claude Code 全体で `CLAUDE.md` ファイルがどのように機能するか
445* [Analytics](/docs/ja/analytics): コードレビューを超えた Claude Code 使用状況を追跡
446* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): 自動レビューが Anthropic のセキュアな開発プロセスの 1 つのレイヤーとしてどのように適合するか
