GitHub Code Quality、AIがcoverage workflowのPRを作成
Original: Code coverage automatic enablement in Code Quality settings View original →
coverage設定のような地味だが重要な作業を、GitHubがAI agentのpull requestに変え始めた。GitHub Changelogによると、Code Quality設定ページからagentを起動すると、対象リポジトリ向けのcoverage workflowを含むPRが作成される。
ポイントは、自動で本番反映するのではなく、レビュー可能な差分として出すことだ。GitHubは、このworkflowがコードをbuildし、testを実行し、coverage reportを生成してGitHubにuploadすると説明している。権限はleast-privilegeがデフォルトで、CI設定にありがちな過剰権限を抑える設計になっている。
coverage導入は、多くのチームで後回しにされる。言語ごとのtest command、既存CIとの接続、report形式、upload先、権限設定を一つずつ詰める必要があるからだ。今回の機能は、その初期設定をrepository contextに合わせたPRとして出す。空のYAMLから始める代わりに、動く前提の差分をレビューできる。
GitHubのAI活用範囲も広がっている。Copilotはアプリケーションコードの補完だけでなく、品質管理やCI/CDの足場づくりにも入ってきた。coverageは派手な機能ではないが、変更の健全性を長期的に追うための基盤であり、ここをagentが扱う意味は小さくない。
もちろん、生成されたworkflowをそのまま信頼するべきではない。monorepo、private registry、独自test runner、長いtest suite、secretの扱いはチームごとに違う。今回の価値は、人間の確認をなくすことではなく、CI品質設定の最初の一歩をレビュー可能なコード変更に変えた点にある。
Related Articles
大きな変更のレビュー負荷を下げる仕組みがGitHub標準のPR画面に入った。GitHub Docsはstacked PRを、同一repository内で独立レビュー・mergeできる依存PRチェーンと説明する。
GitHubは7月31日、Copilot全体でGemini 2.5 ProとGemini 3 Flashをdeprecatedにした。代替はGemini 3.1 Pro (Preview)とGemini 3.6 Flashで、Enterprise管理者はmodel policyの確認が必要になる。
GoogleはGeminiを単一の旗艦モデル競争ではなく、運用コスト別のagent基盤へ寄せている。3.6 Flashは3.5 Flash比で出力tokenを17%削減し、Flash-Liteは毎秒350出力tokenを掲げた。