Claude Codeの/diffコマンド｜変更差分をインタラクティブに確認してコードレビューを効率化する

Claude Codeに複数の変更を指示した後、——「結局どこが変わったのか」を正確に把握するのは意外と難しい作業です。/diffコマンドを使えば、Claude Codeが行った変更の差分をターン単位でインタラクティブに確認し、意図しない変更の混入を防げます。コードレビューの精度と速度の両方を向上させる、品質管理の要となるコマンドです。

この記事でわかること

Claude Codeが行った変更をターン単位で正確に把握し、意図しない変更の混入を防ぐ/diffコマンドの活用法を解説します。

• /diffコマンドの仕組みと、git diffとの違い — /diffは、ClaudeCodeが現在のセッションで行ったファイル変更の差分を表示するコマンドです。
• ターン別の差分確認やacceptEditsモードとの併用パターン — リファクタリングや機能追加など、複数ファイルにまたがる変更を行った後の品質チェックです。
• /pr-commentsとの連携によるプルリクエストレビューの効率化 — /diffと/pr-commentsを組み合わせることで、プルリクエストのレビュー作業を大幅に効率化できます。

対象読者: Claude Codeでのコード変更を確実にレビューしたいエンジニア、品質管理を重視する開発チーム

/diffコマンドとは

/diffは、Claude Codeが現在のセッションで行ったファイル変更の差分を表示するコマンドです。

通常のgit diffは作業ディレクトリ全体の変更を表示しますが、/diffはClaude Codeのセッション内での変更に限定して差分を表示します。さらに、ターン（やり取りの1回分）ごとに差分を分けて確認できるため、「この指示でどの部分が変わったか」を正確に追跡できます。

基本的な使い方

セッション全体の差分を確認

/diff

引数なしで実行すると、現在のセッションでClaude Codeが行った全ての変更の差分が表示されます。

特定のファイルの差分を確認

/diff src/components/Header.tsx

ファイルパスを指定すると、そのファイルに限定した差分が表示されます。

/diffとgit diffの違い

/diffの最大の特徴は「セッション内の変更に限定される」点です。自分が手動で行った変更や、別のセッションでの変更は含まれないため、「Claude Codeが何をしたか」だけを正確に確認できます。

実務での活用パターン

パターン1: 大規模変更後の包括的レビュー

リファクタリングや機能追加など、複数ファイルにまたがる変更を行った後の品質チェックです。

Before（/diffなしのレビュー）:

Claude Codeが20ファイルを変更。変更内容はセッション中のやり取りの中に埋もれており、全ての変更箇所を特定するためにgit diffの膨大な出力を目視確認する必要がある。手動で加えた変更も混在するため、AIの変更だけを判別できない。

After（/diffでレビュー）:

/diff

Claude Codeのセッション内変更のみが、ファイルごとに整理された形で表示されます。各ファイルの変更内容を順番に確認し、意図しない変更が含まれていないかをチェックできます。

確認すべきポイント:

パターン2: ターン別の差分追跡

1つのセッションで複数の指示を出した場合、どの指示がどの変更を引き起こしたかを把握できます。

シナリオ:

• ターン1: 「認証ミドルウェアを追加してください」
• ターン2: 「エラーハンドリングを改善してください」
• ターン3: 「テストを追加してください」

各ターンの変更を個別に確認することで、ターン2のエラーハンドリング改善がターン1で追加した認証ミドルウェアに意図しない影響を与えていないかを検証できます。

確認フロー:

1. /diffで全体の変更を概観する
2. 気になる箇所があれば、該当ターンの変更に絞り込んで詳細を確認する
3. 問題があれば、そのターンの変更だけを取り消す指示を出す

パターン3: acceptEditsモードとの併用

Claude Codeのedit権限設定によっては、ファイル変更の前に確認を求めるモードで動作します。/diffはこの確認プロセスと組み合わせて使うと、より安全な運用が可能です。

acceptEditsモードの段階:

自動承認モードでは、Claude Codeが変更を即座に適用するため、/diffでの事後レビューが品質管理の最後の砦になります。確認ありモードでは、個別の変更は事前に確認できますが、セッション全体の整合性は/diffで改めて確認する必要があります。こうしたAI活用に関心のある方は、経営データの可視化やコンテンツマーケティングの効率化の詳細もあわせてご覧ください。

/pr-commentsとの連携

/diffと/pr-commentsを組み合わせることで、プルリクエストのレビュー作業を大幅に効率化できます。

/pr-commentsとは

/pr-commentsは、現在のブランチに関連するプルリクエストのレビューコメントを取得・表示するコマンドです。レビュアーからのフィードバックをClaude Codeのセッション内で直接確認し、修正を指示できます。

連携ワークフロー

Step 1: プルリクエストを作成
Step 2: /pr-comments でレビューコメントを確認
Step 3: レビュー指摘に基づいて修正を指示
Step 4: /diff で修正内容を確認
Step 5: 修正コミットをpush

実践例

/pr-comments

レビューコメント:

• src/auth/middleware.ts:25 - "ここのエラーハンドリングが不十分です。401だけでなく403もケースとして追加してください"
• src/auth/middleware.ts:42 - "トークン検証のタイムアウト処理が必要です"

レビュー指摘に基づいて修正してください。middleware.tsの25行目に403レスポンスのケースを追加し、42行目にトークン検証のタイムアウト処理を追加してください

修正後:

/diff src/auth/middleware.ts

/diffの出力で、レビュー指摘が正確に反映されているか、指摘箇所以外に意図しない変更がないかを確認します。

/diffの出力を活用したレビュー効率化

コミットメッセージの自動生成

/diffの出力を基に、変更内容を正確に反映したコミットメッセージを生成できます。

/diff の内容を基に、Conventional Commits形式のコミットメッセージを作成してください

レビュー依頼文の作成

チームメンバーにレビューを依頼する際、/diffの出力を要約して依頼文を作成できます。

/diff の内容を基に、プルリクエストの説明文を作成してください。変更の背景、具体的な変更内容、テスト方針を含めてください

変更の取り消し

/diffで意図しない変更を発見した場合、該当部分だけを取り消す指示を出せます。

/diff で確認したところ、src/utils/helpers.tsの変更は不要です。このファイルだけ元に戻してください

関連コマンドとの組み合わせ

/plan + /diff の設計→確認フロー

/planで作成した計画と、/diffで表示される実際の変更を突き合わせることで、「計画通りに実装されているか」を検証します。計画にない変更が含まれていれば、それが意図的な改善なのか意図しない副作用なのかを判断できます。

/batch + /diff の並列変更レビュー

/batchで並列実行した変更の全体を/diffで一括レビューします。並列エージェント間で変更の一貫性が保たれているか（命名規則、コーディングスタイル等）を確認する重要なステップです。

/compact + /diff のセッション管理

長時間セッションでは、/compactでコンテキストを圧縮した後でも/diffは正確に機能します。compactで会話履歴が圧縮されても、ファイルの変更履歴は保持されるためです。

あわせて読みたい

• Claude Codeでプロジェクト管理を効率化する方法｜CLAUDE.md・タスク分割・進捗管理の実践
• Claude Code × Google Slides・スプレッドシート連携｜gws CLIで提案資料・管理表を自動生成する
• Claude Coworkでマーケティング業務を効率化する方法｜コンテンツ・分析・レポートの自動化

まとめ

StartLinkでは、こうした取り組みを企業規模に合わせてご支援しています。

まずは自社の現状を棚卸しし、最も効果が見込める領域から第一歩を踏み出してみてください。

属人化を防ぎ、チーム全体で再現可能な仕組みとして標準化することが成功の鍵です。

自社の業務フローや要件に応じて、段階的にカスタマイズしていくことをおすすめします。

• /diffコマンドは、Claude Codeが行った変更を正確に把握し、コードレビューの品質と速度を向上させるための機能です
• git diffとは異なり、セッション内の変更に限定してターン別に確認できるため、「どの指示がどの変更を引き起こしたか」を正確に追跡できます
• /pr-commentsとの連携でプルリクエストのレビューフローを効率化し、acceptEditsモードとの併用で変更の安全性を確保できます
• 大規模な変更ほど/diffの価値が高まるため、変更後には必ず/diffで確認する習慣をつけてください

• *Claude Codeの全コマンド一覧はClaude Codeチートシートをご覧ください
• AI活用の全体像はAI活用完全ガイドで解説しています

よくある質問（FAQ）

Q1. /diffはセッションを閉じると履歴が消えますか？

はい、/diffはClaude Codeのセッション内の変更を追跡しているため、セッションを終了すると/diffの履歴はリセットされます。ただし、ファイルの変更自体はディスクに保存されているため、git diffで引き続き確認できます。重要な変更はセッション終了前にコミットしておきましょう。

Q2. /diffで表示される差分が多すぎて読みきれない場合はどうすればよいですか？

ファイルパスを指定して確認範囲を絞り込みます。/diff src/auth/のようにディレクトリ単位で指定することも可能です。また、Claude Codeに「/diffの結果を要約してください」と指示すれば、変更の概要を自然言語でまとめてもらえます。

Q3. /diffとgit diffを両方使う場面はありますか？

あります。/diffは「Claude Codeの変更」だけを表示するため、手動での変更は含まれません。Claude Codeの変更と手動の変更を両方含む最終的なコミット内容を確認するには、git diffが必要です。推奨フローは、/diffでAIの変更をレビュー→git diffで全変更を最終確認→コミットです。

Q4. /diffで問題のある変更を見つけたら、部分的に取り消せますか？

取り消せます。「/diffで確認したところ、src/utils/helpers.tsの15-20行目の変更は不要です。この部分だけ元に戻してください」のように、ファイル名と行番号を指定して取り消しを指示できます。Claude Codeが該当部分のみをrevertし、他の変更は維持します。Claude Codeの基本的な使い方については「Claude Code導入ガイド」も参考にしてください。