Claude Codeに頼むだけで、/autofix-prはPRの修正をどこまで進める？

現行のClaude Codeには/autofix-pr [prompt]があり、現在のブランチに紐づくPRをClaude Code on the webのセッションで監視し、CI失敗やレビューコメントに対する修正をpushします。公式Commandsではgh CLIとWeb利用権限が必要とされています。利用条件や挙動はCommands、Claude Code on the webを基準にし、古い体験談をすべての環境へ広げません。

安全な使い方

起動前に、今のブランチからどのPRが対象になるかを確認します。

1. 1手元のブランチ紐づくPRと、修正してよい範囲を確認。
2. 2WebのセッションCI失敗やレビューコメントを対象に作業する。
3. 3PRのブランチへ反映commit・pushされた差分と、再実行されたCIを確認。

このコマンドは提案だけで止まる前提では使いません。解析だけにしたい場合は、通常の会話で調査を依頼します。

PR番号、リポジトリ、失敗したCIログ、修正してよいファイル、実行すべきテストを明記します。最初は「原因を分析して修正案だけ」と頼み、変更内容をレビューしてからブランチ・push・PR更新を許可します。CIのトークン、ログの秘密情報、プロダクション認証情報をプロンプトへ貼らないでください。

/autofix-pr only fix lint and type errors

/autofix-prはチェックアウト中のブランチからgh pr viewで開いているPRを見つけます。別のPRを対象にする場合は、先にそのPRのブランチをチェックアウトします。引数を省略するとCI失敗とレビューコメントの修正を広く対象にするため、必要なら上のように範囲を指定します。自動セッションが作成され、修正をcommit・pushする可能性があることを理解してから起動します。

修正後は差分、テスト終了コード、CIの再実行結果、変更されたPRコメントを確認します。自動修正が1回で通っても、別のテストを壊していないかレビューします。Gitの影響を確認するにはGit操作、差分には/diffを参照してください。未確認の環境で「どこまで進められた」と実験結果を断定しません。

使える範囲を判断する

PRのラベルやブランチ保護、CIの権限、外部サービスのトークンはリポジトリ管理者の設定に従います。Claude Codeへ修正を頼めても、protected branchへのpushや必須レビューを自動で迂回できるわけではありません。ログに含まれる環境変数や顧客データをそのまま送らず、必要な行だけを匿名化します。自動処理を定期化する場合は、GitHub Actionsのワークフロー権限と実行者をレビューし、失敗時に人へ通知される経路を用意します。