GitHubのような仕組みは、人間がコードを書き、ブランチを切り、レビューして取り込む世界を前提にしてきた。ところがCloudflareは、これからのソフトウェア開発はAI agentが主役になると見ている。しかもそのagentは、補助的な存在ではなく、修正、機能追加、テスト、レビュー、依存関係の更新まで担う。そこで同社は、そうした世界に合う“次のGitプラットフォーム”をCloudflare上で作ってほしいと呼びかけた。単なる製品発表というより、開発の土台そのものを誰がどう設計するかを問う企画だ。
元記事でCloudflareがまず置いている前提は、開発の中心が人間からagentへ移りつつある、という見方だ。いまのGitHubは、人間同士がリポジトリを共有し、ブランチやコミット、issue、pull requestで協業するための仕組みとして育ってきた。しかし、これからは数百、あるいは数千のagentが同じコードベースに同時に触るかもしれない。そうなると、従来の前提だけでは足りない。ほかのagentが何をしているのかをどう把握するのか、変更が衝突したらどうするのか、レビューをどう回すのか、そして「何が変わったか」だけでなく「なぜその変更が入ったか」までどう追うのか。Cloudflareは、そこに次のGitプラットフォームの課題があると述べている。
その土台として同社が挙げるのが、今年公開したArtifactsだ。Artifactsは、Gitを話すversioned filesystemで、数百万のrepositoryまでスケールできるとしている。Cloudflareはこれを、単に完成品としてではなく、開発者が独自の製品やworkflow、抽象化を組み立てるための「programmable primitives」の集合として設計したという。具体的には、repositoryをプログラムで作成・forkでき、コードやagentのcontextをversioned storageとして扱え、agentが慣れ親しんだGit操作もそのまま使える。Cloudflareの言い分では、ここまでを基盤として提供するので、その上にある、agent同士の調整、変更のレビューとマージ、そして大量のagentが動くときの開発体験を作ってほしい、ということになる。
このArtifactsがopen betaになったタイミングで、CloudflareはWorkersとArtifactsを使って「Cloudflare上の次世代Gitプラットフォーム」を作る競争を始める、と発表した。本文の冒頭では、それが「AI agentsの時代にふさわしいGit platformを誰が作れるか」を見たい企画だと位置づけられている。記事の後半は省略されているが、少なくとも今回の主題は、単発の新機能紹介ではなく、Cloudflare自身が次世代の開発基盤を“生態系ごと”育てようとしている点にある。
面白いのは、CloudflareがGitそのものを壊そうとしているようには見えないことだと思う。むしろGitの言語を保ったまま、AI agentが自然に扱える層を上に重ねようとしている。これはかなり現実的だ。開発現場は、いきなり別の思想に乗り換えるより、既存のGitの作法を温存したほうが入りやすい。だからこそ、Artifactsが「Gitを話す」ことに意味がある。人間向けの慣習を捨てずに、機械が動きやすい形に再解釈しているわけだ。
一方で、ここにはかなり大きな賭けもある。AI agentが増えると、単にコードを書く速度だけが上がるのではなく、変更の量と頻度が桁違いになる。すると本当に難しくなるのは、実装そのものより、変更を整理し、誰が何をやっているかを追跡し、衝突を解消し、説明責任を持たせることだ。Cloudflareが「why a change was made」を強調しているのは象徴的で、これからの開発基盤は、差分管理だけでは足りない。意図の管理まで含めた仕組みが必要になる、という認識が透けて見える。
私がもう一つ重要だと感じたのは、Cloudflareがこの話を“リポジトリのホスティング”に閉じていないことだ。Workersを前面に出している時点で、彼らは単なるGitの代替サービスではなく、エッジで動く実行基盤、保存、権限、イベント処理をまとめた開発プラットフォーム全体を狙っているように見える。repository changeに対するevent subscriptionsがある、というog:descriptionの情報だけでも、単なる保存場所ではなく、変更をきっかけに何かが起動する前提があると分かる。AI agent時代の開発では、変更通知や自動実行は補助機能ではなく中核になるはずだ。
ただし、ここでCloudflareが本当に勝ち筋を持つかは別問題だと思う。GitHubやGitLabが強いのは、歴史の長さだけではなく、レビュー文化、CI/CD、アクセス制御、エンタープライズ向け統合まで含めた“慣れ”を持っているからだ。Cloudflareが勝つには、単に速い・安い・分散している、では足りない。agentが大量に動く環境で、どれだけ事故を減らし、どれだけ意味のある自動化を作れるかが問われる。競争の主戦場は、見た目のUIではなく、運用のしやすさと説明可能性になるのではないか。
この発表は、開発者向けの製品ニュースとして読める一方で、実際には組織の作り方に踏み込んでいる。数百、数千のagentが同じコードベースに触るなら、誰がどの範囲を持ち、どこまで自律させ、どこから人間が止めるのかを決めなければならない。Artifactsのような基盤は、その境界線を技術的に表現するための道具にもなる。repositoryをプログラムで作れる、forkできる、contextを保持できるというのは、開発の単位を人間の手作業から、より細かい自動運転に移すための条件だ。
だからこの話は、Gitの新製品というより、ソフトウェア開発をどう統治するかの提案に近いと思う。AI agentは便利だが、数が増えると必ず管理コストが跳ねる。Cloudflareはそのボトルネックを、ネットワークと実行基盤を持つ自分たちの強みで解こうとしている。うまくいけば、開発の現場は「人が全部見る」か「全部任せる」かの二択ではなくなる。逆に言えば、ここで失敗すると、AI向けの派手な実験に終わる可能性もある。面白いのは、その成否がGitという古典的な道具の再発明にかかっていることだ。
参考: We want you to build the next Git platform on Cloudflare
