KAKERU AI NEWS suetomi

Claude CodeのCode Reviewが正式提供に｜レビューは約3倍速く、深さは3段階。料金の決まり方とTeam・Enterprise以外の選択肢

速報 Claude Code Review Team・Enterpriseで正式提供に

Anthropicは2026年10月15日、Claude Codeの「Code Review」を、お試し版（リサーチプレビュー）から正式提供に切り替えました。GitHubのプルリクエスト（コードの変更を取り込む前の確認の場）を、Claudeが自動で読んで、気になる行にコメントを残す仕組みです。

この記事では、何が速くなったのか、誰が使えるのか、料金はどう決まるのか、そして「Team・Enterpriseではない会社はどうすればいいか」を、発表文とClaude Codeの公式ドキュメントで確認できたことだけで整理します。

次に読む

Claudeを仕事で使う まとめ

Claudeのモデルの選び方や、使える場所・注意点の最新の動きを1か所にまとめています。

Claudeのまとめを見る →

トミー

AIでコードを書く量が増えるほど、「誰がそれを確かめるのか」が詰まりどころになります。今回の発表は、そこに向けた道具です。

何が発表された？

発表文によると、Code ReviewはClaude Team と Claude Enterprise の組織で正式に使えるようになりました。正式提供に合わせて、次の3つを改善したとしています。

  • 速さ：多くのレビューが、お試し版のころより約3倍速く終わるように（約20分 → 6〜10分）
  • 質：大事な不具合をより多く見つけ、指摘は「何が問題か・何で起きるか・どう直すか」を数文で書く
  • 柔軟さ：管理者がリポジトリ（コードの置き場所）ごとにQuick・Standard・Deepの3段階から深さを選べる

あわせて、条件を満たすClaude Enterpriseの組織は、2027年1月15日までに申し込むと、少なくとも1万ドル分のCode Reviewのクレジットを受け取れます。クレジットは申し込んでから30日で期限が切れます。

これまでと何が違う？

Code Reviewそのものは、すでにお試し版として提供されていました。今回の違いは、「試しに使う機能」から「正式な機能」になったことと、上の3つの改善です。発表文は、お試し版を使ったチームから「人が見る前に本物の問題を見つけてくれるが、もっと静かに、変更の大きさに合わせて、速くしてほしい」という声があったと書いています。

深さの3段階は、ドキュメントでは次のように説明されています。

  • Quick：軽く見る。いちばん速く、いちばん安い
  • Standard：深さ・速さ・費用のバランス。初期設定
  • Deep：いちばん丁寧に見る。時間も費用もいちばんかかる

組織全体で1つ決めて、大事なリポジトリだけDeep、いつもの作業のリポジトリはQuick、のように分けられます。使うモデルはCode Reviewが選び、管理画面でモデルを選ぶ項目はありません。

何ができるようになった？

ドキュメントによると、レビューはAnthropicのサーバーの上で、4つの段階で進みます。

Claude CodeのCode Reviewは、探す・確かめる・順位づけ・書き込むの4段階で進む
Claude CodeのCode Reviewは、探す・確かめる・順位づけ・書き込むの4段階で進む

いくつものエージェントが変更点とまわりのコードを同時に読み、見つけた候補をコードと突き合わせて誤検出を落とし、重複をまとめて深刻さの順に並べてから、GitHubに書き込みます。指摘は🔴Important（マージ前に直すべき不具合）・🟡Nit（小さな点）・🟣Pre-existing（この変更の前からあった不具合）の3つの印で分かれます。

大事な点が2つあります。1つは、レビューはプルリクエストを承認もブロックもしないこと。マージ（取り込み）するかどうかは、あくまでチームが決めます。もう1つは、コードを読むだけで、ビルドしたり動かしたりはしないことです。リポジトリへのアクセスはレビュー中は読み取りだけで、コミットを足すこともありません。

いつレビューするかは、リポジトリごとに「プルリクエストを作ったとき1回」「プッシュのたび」「頼んだときだけ」から選べます。どの設定でも、書き込み権限のある人が「@claude review」とコメントすれば、その場でレビューが始まります。

仕事ではどう使えそう？

チームの決まりを「REVIEW.md」に書いておく

リポジトリの一番上にREVIEW.mdというファイルを置くと、レビューだけに使う指示を書けます。「Nitは1回に5つまで」「自動で作られるファイルは見なくていい」「新しいAPIには必ずテストがあるか確かめる」のような指示です。プロジェクト全体のルールを書くCLAUDE.mdも読まれ、そのルールに反する変更は指摘になります。

REVIEW.mdは、プルリクエストの変更の中からではなく、取り込み先のブランチか既定のブランチから読まれます。ドキュメントは、既定のブランチを保護しておくよう案内しています。

大事な画面だけ深く見る

問い合わせフォームや会員ページのように、壊れると困る部分のリポジトリはDeep、社内向けの小さな道具はQuick、と分けられます。深さを上げると費用も上がるので、どこに時間とお金をかけるかを先に決めておく使い方です。

外注先から届いたコードの最初の目通しに

制作会社や外部のエンジニアからプルリクエストで納品を受ける会社なら、人が見る前にClaudeが一度目を通し、気になる行に印を付けた状態から確認を始められます。ただし、ドキュメントには「指摘がないことは、不具合や弱点がないことを意味しない」と明記されています。最後に見るのは人です。

KAKERUならこう使う／使わない

KAKERUのように少人数でWebサイトを作る立場だと、Code Reviewの対象（Team・Enterprise）に当てはまるかが先に問題になります。KAKERUなら、まずはどのプランでも使える/code-review（自分のClaude Codeで実行するレビュー）を使い、チームのルールはCLAUDE.mdにまとめておく形にします。ドキュメントによると、/code-reviewはCLAUDE.mdを読み、REVIEW.mdは読みません。両方で効かせたい決まりはCLAUDE.mdに書く、という整理です。

一方で、レビューで指摘がなかったことを「確認済み」の代わりにはしません。Code Reviewはコードを動かさないので、表示の崩れやスマホでの見え方は、人がブラウザで確かめます。お客様のリポジトリにGitHubアプリを入れるかどうかも、お客様と相談して決めることです。

KAKERUの関連サービス

資料づくりにClaudeを使っている方へ

「何を大きく見せるか」などデザインの判断基準をClaudeに渡す、KAKERUのプレゼン資料作成スキル。

プレゼン資料作成スキルを見る →

トミー

「AIに見てもらった」で終わらせず、「AIが見る所」と「人が見る所」を分けておく。レビューの道具が増えても、その線引きは変わらないと考えています。

誰が使える？

Claude Codeのドキュメントにある条件は次のとおりです。

  • プラン：Claude Team と Claude Enterprise
  • コードの置き場所：GitHub（GitHub Enterprise Server、データ所在地を指定したGitHub Enterprise Cloudを含む）
  • 始める人：Claudeの組織のオーナーが管理画面で有効にし、Claude GitHub Appを入れて、リポジトリを選ぶ。開発者は設定なしで、新しいプルリクエストに自動でレビューが付く
  • 使えない組織：データを保存しない設定（Zero Data Retention）やHIPAAの設定をしている組織、自社管理の暗号鍵（CMEK）を使っている組織

Team・Enterpriseでない場合も、Claudeにレビューを頼む方法はほかにあります。ドキュメントの比較表をまとめました。

Claudeにコードのレビューを頼む方法の比較（Code Review・/code-review・Ultrareview・CI・自作のレビュー役）
Claudeにコードのレビューを頼む方法の比較（Code Review・/code-review・Ultrareview・CI・自作のレビュー役）

注意点

料金は「使った分だけ」で、決まった単価はない

ドキュメントによると、Code Reviewは1回いくらという決まった料金がありません。トークン（AIが読み書きした量）に応じて、プランに含まれる利用分とは別の「利用クレジット」から組織に請求されます。1回の費用は、深さ・変更の大きさ・まわりのコードの複雑さで変わります。

注意したいのは、管理画面から足したリポジトリが最初は「プッシュのたび」に設定される点です。プッシュの回数だけ費用が増えます。ドキュメントは、本格的に広げる前に、月の上限額を決め、いくつかのリポジトリで「作ったとき1回」か「頼んだときだけ」にして試し、1回あたりの平均費用から月の費用を見積もる手順を案内しています。上限に届くと、レビューは止まり、プルリクエストに理由のコメントが付きます。

1万ドル分のクレジットは条件が細かい

ヘルプセンターによると、クレジットを受け取れるのは支払い中のClaude Enterpriseの組織で、Team・Pro・Max・Freeは対象外です。販売代理店経由の支払い、GitHub Enterprise Serverなどをつないでいる組織、以前の無料キャンペーンを受けた組織も対象外です。申し込みは1回だけで、その瞬間から30日が数えられます。ヘルプは先にリポジトリの設定を済ませてから申し込むよう注意しています。

日本向けの記載

日本語での指摘の書き方や、日本向けの条件について、発表文とドキュメントに特別な記載はありません。

まとめ

  • Claude CodeのCode Reviewが、10月15日にTeam・Enterpriseで正式提供に
  • 多くのレビューが約3倍速く（約20分 → 6〜10分）、深さはQuick・Standard・Deepから選べる
  • レビューは承認もブロックもせず、コードを動かさない。最後に決めるのはチーム
  • 料金は使った分だけ。最初は「プッシュのたび」なので、上限額と頻度を先に決める
  • 対象外のプランでも、/code-reviewやGitHub Actionsでレビューを頼める

レビューの道具を入れる前に、「どのリポジトリを、どの深さで、どのくらいの頻度で見るか」と「人が必ず見る所」を決めておくと、費用と手間の両方を見通しやすくなります。

参考・情報源

確認日：2026年10月16日。機能や提供状況は変わることがあります。最新の情報は公式ページでご確認ください。

ふだんの制作の話や、作ったものの裏側は Instagram と X でも出しています。

関連記事

Claude Code mods Claude Codeを自分用に作り変える
関連記事Claude Codeに「mods」登場｜TypeScriptで動きや画面を自分用に作り変える
速報 Claude Code Review Team・Enterpriseで正式提供に

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

CAPTCHA