ツール解説 · 小互リポート

Anthropic 公式が教える手動コードレビューのスキル化——AI に自己チェック&自己修正させる方法

社内では4つのスキルをリレー運用:バグ発見、diff 整理、アプリ起動確認、UI 変更時はデザイン設計書との照合まで。
1分でわかる要点
  • AI がコード修正後、コンパイルエラー・型チェック・テスト・linter といった信号は AI 自身で確認できます。しかし、あなたにしか分からないチェックは毎回手動で確認する必要があります。
  • Claude Code チームの提案:毎回手動で行っているチェックを平易な言葉で書き出し、スキルとして保存すれば、AI が自己実行・自己修正します。最小のものは十数行で済みます。
  • チェックの質と同じくらい重要なのが「配置場所」。あなたが呼び出すか、コード生成スキルに組み込むか、スキル完了後に自動で次を呼ぶか、すべての PR に適用するか——後の段階ほど手間は減りますが、変更は難しくなります。
  • Anthropic の Claude Code チームが日常的に使うのは4つのスキル連携:/code-review(バグ発見)→ /simplify(diff 整理)→ /verify(アプリ実行確認)→ UI 変更時は独自の /design(DESIGN.md と照合)。
  • コストも明記:一度スキルを読み込むとセッション終了までコンテキストに常駐するため、チェーンが長いほどトークン消費が増加。さらに /verify/code-review は v2.1.215 以降、明示的に呼び出した場合のみ実行されます。
これは Claude Code チーム自身が自社ツールの使い方を解説した記事です。効果の数値(削減時間・誤検出率・トークン消費量)は一切示されておらず、チェック自体が間違っていた場合の影響にも触れていません。以下「本站補」と記載された段落は code.claude.com 公式ドキュメントからの補足です。
1検証ループの全体像

AI がコード修正後、どのチェックは自動で、どれが手動なのか

Anthropic 公式チームが、Claude Code で検証ループ(verification loop)を構築する方法を公開しました。普段手動で行っているチェック手順を、自動化されたスキル(Skill)にして AI に自己修正させるというアプローチです。著者は Claude Code チームの Delba de Oliveira 氏で、7月22日公開です。

簡単に言うと、検証ループとは Claude がコード作成後に自分でチェックし、問題を見つけたら自分で修正する仕組み。あなたが画面の前で監視している必要はありません。

現在のあなたの作業を想像してみてください。AI に機能修正を頼んで「完了」と言われたら、ページを開いて操作を確認し、ログをチェックし、ブラウザの幅をスマホサイズに縮めて確認する——この一連の動作を毎回自分でやっているはずです。この「毎回の手動チェック」をスキル化するのが狙いです。

まず AI の作業フロー全体を見てみましょう。

Anthropic 公式図:AI の作業ループ。プロンプトからコンテキスト収集、アクション、結果検証、応答まで。点線枠は Agentic loop
プロンプトを渡すと、Claude はコンテキスト収集(Gather context)→ アクション(Take action)→ 結果検証(Verify results)を経て応答します。点線枠で囲まれた中央3ステップが AI が自律的に回すループです。出典:Claude 公式ブログ。

この図には本文に書かれていない重要な詳細があります。検証に失敗した場合、矢印は「アクション」ではなく「コンテキスト収集」に戻ります。つまり AI は同じ情報のまま再試行するのではなく、状況を再調査してから次のアクションを決定するということです。

検証の一部は AI が元々実行しています。コードベースには機械が直接読めるシグナルが存在するからです。コンパイラエラー、型チェック失敗、テスト失敗、linter の警告——これらが出れば AI は気づき、軌道修正できます。

問題はもう半分。エラーメッセージが一切出ないチェックです。

AI が自分で確認できる
コードベース内の確定的シグナル。エラー時は明確なメッセージが出る
  • コンパイラエラー
  • 型チェック失敗
  • テスト失敗
  • linter の警告
あなたしか分からない
エラーを報告するツールはなく、AI が推測することも不可能
  • このボタンはスマホ幅で隠れないか
  • このエラーログはユーザーのリクエスト本文を一緒に書き出していないか
  • 今回のマイグレーションで列を削除したが、データは新構造に移行されたか
  • この変更はチームのデザイン設計書に合っているか

右側の列は、機械的なシグナルが一切ありません。だから毎回あなたの手に戻ってきて、手動チェックが必要になります。この右側のチェックを AI が読めるシグナルに変換するのが次のステップです。

関連記事(当サイト)
Claude Code 公式が解説するループ設計:4段階で無人運用へ
同じ公式ブログシリーズの前編。手動確認から無人運用までの4段階を解説。検証はそのうちの1段階で、本稿はその詳細を掘り下げたものです。
2既存ツール

Claude Code に組み込み済みの6種類のチェック機能

ゼロから作る前に、既存のものを見ておきましょう。Claude Code には6つのチェック機能が組み込まれています。それぞれ役割が異なり、明示的に呼び出すものと自動実行されるものがあります。

/verify
呼び出し時のみ
プロジェクトのアプリをビルド・実行し、その結果を観察して変更の妥当性を判断します。テストや型チェックではなく、実際の動作で確認する方式です。Claude Code v2.1.145 以降が必要。
CLAUDE.md への記述
常時有効
提供されたツールのエラーコードや警告を Claude が受け取り、適切に動作します。プロジェクトの正確なビルド・テストコマンドを CLAUDE.md に書いておけば、AI がコマンドを推測する必要がなくなります。
Code Review(リサーチプレビュー)
自動実行
ホスト型マルチエージェントサービス。有効化したリポジトリで PR に対して自動レビューを実行します。発見した問題は自分で修正するか、コメントで @claude に依頼して対応を完了できます(GitHub Actions 設定済みの場合)。
GitHub Actions
プッシュ毎に実行
検証スキルを持つ Claude を呼び出すジョブを定義。ローカルで実行しているチェックを、プッシュ時や PR 作成時に自動実行できます。
Spec validation
呼び出し時のみ
リポジトリ内のマークダウン仕様書を基準に、各変更をチェックし、違反箇所の修正を試みるスキルです。
Managed Agents のルーブリック(ベータ)
不合格は自動差し戻し
ホスト型エージェントサービス。独立した採点エージェントがルーブリックに基づいて成果物を検証し、基準未達の場合は自動的に差し戻して再作成させます。