「ブラウザを開くだけで開発環境が立ち上がる」と一部で熱狂されたGitpodが、Onaと名前を変えた末に、OpenAIに買われることになった。買収合意の発表は2026年6月11日。金額は非公開で、規制当局の承認を経てクローズした後、OnaのチームはCodexチームに合流する。それまで両社は別会社として運営され、Onaは既存契約のサポート継続を明言している。
一次ソースは両社の発表が出ている。
買われたのは「開発環境」ではなくエージェントの実行基盤
OpenAIの発表を読むと、買収の目的は明確で、Codexエージェントを企業の本番ワークフローに安全に入れ込むための実行レイヤーの獲得だ。Codexは週あたり500万人以上が使い、年初から400%増えたという。一方のOna(Gitpod時代を含む)は累計200万人の開発者にクラウド開発環境を提供してきた。
鍵になるのが customer-controlled execution と呼ばれるモデルで、OpenAIはこう説明している。
Ona's customer-controlled execution model will allow agents to operate inside an organization's own cloud environment while OpenAI provides the intelligence and orchestration that power the experience.
エージェントの頭脳(モデルとオーケストレーション)はOpenAIが提供し、手足が動くサンドボックスは顧客自身のクラウドに置く、という分担だ。エンタープライズがコーディングエージェントを拒む理由の大半は「コードと認証情報がどこを通るのか説明できない」ことなので、これは現実的な落とし所だと思う。同時に、計算コストとデータ管理の責任を顧客側に寄せられる構図でもあり、OpenAIにとって都合がいい設計でもある。
SiliconANGLEの報道によれば、OpenAIはこの買収で、数時間から数日にわたるタスクをCodexが実行し続けられるようにすると説明している。手元のラップトップを閉じたらエージェントも止まる、という制約を外しにきた。
CDEとしては伸び悩み、エージェント置き場として化けた
Gitpodは5年以上、人間のためのクラウド開発環境(CDE)を作ってきた会社だ。再現可能な環境、ブラウザで動くVS Code、設定のコード化。技術的には筋が良かったのに、主流にはならなかった。ローカルの方が速いし、手に馴染んだツールチェーンを捨ててまで移る理由が、多くの開発者にはなかった。私自身もGitpodは「OSSのコントリビュートでちょっと触る環境」止まりで、日常の開発を移すには至らなかった。
転機は2025年9月のリブランドだ。Gitpodという名前を捨ててOnaになり、「ソフトウェアエンジニアリングエージェントのミッションコントロール」を名乗った。同年10月にはGitpod Classicの従量課金プランを終了し、旧製品をかなり思い切って畳んでいる。結果としてOnaの発表では、エージェントセッション数が2026年初から13倍に伸び、銀行や製薬といった規制の重い業界に入り込んだとしている。
これは皮肉な話で、人間がCDEを嫌った理由(レイテンシ、ローカルツールへの愛着)をエージェントは一切気にしない。逆にCDEの強みだった再現性、スコープを絞ったクレデンシャル、監査証跡は、エージェントを業務に入れる際の必須要件になった。同じ技術の価値が、ユーザーが人間からエージェントに変わった瞬間に反転した。CDEという市場は人間向けには早すぎて、エージェント向けにちょうど良かった、ということなのだろう。
⚙️ 技術スタックの中身
Onaのドキュメントを見ると、構成要素は素直だ。環境定義は標準のDev Containers仕様で、リポジトリに devcontainer.json を置く。
// .devcontainer/devcontainer.json
{
"image": "mcr.microsoft.com/devcontainers/typescript-node:22",
"features": {
"ghcr.io/devcontainers/features/docker-in-docker:2": {}
},
"postCreateCommand": "pnpm install"
}
そこに AGENTS.md でコードベースの規約やコマンドをエージェントに教え、実行先はOnaのマネージドクラウドか、自社のAWS/GCP VPC内に置くセルフホストRunnerを選ぶ。エージェントの起動トリガーはPRイベント、LinearやJiraのIssueアサイン、スケジュール実行、Webhookが用意されている。RBACや監査ログを含むガードレールがその上に被さる。
ローカルでエージェントを走らせる場合と比べると、違いはこうなる。
| ローカル実行 | Ona型(VPC内サンドボックス) | |
|---|---|---|
| 稼働時間 | PCを閉じたら終了 | 数時間〜数日のタスクを継続 |
| 認証情報 |
~/.aws などに素で触れる |
スコープを絞って注入 |
| 監査 | 実質ログなし | 操作の証跡が残る |
| 並列度 | 手元のマシンに律速 | 環境を並べて同時実行 |
注目したいのは、環境定義がDev Containers、エージェントへの指示がAGENTS.mdという、どちらもベンダー中立の仕様に乗っている点だ。この2つを整備する投資は、仮に将来Codexから別のエージェントに乗り換えても無駄にならない。エージェント基盤の選定が流動的な今、リポジトリ側の資産はオープンな仕様に寄せておくのが防御策として効く。
既存ユーザーが今考えるべきこと
クローズまで両社は独立運営で、既存契約は維持される。ただしGitpod Classicを1年経たずに畳んだ実績がある会社だ。買収後にOnaが独立製品として残るのか、Codexの一機能に溶けるのかは現時点で何も発表されておらず、ここから先は推測になるが、私はCodexへの統合が本線で、スタンドアロンのOnaは緩やかに収束する方に賭ける。OpenAIが買ったのはプロダクトではなくチームと実行モデルだからだ。中立的なエージェント基盤としてOnaを採用していた組織は、契約更新前に方向性の確認をしておいた方がいい。
もう一つ、この買収はモデル各社の競争軸が移ったことを示している。Techzineはこれをエンタープライズ開発市場でのAnthropicへの対抗と位置づけた。モデルの賢さは数ヶ月で追いつかれるが、顧客のVPCに入り込んだ実行基盤と監査体制は簡単には剥がせない。「どのモデルが賢いか」ではなく「エージェントをどこで、どんな権限で走らせるか」が選定の主戦場になる。サンドボックス、シークレット管理、監査ログといった地味なインフラの価値が、この1年で一気に上がった。Gitpodの5年は、その転換を先回りしていたことになる。