脆弱性に「直しておいて」と割り当てる──GitHubのAgentic Autofixが、CodeQLで自己検算してからPRを出す
GitHubが10月15日、コードスキャン警告を自動修復するAgentic AutofixをGAに。エージェントがコードベースを横断して修正し、CodeQLで再検算して警告が閉じたか自ら確かめてからドラフトPRを出す。最大25件の一括修復やREST API起動に対応する一方、審査責任は人に残る。
セキュリティ警告の一覧に並んだ脆弱性を、担当者に割り当てるのと同じ感覚で「Copilotに割り当てる」。GitHubは2026年10月15日、コードスキャン警告を自動修復するAgentic Autofixを正式提供（GA）にしました。単に修正案を提示するのではなく、エージェントがリポジトリ内を調べて修正し、CodeQLで解析し直して「警告が本当に消えたか」を自分で確かめてからドラフトのプルリクエスト（PR）を出す——という一連の流れを、人の手を介さずに回す点が今回の肝です。
「Assign to Copilot」で、警告が修正案に変わる
これまでのCopilot Autofixは、個々の警告に対して「この行をこう直す」というパッチ候補を示すものでした。Agentic Autofixはそこから一歩進み、1件の警告の周辺だけでなくコードベース全体を横断して関連ファイルを探索し、修正を最後までやり切るワークフローへと変わっています。
起点はシンプルで、警告の画面にある「Assign to Copilot」ボタンを押すだけ。セキュリティキャンペーンの一覧からは、最大25件の警告をまとめて1本のPRに束ねて修復させることもできます。REST API経由でも、担当者（assignee）に copilot-swe-agent[bot] を指定すれば同じ処理が走ります。対象はCodeQLの検知に限られず、SARIF経由で取り込んだサードパーティ製ツールの警告も割り当てられます。
直すだけでなく、「閉じたか」を確かめる
割り当てを受けたエージェントは、次の手順を踏んでから結果を差し出します。
- 探索: 警告に関係するファイルをコードベースから横断的に洗い出す。
- 修正案の作成: 開発者がやるように、複数ファイルにまたがる修正を組み立てる。
- 再検算: CodeQLをもう一度走らせ、その修正で警告が実際に閉じるかを検証する。閉じなければ修正を練り直す。
- ドラフトPL化: 変更の要約・なぜ警告が閉じるのか・実施した検証ステップを添えて、レビュー用のドラフトPRを開く。
修正して終わりではなく、「修正が検知器を通過したか」をエージェント自身が確かめてから人に渡す。この検証ループが、従来のパッチ提案との最大の違いです。
どこで、いくらで使えるのか
利用条件と課金は次のとおりです。再構成したものなので、正確な範囲は出典をご確認ください。
| 項目 | 内容 |
|---|---|
| 対象プラン | GitHub Code Security / GitHub Advanced Security（Enterprise Cloud、データ所在地オプション含む） |
| 有効化 | Enterprise管理者が「Agentic autofix」ポリシーを許可 → 組織/リポジトリ管理者がCode Security設定で有効化。Copilotの支払い方法が必要 |
| 課金 | Code Security予算のAIクレジット＋GitHub Actionsの実行時間を消費。請求は「Advanced Security」として計上 |
| 範囲の制約 | 既定ブランチ上の警告のみ対応。PR上やブランチ固有の警告は割り当て不可 |
「既定ブランチ限定」という線引きは実運用で効いてきます。機能ブランチで検知された警告をその場でエージェントに直させる、という使い方は現時点ではできません。
「検知器を黙らせた」は、合格ではない
修復を自動化すると、負荷は“書く”から“確かめる”へ移ります。ここで指摘されているのが、エージェントが検知器を満足させつつ、正規の処理を壊してしまう可能性です。ある検証では「警告は消えたのに、同じ入力で正当な顧客処理が失敗するようになった」というケースが挙げられています。警告が消えたことだけを合格基準にすると、見かけ上きれいなPRが本質的な欠陥を隠したまま通り抜けかねません。
レビュー側には、変更された各ファイルがなぜ修復に関与するのか、検証の要約がどのリビジョンを指しているのか（ブランチが動けば過去の検証は無効になり得ます）、といった確認が求められます。AIによる解析は多くの場合あくまで助言的で、マージを自動で止めるものではない点にも注意が必要です。
コード生成の自動化が進むほど、審査が新たな渋滞になる——この構図は、AIが生むコード量が増えても出荷量が伸びなかったとする調査でも繰り返し指摘されてきました。Agentic Autofixは「直して検算する」ところまでエージェントに寄せた一方で、最後に「本当に正しいか」を見極める責任は依然として人間に残っている、と捉えるのが実態に近いでしょう。
参照: GitHub Changelog「Agentic autofix for code scanning alerts general availability」 ／ GitHub Docs「About autofix for code scanning」 ／ DEV「AI Autofix Changes What a Pull Request Must Explain」 ／ WindowsForum「GitHub Agentic Autofix GA」
