OpenAIは2026年11月4日、開発ツールを手がけるPierre Computer Companyの買収を発表した。同社が提供するコード保存サービス「Code Storage」の機能をAIコーディングツール「Codex」に統合する方針だ。買収には規制当局の承認など通常の完了条件があり、取引が完了するまで両社は独立した企業として事業を続ける。
Pierreの技術は、すでにCodexの一部で使われている。ファイルを閲覧する「Trees」とコードの変更箇所を比較する「Diffs」がそれに当たる。今回の買収では、こうした閲覧・レビュー機能に加え、コードや変更履歴を保存する基盤まで統合対象が広がることになる。なお、OpenAIは社内開発向けに独自のGit基盤「Pando」も運用しており、両者の関係も注目される。
コードの閲覧機能から保存基盤へ、統合範囲を拡大
OpenAIの買収発表によると、Pierreが開発したTreesとDiffsは、すでにCodexアプリに組み込まれている。Treesはプロジェクト内のファイルを閲覧するための機能で、Diffsはコードの変更内容を比較・表示するためのものだ。つまり、今回の買収によってPierreの技術が初めてCodexに採用されるわけではない。
Pierreはこのほかにも、コードの編集や表示を支援するツールを開発している。DiffsのEditモードでは、変更内容を確認しながら問題のある行を直接修正できる。また、「Highlights」は、開発者が入力しているコードやAIエージェントが生成するコードに応じて構文を強調表示する。ただし、OpenAIはこれらの機能が現在のCodexに採用されているとは発表していない。
今回新たに打ち出されたのが、Code Storageの機能をCodexに取り込む計画だ。Code Storageは、分散型バージョン管理システム「Git」を利用し、アプリケーションからコードや変更履歴を保存・管理できるサービスである。TreesやDiffsが主にコードの閲覧・レビューを担うのに対し、Code Storageはコードそのものの保存と履歴管理を担う。
OpenAIの買収発表、Pandoの技術解説、Code Storageの製品サイトをもとに、それぞれの役割と現状を整理すると次のようになる。
| 技術・サービス | 主な役割 | 現在の状況 |
|---|---|---|
| Trees / Diffs | ファイルの閲覧、コードの変更箇所の比較・表示 | Codexに採用済み |
| Code Storage | Gitによるコードと変更履歴の保存・管理 | 外部向けサービスとして提供中。Codexへの機能統合を計画 |
| Pando | OpenAIの大規模モノレポを支えるGitバックエンド | OpenAI社内で稼働中 |
これらは異なる役割を担う技術であり、現在利用できる機能と今後の統合計画を区別する必要がある。特にPandoはOpenAIが独自に開発した社内基盤であり、Pierreの買収によって新たに獲得する技術ではない。
OpenAIは、買収完了後もCode Storageの既存顧客はサービスを継続利用できると説明している。また、Pierreのオープンソースソフトウェアは引き続き公開し、OpenAIも開発に貢献する方針だ。一方、買収の完了予定日やCodexへの統合時期、統合後の料金・提供形態は明らかにしていない。Axiosによると、買収金額などの財務条件も非公表だという。
AIエージェントの並列開発がGit基盤に新たな負荷
今回の買収を理解するうえで重要なのが、AIエージェントの普及に伴うソフトウェア開発の変化だ。AIがコードを生成しても、開発作業はそこで完了しない。変更内容を保存し、ほかの作業と統合し、テストや実行環境に反映する必要がある。OpenAIはPandoの技術解説で、多数のAIエージェントが並列に作業する環境では、Gitへの読み書き要求が急増すると説明している。
Gitでは、開発者やエージェントが「ブランチ」と呼ばれる独立した作業系列で変更を進められる。変更をリモートリポジトリに送信する操作は「push」と呼ばれるが、多数のエージェントが異なるブランチを同時に更新すると、書き込み処理が競合する可能性がある。すべての更新が単一の調整処理に集中すれば、待ち時間が増え、並列作業の効率が低下する。
さらに、同じコードや変更履歴を多数のエージェントや実行環境へ配信する負荷も無視できない。OpenAIが開発したPandoは、ブランチ単位で更新を調整し、異なるブランチへの書き込みを並列に処理する設計を採用している。また、生成済みのGitパックデータを再利用することで、多数のクライアントへのデータ配信を効率化する。既存のGitプロトコルやクライアントとの互換性も維持している。
Pandoは、複数の開発プロジェクトを単一のリポジトリで管理する「モノレポ」を支えるための基盤だ。OpenAIによると、Pandoへの移行によって、社内モノレポへのpushにかかる時間の中央値が約80%短縮された。ただし、これは特定の社内環境におけるGitの書き込み性能を示すものであり、AIモデルのコード生成速度や開発工程全体の所要時間が80%改善したわけではない。
PandoとCode StorageはともにGitを扱うものの、現時点では別々の技術・サービスだ。Pandoの実績は、AIエージェントが増えることでコードの保存・配信基盤にも高い処理能力が求められることを示しているが、Code Storageの性能やCodex統合後の効果を直接裏付けるものではない。
GitHubとの競争はどう変わるのか
Axiosは今回の買収について、OpenAIがMicrosoft傘下のGitHubに挑む動きと位置づけている。Codexがコードの生成やレビューだけでなく、保存や履歴管理まで扱えるようになれば、開発者が利用するツールの範囲が広がる可能性がある。ただし、今回の発表だけで、OpenAIがGitHubからの全面的な移行を促す方針だと判断することはできない。
現在のCode Storageは、既存のGitサービスと連携する設計を採用している。製品サイトによると、GitHub、GitLab、Bitbucketとの同期に対応しており、Gitの標準的な操作であるclone、push、fetchも利用できる。また、TypeScript、Python、Go向けのSDKを提供し、アプリケーションからコードや変更履歴を扱えるようにしている。こうした既存サービスとの互換性がCodex統合後も維持されるかは、開発者にとって重要なポイントとなる。
技術面では、PandoとCode Storageの整合性に関する設計の違いも注目される。Pandoではブランチ単位の独立した更新を優先するため、複数のブランチを読み取った結果が、必ずしもリポジトリ全体の同一時点の状態を表すとは限らない。一方、Code Storageは3段階のコミット処理と複数サーバー間の合意に基づく仕組みにより、読み書きの永続性と整合性を確保すると説明している。ただし、両者の技術的な関係や、今後どのように組み合わせるかは公表されていない。
今後の焦点は、Codexで生成・レビューしたコードをどこに保存し、既存のGitリポジトリとどのように連携させるかだ。Code Storageが現在備える外部サービスとの同期機能が統合後も維持されるのか、料金体系や提供形態がどう変わるのかも明らかになっていない。これらの条件次第で、開発者がCodex上でコードの生成からレビュー、保存、履歴管理までをどれだけ一貫して行えるようになるかが決まるだろう。