OpenAI が Ona（旧 Gitpod）を買収：エージェントの実行環境を買った理由

2026 年 6 月 11 日、OpenAI が Ona という会社の買収に合意したと発表した。 Ona は旧 Gitpod で、AI エージェントが企業の内側で安全に動くためのクラウド実行基盤を提供する会社だ。 Ona チーム全体が OpenAI の Codex チームに合流する。買収額は非公開、クローズは規制当局の承認待ちとされている。

コード補完ツールは「書くのを楽にする道具」だった。 だが最近は少し違う。 担当者が仕様を渡すと、エージェントが自分でリポジトリを調べて実装し、テストを走らせる。 PR を出して、その一連を夜中でも回す。 問題は、こうした仕事を大企業の中でやらせようとしたときに起きる。

どの VPC に置くか。 社内の認証情報にどこまでアクセスを許すか。 何をしたかの記録を誰が持つか。 エージェントが「賢くなった」ことと、「組織の中で安全に動かせる」こととは、別の問題だ。

この買収が示すのは、「OpenAI がエージェントの実行環境を外から調達した」という事実だ。 なぜモデルでも IDE でもなく実行環境だったのか。 Ona の転換はどんな構造だったのか。 この記事はその 2 つを軸に読み解く。

1. Gitpod とは何の会社だったか

項目	内容
創業	2019 年。ドイツ・Kiel の TypeFox チームが起源
共同創業者 / CEO	Johannes Landgraf ほか
旧プロダクト	GitHub リポジトリからワンクリックで起動するクラウド開発環境（CDE）
利用規模	累計 200 万人の開発者（Bloomberg / 自社発表）
累計調達	$41M / 3 ラウンド（Tracxn、2026-06 時点）。最終ラウンドは 2022-11 の Series A $25M（GitHub 創業者 Tom Preston-Werner リード）
競合	GitHub Codespaces、Coder、Google Cloud Workstations

Gitpod の価値提案は「開発環境をローカルから外に出す」ことだった。 devcontainer.json で環境を宣言的に定義し、どの端末からでも同じ状態で起動できる。 OSS 出自と self-host 対応で開発者の人気を取っていた。

ただしカテゴリ全体として、「開発者の環境構築の手間を省く」というペインは単価が低かった。 GitHub が Codespaces を無料枠付きで提供する状況で、Gitpod は収益規模に対して調達額が大きい状態だった。

参考: Gitpod is now Ona / Series A 発表（BusinessWire）

2. 転換の構造：インフラ作り直しがリブランドの前にあった

リブランドは突然起きたのではない。インフラの作り直しが先行しており、事業の整理にも順序がある。

2024 年 10 月、Gitpod は公式ブログで「We're leaving Kubernetes（Kubernetes を離れる）」と宣言した。 マルチテナントの Kubernetes 上で開発環境を分離し続けることの限界を公表し、自前の実行基盤「Gitpod Flex」を発表した。 Flex は VPC デプロイ前提で企業向け統制を中心に据えた新アーキテクチャだった。

その後、2025 年春に旧来のマルチテナント SaaS（Gitpod Classic）を終了した。 200 万人の利用者のうち無料・低単価層を手放し、大企業向けに絞る判断だ。 このタイミングで重心は「多くの開発者に使われる CDE」から「セキュリティ部門が承認できる実行基盤」へ移った。

そして 2025 年 9 月 2 日、社名ごと Ona へリブランドした。 CEO Landgraf の言葉は「IDEs defined the last era. Agents define the next.」。 3 層構成のプロダクトを発表し、CDE の資産をエージェントの実行基盤として再定義した。

時期	出来事
2024-10	Kubernetes 離脱を宣言、Gitpod Flex 発表
2025 年春	Gitpod Classic（旧マルチテナント SaaS）終了
2025-09-02	社名を Ona にリブランド、プロダクト 3 層を発表
2026-02-19	Ona Automations 発表（PR / スケジュール / webhook を起動トリガーにエージェント群を起動）
2026-03-03	Veto 発表（カーネルレベルでエージェントの挙動を統制する runtime security）
2026-06-11	OpenAI への売却合意を発表

参考: We're leaving Kubernetes / Gitpod is now Ona

3. Ona が売っていたもの：3 層 + 「封じ込め」

リブランド後の Ona が売っていたのは次の 3 層だ。

• Ona Environments：API-first のサンドボックス型クラウド開発環境。devcontainer.json による宣言的設定。Gitpod 時代の CDE 資産がそのまま土台
• Ona Agents：サンドボックス内で動く AI エージェント。プライベート LLM アクセス、MCP 対応、並列実行に対応
• Ona Guardrails：RBAC（役割ベースのアクセス制御）、SSO、監査ログ、VPC デプロイを含む大企業向けセキュリティ層

2026 年に入ってさらに 2 つが加わった。 Automations は PR やスケジュール、webhook を起動トリガーにしてエージェントチームをコードベース横断で走らせる仕組みだ。 Veto はエージェントの実行をカーネルレベルで統制する runtime security。 買収発表時のホームページには「The platform for background agents」とあった。

顧客の顔ぶれは規制産業に集中していた。 「米国最古の銀行」「欧州最大級の製薬会社」「アジア最大級のソブリン・ウェルス・ファンド」が事例として挙げられていた。 Cursor や Claude Code が個々の開発者の生産性から入るのとは対照的に、 Ona は「セキュリティ部門が承認できるエージェント実行基盤」を入口にした。

自社発表ベースの数字では、リブランド直前四半期の大企業向け ARR が前年比 4 倍。 2026 年初から週次のエージェントセッションが 13 倍に伸び、社内の PR のうち 83% が Ona との共著だとしている。 絶対額の開示はなく、「8 桁ドルに近い単一契約を獲得」という表現から、少数の大型契約に売上が集中する大企業向け初期段階と読むのが妥当だ。

参考: Ona is joining OpenAI / Ona 公式サイト

4. OpenAI に何が足りなかったか

OpenAI は 2026 年 6 月時点で Codex の週次利用者が 500 万人に達した（Bloomberg 報道ベース）。 企業顧客は約 200 万社に及んでいた。 5 月には「Codex for knowledge work」としてコーディング以外の業務への拡張を発表した。 Dell との提携で on-premises / hybrid 環境への展開も始めていた。

Codex は大規模な利用者を持ち、業務範囲を広げ、企業のインフラの中に入り込もうとしていた。 ところが OpenAI には、企業の VPC 内でエージェントを安全に状態を保ちながら走らせる箱がなかった。

Ona が埋める部品は 3 つに整理できる。

1. 永続・統制された実行環境：Codex cloud はタスクごとの短命なコンテナで動く。大企業が必要なのは、自社 VPC 内で社内システムへの接続権限を統制しながらエージェントが状態を保ち続ける環境だった。Ona Environments + Guardrails + Veto がそのまま該当する
2. 規制産業の顧客と販売実績：銀行・製薬・ソブリン・ウェルス・ファンドという、OpenAI が Codex を最も売り込みたいが審査が最も重いセグメントでの導入実績と SOC 2 / GDPR 対応
3. Automations による自動実行：単発タスクのエージェントではなく、トリガー駆動でエージェントチームを回す仕組み。Codex を「開発者が使うツール」から「企業のバックグラウンドで常時走る労働力」へ進める部品

参考: Bloomberg 第一報（2026-06-11） / Ona is joining OpenAI

5. Windsurf との 11 か月：買収対象が IDE から実行環境へ変わった

2025 年 7 月、OpenAI は Windsurf（AI 支援 IDE）を 30 億ドルで買収しようとして失敗した。 OpenAI が買収した IP に Microsoft がアクセス権を持つという契約条件が問題となり、破談した。 Windsurf の CEO らは Google へ移り、残りの事業は Cognition が取得した。

11 か月後の今回、OpenAI が買ったのは IDE ではなくヘッドレス実行環境の会社だった。買収対象の変化には 2 つの読みができる。

ひとつは市場の重心移動だ。 IDE は人間の操作速度で律速されるため、1 人の開発者が同時に使えるエージェントは実質 1〜2 個だ。 ヘッドレス実行環境は並列数に上限がなく、課金もトークン消費も人間の時間から切り離される。 「開発者が座る場所」から「エージェントが働く場所」への変化は、競争軸の移動を示している。

もうひとつは制約の回避だ。 IDE は Microsoft が VS Code / GitHub を持つ領域で、利害の衝突を避けにくい。 ヘッドレスの実行環境はその衝突の範囲が小さく、Microsoft IP 問題を再び踏む可能性が低かった。

参考: TechCrunch: Windsurf の CEO が Google へ、OpenAI の買収が破談（2025-07-11）

6. Ona 側の構造：なぜ独立路線を続けなかったか

Ona 側の発表は「我々の仕事が大きくなった」という前向きな言葉で統一されている。ただ構造的には次の 3 点が読める。

資本の非対称。累計調達は $41M で、最終ラウンドは 2022 年 11 月。その後の追加調達は確認できていない。Cursor が数十億ドル単位を調達し、Cognition が Windsurf を丸ごと買う市場の中で、大企業向け営業を拡大するには資金が必要だった。

モデルを持たない構造的限界。Ona Agents は外部の frontier model に依存する。エージェントの性能差がモデル更新で決まる比率が上がるほど、実行環境レイヤー単独の価格決定力は下がる。Landgraf が売却理由の第一に「frontier intelligence との組み合わせ」を挙げたのは、この限界を率直に認識した表現と読める。

買い手の希少性。「大企業の中でエージェントを安全に走らせる箱」を最も高く評価できるのは frontier lab か大手クラウドベンダーに限られる。週 500 万ユーザーの Codex を持ち、IPO 準備で大企業向け売上を積みたい OpenAI は、その中で最も切迫した買い手だった。

参考: Ona is joining OpenAI / Tracxn: Gitpod 資金調達履歴

まとめ：Ona 買収を 6 点で整理する

1. OpenAI が買ったのは「エージェントの箱」。モデルでも IDE でもなく、企業の VPC 内でエージェントが状態を保って安全に働く実行環境と、その統制レイヤー
2. Gitpod の転換は「インフラ作り直し → 旧事業の終了 → リブランド」の順。200 万人の無料ユーザーを手放してから 9 か月で出口に至った
3. Ona の差別化は「封じ込め」だった。エージェントの能力ではなく、カーネルレベルの統制と監査証跡を規制産業の顧客に売っていた
4. Windsurf 破談から 11 か月で、買収対象が IDE から実行環境へ変わった。競争軸が「開発者が座る場所」から「エージェントが働く場所」へ動いたことの確認
5. 買収額・ストラクチャー・クローズ後のプロダクト存続は未確認。クローズは規制当局の承認待ちで、クローズまで両社は独立して運営する
6. 中立な実行基盤の需要は残る。Ona は他社モデルも動かせるマルチモデル基盤だったが、OpenAI 傘下でその中立性は問われることになる

---

参考リンク

• Ona is joining OpenAI（Ona 公式ブログ）
• Gitpod is now Ona（リブランド発表）
• We're leaving Kubernetes（Gitpod 公式ブログ）
• OpenAI to Acquire Cloud Platform Ona to Support AI Agents（Bloomberg）
• OpenAI Newsroom: OpenAI to acquire Ona（X 投稿）
• Windsurf の CEO が Google へ、OpenAI の買収が破談（TechCrunch）
• Stainless — Anthropic が「つなぐ力」を買った理由
• Fly.io — マルチテナント実行基盤の設計