コンテンツにスキップ

差分を見てから通す

tier 1(まず入れる)確認 1 か月前(2026年8月23日)

どこまで来たら使えたと言えるか

面: デスクトップ限定 — ターミナルの対話セッションには当てはまりません

段達成したと言える状態
1. 触る+12 -1 のような差分表示をクリックして diff ビューを開き、ファイル一覧と変更内容を目で見た
2. 入れるdiff の行をクリックしてコメントを書き、Cmd+Enter でまとめて送って修正が新しい差分として返ることを確認した
3. 効かせる**Review code** を実行して指摘を受け、PR を開いた後に CI ステータスバーの **Auto-fix** と **Auto-merge** を入れるか切るかを決めている

何のためのものか

Claude が変えたコードを、コミット前にファイル単位で見て、行単位で差し戻すための場所。行にコメントを付けると、Claude がそれを読んで直し、新しい差分として返ってくる。

触る

  1. Claude にファイルを編集させる。追加・削除の行数が +12 -1 のように表示される
  2. その表示をクリックすると diff viewer が開く。左にファイル一覧、右に各ファイルの変更が出る

Manual モードなら、そもそも適用前に差分が出て、承認するまでファイルは変わらない。

入れる

  • 行にコメントする — diff の行をクリックするとコメント欄が開く。書いて Enter で追加する
  • まとめて送る — 複数行に付けたら Cmd+Enter(Windows は Ctrl+Enter)。Claude が読んで直し、新しい差分として返る
  • Claude 自身にレビューさせる — diff view 右上の Review code。コンパイルエラー・明確なロジックの誤り・セキュリティ上の欠陥・明らかなバグに絞って、diff view へ直接コメントを残す

効かせる

PR を開いた後の自動化を、入れるか切るかで決める。

  • CI ステータスバー — PR を開くとセッションに出る。Claude Code は GitHub CLI でチェック結果を取得し、失敗を表に出す
  • Auto-fix — 失敗した CI チェックの出力を読んで、自動で直しにいく
  • Auto-merge — 全チェックが通ったらマージする。マージ方法は squash
  • CI が終わるとデスクトップ通知が飛ぶ。PR がマージ・クローズされたときにセッションを自動でアーカイブする設定もある

落とし穴

  • PR 監視には gh のインストールと認証が要る。 入っていない場合、初回の PR 作成時にインストールを促される
  • Auto-merge はリポジトリ側の設定が前提。 GitHub 側で有効にしていなければ Claude はマージできない
  • Review code はスタイル・整形・既存の問題・linter が拾うものを指摘しない。 網羅的なレビューではない

根拠と前後

このページが書ける範囲は、根拠にした facts に書かれていることだけです。 仕様そのものはそちらを読んでください。