AIエージェントは「git clone」をやめる──GitLabが作り直したエージェント時代のGit基盤
GitLabがTranscend 2026で、エージェント向けに作り直す次世代ソースコード管理を発表。リポジトリのcloneをやめ構造化APIに寄せることで、最大50倍高速・通信量1000分の1をうたう。文脈グラフOrbitや統制機能も同時に整え、エージェント量産投入の足場を狙う。
複数のコーディングエージェントを並列で走らせると、最初に詰まるのはモデルの賢さではなく、足回りのリポジトリ操作だったりします。エージェントはファイルを読むたび・書き換えるたびにリポジトリをまるごと clone し、その通信とトークンが積み上がっていくからです。GitLab は自社イベント「Transcend 2026」で、この足回りそのものを作り直す構想を打ち出しました（発表は6月10日、日本では PublicKey などが6月17日に報じています）。中心になるのが、エージェント向けに再設計した次世代のソースコード管理です。
「人間の速度」で作られたGitが、エージェントの足かせになる
GitLab の問題意識はシンプルです。Git はもともと人間が手作業で操作する前提で設計されており、エージェントが何千と並列で動く世界を想定していません。エージェントが少しコードを読む・直すだけのためにリポジトリ全体を clone すると、その通信量・待ち時間・トークン消費が規模に比例して膨らみ、同時実行が増えるほど性能と安定性が崩れていきます。共有アカウントで動かせば作業同士が干渉し合う「汚染」も起きます。
そこで次世代ソースコード管理では、リポジトリを丸ごと複製する代わりに、必要な情報へ構造化されたAPI経由でアクセスする方式に切り替えます。互換性のためGitプロトコルは維持しつつ、バックエンドとインターフェースをエージェント向けに作り替える、というアプローチです。
公称値で見る改善幅
GitLab が示した数値は以下のとおりです。いずれも「最大で」という条件つきの公称値で、private beta 段階のものです。
| 項目 | GitLab の公称値 |
|---|---|
| エージェントのタスク実行（実時間） | 最大 50倍 高速 |
| clone（取得）速度 | 最大 42倍 |
| 書き込み速度 | 最大 17倍 |
| トークン消費 | 最大 2分の1 |
| ネットワーク通信量 | 最大 1,000分の1 |
これを支える内部構造として、GitLab は次の三層を挙げています。
- 計算とストレージの分離: 処理基盤と保管基盤を切り離して効率化する。
- インテリジェンス層: リクエストを賢く振り分け、重要なデータをキャッシュし、リポジトリのオブジェクトを自動で分割。bitmap の更新はバックグラウンドで行う。
- 最適化: データ移動を最小化し、ネットワーク通信を従来比で大幅に削る。
同時に出た「文脈」と「統制」のピース
今回の発表は単体の機能ではなく、エージェント運用の足場をまとめて整える内容でした。ソースコード管理の刷新に加えて、次の三つが並びます。
| 名称 | 位置づけ | 段階 |
|---|---|---|
| GitLab Orbit | 開発ライフサイクル全体の文脈グラフ。エージェントに根拠を与え、応答を最大11倍速く・トークンを最大4.5倍効率化・ハルシネーションを最大45分の1にすると説明（自社テスト）。第三者のCompare the Marketによる79件のマージリクエスト検証では、コメント配置の正答率がグラフ方式70%・RAG方式58%だったとされる。 | public beta |
| Governance for Agents | エージェントの全アクションに識別・ポリシー・監査・承認を付与。入力や推論、ツール呼び出し、異常な挙動をリアルタイムで可視化。 | private beta |
| GitLab Flex | 座席（シート）とAI利用枠を一本の年間契約にまとめ、月単位で配分を組み替えられる新しいライセンス形態。 | 提供開始 |
狙いは「速さ（次世代SCM）」「正確さ（Orbit）」「統制（Governance）」「契約の柔軟さ（Flex）」を一式で揃えることだと読み取れます。エージェントを本番のソフトウェア開発に組み込むうえで、現場が引っかかりやすい論点をひととおり押さえにきた格好です。
開発の段取りは何が変わるか
これまでエージェントの並列運用は、台数を増やすほどリポジトリ取得とCIが詰まり、コストもトークンと通信に引っ張られていました。clone をやめて構造化アクセスに寄せる発想が定着すれば、「読む・書く」の単位が軽くなり、多数のエージェントを同時に走らせても破綻しにくくなる可能性があります。文脈グラフ（Orbit）と組み合わせれば、エージェントが見当違いの場所を直す手戻りも減らせる、という設計思想です。料金面でも、固定枠ではなくシートとAI利用枠を組み替える Flex のような形は、エージェント主体の開発で消費が読みにくくなる現実に合わせた動きと言えます。
うのみにせず、距離を置いて見るべき点
一方で、現時点では慎重に見ておきたい点もあります。便利さの裏で次のような懸念も指摘できます。
- 数値は自社公称・private beta: 「最大50倍」などは条件つきの自社計測で、ベータ段階です。実環境でどれだけ出るかは、第三者の再現を待つのが妥当です。
- ベンダーへの寄せすぎ: SCM・文脈・統制・課金を一社の基盤に集約するほど、後から別の基盤へ移しにくくなる「ロックイン」の度合いは上がります。利便性と引き換えの依存度は意識しておきたいところです。
- Gitプロトコル互換の射程: 互換をうたっても、構造化API前提の最適化に寄せるほど、既存ツールやワークフローとの相性は実地で確かめる必要があります。
とはいえ、「エージェントが何千と並列で動く前提でGitの足回りを作り直す」という方向性自体は、コーディングエージェントを本気で量産投入しようとする現場の実感に沿っています。GitHub をはじめ各社が同じ課題に向き合うなかで、ソースコード管理の作法がエージェント中心に書き換わっていくのか、続報を追う価値のあるテーマです。
参照: PublicKey「GitLab、AI時代のGitとして高速な次世代ソースコード管理を発表」 ／ GitLab Blog「Built for the agentic engineering era」 ／ DevOps.com「GitLab Previews Revamped DevOps Platform for the Agentic AI Era」 ／ Business Wire（GitLab公式リリース）
