GitHubは、ソフトウェア開発のライフサイクル全体でAIエージェントを活用する「エージェンティック・エンジニアリング」について、開発者向けのガイドを公開しました。出発点は同社が公表した数字です。10月の一週間でコミット数は12億を超え、一年前と比べて400%以上増加しました。コードを書くコストは下がりましたが、計画、レビュー、監視はボトルネックのままです。本当の生産性はそこで決まります。
用語の確認、事実に入る前に。 エージェンティック・エンジニアリングとは、AIエージェントが自律的にタスクをこなし、人間がそれを導く働き方です。プルリクエストは、マージ前に同僚がレビューする変更の提案です。トリアージは、報告を優先度ごとに振り分ける作業です。CodeQLは、脆弱性を探してコードを分析するGitHubのツールです。サンドボックスは、自分のコンピュータに触れずにコードを動かせる隔離環境です。
コードが増えても生産性は上がるのか?
GitHubによると、10月の一週間のコミット数は2025年全体を上回りました。同社は、開発者が400%増の分だけ本当に生産的だと感じているのかを問いかけています。
二つ目のデータは、GitHubが引用したFaros AIの調査です。チームのAI利用が低い状態から高い状態に移ると、プルリクエストのレビュー期間は441%長くなりました。作業の重心は、書くことから検証することへ移っています。
これはGitHub Rubiconで取り上げたシナリオと同じです。一つのリポジトリで多数のエージェントを動かすことを想定したものです。
Copilotでどう計画するか?
Plan段階の目的は、ツール、チャット、古いプルリクエストに散らばった文脈を一か所にまとめることです。GitHubは、プロダクトマネージャー、デザイナー、アナリストと一緒に計画を立てる手段として、SlackやTeamsのCopilotを挙げています。
- Copilotは、受け入れ基準と分割可能なタスクを含むGitHub Issuesを作成できます。
- GitHub Agentic Workflowsはissueにラベルを付け、複雑さを見積もるため、簡単なタスクはそのままCopilotに渡されます。
- Plan Modeは複数のアプローチを比較し、実装前に承認できる計画を作成します。
複数の作業を並行してどう進めるか?
Build段階では、セッションの継続機能により、異なるデバイスから同じCopilotセッションを再開できます。タスクはクラウドのサンドボックスで動くため、ノートPCを閉じていても進み続けます。Copilotアプリは、セッションごとにリポジトリの独立したコピーを与えます。
プロジェクトの知識は、リポジトリの指示と共有メモリを通じて受け継がれます。Copilot Dreamingは、適格なセッションとプルリクエストへのフィードバックを見直し、メモリを更新します。Copilot Fusionでは、モデルと推論の深さを選び、品質、コスト、所要時間のバランスを取れます。これはエージェントAIと高度な自動化で説明したアプローチに近いものです。
プルリクエストのレビュー時間をどう減らすか?
GitHubにとってレビューの待ち行列は「実質的に441%」です。対策は二つの面から進めます。レビューしやすい変更にすることと、定型チェックをCopilotに任せることです。
- スタックされたプルリクエストは、依存する作業を小さな単位に分けます。
- GitHub Code Qualityは、組織の基準に照らして変更を確認します。
- Copilot code reviewは、変更の規模に応じて確認の深さを調整します。
- AI Scanは、CodeQLの対象範囲を超えて脆弱性を探します。AIによるシークレット検出は、パスワードのような構造化されていない秘密情報を見つけます。詳しくはシークレット管理のガイドもご覧ください。
- npm向けに公開プレビュー中のパッケージファイアウォールは、ポリシーに反するダウンロードをブロックできます。
- Agentic Autofixはセキュリティ修正を提案し、Agent Mergは失敗したチェック、コメント、コンフリクトを処理します。
設定すれば、検証が通ったときにCopilotがプルリクエストをマージすることもできます。
知っておくべき限界
このテキストはGitHubが公開したガイドなので、メリットは同社による主張であり、第三者が独自に測定した結果ではありません。手元の資料ではObserve段階が途中で切れているため、その全体像は説明できません。価格、必要なプラン、各機能の提供状況も不明で、公開プレビュー中のパッケージファイアウォールを除きます。Faros AIの調査は引用されたものであり、私たちが検証したものではありません。
デジタル業務に携わる人にとっての変化
AIで開発しているなら、書く時間で節約した分がレビューで失われるおそれがあります。小さく焦点を絞ったプルリクエストで作業し、同僚が見る前に定型的なチェックを自動化するのが得策です。Cursorなどのアシスタントを使う人も同じ考え方が当てはまります。小規模なチームでは、リポジトリの指示を丁寧に書くことも作業の一部になります。
私たちの見解
このガイドは速度だけを誇るのではなく、レビューという実際の問題から出発している点が評価できます。ただし、宣伝的な資料であることに変わりはありません。Agent Mergや自動マージなど挙げられた機能の多くは、人間の注意が最も必要な場面をエージェントの判断に委ねる方向に働きます。レビューの待ち行列が、誰も読まない自動チェックの待ち行列に置き換わるリスクがあります。手法自体には価値がありますが、一段ずつ導入して計測することが必要です。
よくある質問
GitHubが考えるエージェンティック・エンジニアリングとは何ですか?
AIエージェントがPlan、Build、Verify、Observeの四段階で支援する作業の進め方です。成果を導くのは開発者です。GitHubは、コード生成だけにとどまらない拡張としてこれを提案しています。
GitHubは何件のコミットを記録しましたか?
10月の一週間で12億件を超えました。GitHubによると、一年前と比べて400%以上多く、2025年全体のコミット数も上回ったとのことです。
Faros AIの調査は何を示していますか?
AIの利用率が高いチームでは、低いチームと比べてプルリクエストのレビュー期間が441%長くなるというものです。GitHubは、圧力がレビューへ移っていることの証拠としてこれを引用しています。
Copilotは自分でプルリクエストをマージできますか?
設定すればできます。GitHubによると、設定した検証に合格するとCopilotがプルリクエストをマージします。
パッケージファイアウォールは誰でも利用できますか?
npm向けに公開プレビュー中です。設定したセキュリティポリシーに違反するダウンロードをブロックできます。他のエコシステムについては、この情報源では触れられていません。
今後数か月、支援付きレビューで注目すべき点
問題は、こうしたツールが本当にレビューの待ち時間を減らすかどうかです。ガイドより独立したデータのほうが多くを語るでしょう。
- エージェントを導入する前後で、自分のプルリクエストの平均レビュー時間を測定してください。
- Observe段階の全体像がいつ公開され、お使いの監視ツールとどう連携するのかを確認してください。
- セキュリティ機能に定型チェックを任せる前に、そのプランと費用を確かめてください。




