GitHubのCOOであるKyle Daigle氏が公開した統計が、開発者コミュニティに波紋を広げている。2025年の年間コミット数は10億件だったが、2026年に入って週2.75億件ペースにまで急騰。このまま成長が続けば年間140億件に達する計算だ。同時にGitHub Actionsの実行時間も2023年の週5億分から2025年に週10億分、そして現在は週21億分と、わずか数年で4倍以上に膨れ上がっている。

何がコミット数を爆発的に増やしているのか

数字だけを見れば「何かの誤りでは」と思うほどの急増だが、現場の肌感覚と照合すると辻褄が合う。AIアシスタントを使ったコーディングが当たり前になるにつれ、1人のエンジニアが1日に書けるコード量・コミット頻度は飛躍的に上がっている。以前なら「大きな機能ブロックをまとめてコミット」が普通だったが、今は細かい反復サイクルで何度もコミットを積み上げるスタイルが定着しつつある。

加えて、AIエージェントが自律的にリポジトリを操作するケースも増えている。人間が書くのではなく、エージェントがブランチを作り、コードを生成し、テストを実行してプルリクエストを投げる——そうしたワークフローが普及すれば、コミット数が人間の頭数に比例しなくなるのは当然だ。

GitHub Actionsの急成長が示すもの

コミット数と並んで注目したいのがGitHub Actionsの数字だ。週21億分という実行時間は、単に「CI/CDを使う人が増えた」では説明がつかない水準に達している。

背景にあるのは、AIが生成したコードを自動検証するパイプラインの拡大だろう。コードがAIによって大量生成される世界では、それを検証・テスト・デプロイするための自動化基盤の需要も比例して増える。GitHub Actionsはその受け皿として機能している。

日本企業の多くはまだCI/CDの導入率そのものが低く、「GitHub Actionsをフル活用している」という現場は限られる。だが海外では、AIコーディング→自動テスト→自動デプロイのサイクルが当たり前のインフラになりつつある。この差は今後のエンジニアリング生産性に直結する。

実務への影響——日本のエンジニア・IT管理者へ

① コスト設計を見直す GitHub ActionsはPublicリポジトリなら無料だが、Privateリポジトリでは実行時間に応じた課金が発生する。AIエージェントが自律的にActionsを起動するようになると、想定外の課金増が起きやすい。Actionsの実行時間を定期モニタリングする習慣と、月次予算アラートの設定を今すぐ確認しておくべきだ。

② セルフホストランナーの検討タイミング 実行時間が増えるほど、GitHub-hosted runnerよりセルフホストランナーのコスパが良くなる閾値に近づく。Azure VMやAzure Container Instancesでセルフホストランナーを動かす構成は、特にEnterpriseプランを使う日本企業には現実的な選択肢だ。

③ ブランチ戦略・コードレビュー体制の再設計 AIが大量のコミットを積み上げる世界では、従来の「人間がすべてのコードをレビューする」前提が崩れる。レビュー自動化・品質ゲートの自動化をどこまで進めるか、組織のポリシーとして明文化する必要がある。

筆者の見解

GitHubはMicrosoftが2018年に買収して以来、開発者プラットフォームとして着実に成長を続けてきた。今回のデータはその集大成とも言える数字で、素直に評価していい。

ただ、ここで大事なのは数字の裏にある構造変化だ。「コミットが増えた」のではなく「AIエージェントがコードを書く量が増えた」と読み替えたとき、開発現場のあり方は根本から変わる。自分でコードを書くことよりも、AIが回すループを設計・管理する能力が問われる時代になってきた。

個人的に今一番注目しているのは、AIエージェントが自律的に判断・実行・検証を繰り返すハーネスループの設計だ。単発の指示と応答を繰り返すだけでは、この数字の伸びについていけない。エージェントが連続して動き続ける仕組みをどう構築するか——それが今のエンジニアリングの最前線だと感じている。

日本の多くの現場ではまだAIコーディングの導入すら遅れているが、海外の数字はもうここまで来ている。「うちはまだそこまで」と思っているうちに、気づけば取り返しのつかない差が開く——そういうフェーズに入ってきた、というのが正直な実感だ。

出典: この記事は Quoting Kyle Daigle の内容をもとに、筆者の見解を加えて独自に執筆したものです。