エージェントにライフサイクルの文脈をGitLab Orbit × Google Antigravity × MCP が示すコンテキストレイヤー競争——事実の整理と考察——

目　次
序章　はじめに　　　　　　　　　　　　　　　　　　　　　　　 4
第1章　何が発表されたか　　　　　　　　　　　　　　　　　　　5
第2章　背景——主戦場の移動　　　　　　　　　　　　　　　　　7
第3章　Orbitの構造——ライフサイクルコンテキストグラフ　　　　9
第4章　二つのMCPツール——query_graph と get_graph_schema　11
第5章　グラフRAGか、スキーマ駆動クエリ合成か　　　　　　　　13
第6章　三つのユーザージャーニー　　　　　　　　　　　　　　　15
第7章　性能主張の読み方——11倍・4.5分の1・45分の1　　　　　17
第8章　検証工学の視点——幻覚の消滅ではなく失敗モードの移動　19
第9章　権限・監査・統治——アクセス権フィルタと代理アクセス　21
第10章　商流の変化——コンテキストの計量課金と戦略的含意　　23
第11章　自前実装への示唆——再現可能な部分と本当の堀　　　　25
実装への第一歩——自社で始める七つのステップ　　　　　　　　27
補論　この統合が扱わないこと——制約と留保　　　　　　　　　28
結章　まとめ　　　　　　　　　　　　　　　　　　　　　　　　30
出典　　　　　　　　　　　　　　　　　　　　　　　　　　　　32
補遺　用語整理　　　　　　　　　　　　　　　　　　　　　　　33

序章　はじめに

〔本稿について〕

二〇二六年六月末、GitLabは自社のライフサイクルコンテキストグラフ「GitLab Orbit」を、Googleのエージェント開発環境「Antigravity」のMCPストアから直接導入できるようにしたと発表した。本稿は、この発表の内容を事実として整理したうえで、その技術的・戦略的な含意を独立した視点から考察する概要である。

本稿は事実と考察を明確に分離する。各章の見出し下に〔事実の整理〕〔考察〕〔事実＋考察〕の区分を付す。事実として記す内容はGitLab公式ブログ（二〇二六年六月二九日更新、著者 Regnard Raquedan）および同社の公開ドキュメントに基づく。数値・仕様の一次情報は末尾の出典を参照されたい。考察は本稿独自の分析であり、GitLabの見解ではない。この区分を設けるのは、性能主張のように出所によって重みが変わる記述を、読者が自分で評価できるようにするためである。

要旨を先に述べる。この発表の要点は「GitLabがAntigravityに対応した」という互換性の話ではない。AIコーディングエージェントの競争軸が、コードを生成する能力から、開発ライフサイクル全体の文脈を安全に読み取る能力へと移りつつあることを示す事例である。そして、その文脈を供給する層（コンテキストレイヤー）が、標準プロトコルであるMCPを通じて、計量課金される製品として流通し始めた——この二点が本稿の主張である。

本稿の構成は次のとおりである。第1章で発表内容を事実として整理し、第2章から第5章で技術的な骨格と設計思想を、第6章で具体的なユースケースを扱う。第7章以降は、性能主張の読み方、検証工学の視点、権限・監査・統治の設計、市場構造の変化、そして自前実装への示唆という順に、考察を積み上げる。個別製品の紹介にとどめず、この事例が指し示す「コンテキスト基盤とは何か」という一般的な問いへ接続することを狙いとする。

想定する読者は、特定の製品の操作手順を知りたい人ではなく、この動きが自分たちの開発運用やAI導入の設計に何を意味するかを見極めたい人である。したがって本稿は、導入手順の詳細よりも、構造と含意の理解に紙幅を割く。GitLab Orbitという一つの製品を入り口にしつつ、そこから読み取れる普遍的な設計上の論点——文脈をどう構造化し、どう供給し、どう統治するか——を持ち帰ってもらうことを目指す。