OpenAIは、バージョン管理システムGitが大規模モノレポに対応できるよう、社内バックエンドシステム「Pando」を開発し、運用を開始しました。Pandoは、エンジニアやエージェントが普段Gitを使用する方法を変えることなく、より多くのプッシュやフェッチ処理を可能にすることを目指しています。
そもそもPandoとは
Pandoは、Gitそのものを置き換えるシステムではなく、Gitのバックエンドシステムです。そのため、Gitを使う今のワークフローを変えずに移行できたそうです。同じくモノレポの肥大化に悩んでいたAnthropicは、Gitの代わりになるシステム「Scion」を開発しており、両社は違う道を選んだ形です。
既存のGitシステムは、プッシュのときにリポジトリ全体の更新順序を調整します。Pandoはブランチごとに更新順序を調整します。また、既存のシステムはクライアントごとにPackfileを作りますが、PandoはPackfileを再利用できます。
背景：コミット数増大による既存Gitシステムの限界
OpenAIの社内では、コードを巨大なモノレポ（単一の巨大なリポジトリ）で管理しています。このモノレポ運用において、Codexの活用が進むにつれてコミット数が大幅に増加しました。
コミット数は、2024年第1四半期を基準にすると、2026年第3四半期には14倍以上になりました。この急激な増加により、2025年末頃からは既存のGitシステムではプッシュの失敗やマージの遅延が発生し、システムの信頼性が90％を下回る事態に陥りました。
Pandoによる処理能力と信頼性の改善
OpenAIによると、Pandoでプッシュの遅延は約80%減りました。上の工夫で必要なリソースを抑えつつ、1日あたり約1ペタバイトのGitデータを処理できるようになったとしています。
「1000個のクライアントが個別のコミットをプッシュする」処理にかかる時間の比較では、3相コミット（3PC）方式が56.52秒、先行ログ書き込み（WAL）方式が96.26秒だったのに対し、Pandoは7.71秒でした。
既存のシステムではマージ成功率が90％を下回る日もありましたが、Pandoの導入後は100％近い成功率を保っています。1日ごとのデータ配信量は増え続けており、1時間あたり57テラバイト、1日あたり1ペタバイト近くを配信しているとのことです。
Pandoは、1人のエンジニアが中核設計を担当し、Codexを用いてRustで実装されました。開発着手から本番稼働までに要した期間はわずか10週間であり、2026年4月から本番稼働を開始しました。
開発プロセスにおける検証の徹底
Pandoの開発では、GPT-6 Astraを使って、LeanやTLA+による形式的検証を行っています。また、セキュリティAIの「Daybreak」による攻撃耐性テストも実施されています。
なお、OpenAIはPandoをオープンソース化はしていませんが、開発過程で得られた知見や発見したバグはGit開発コミュニティに共有されています。
まとめ
OpenAIは、Codexの活用でコミット数が14倍以上に増え、既存のGitシステムでプッシュの失敗やマージの遅延が起きたことを受けて、Gitのバックエンド「Pando」を開発しました。Gitの使い方を変えずに、プッシュの遅延を約80%減らし、1日あたり1ペタバイト近くのデータを配信しています。1人のエンジニアがCodexを使って10週間で本番稼働させた点も、OpenAIは明らかにしています。
出典
元記事: OpenAIがGitで超大規模リポジトリを運用するためのバックエンド「Pando」を開発（GIGAZINE）
この記事は上記の公開情報をもとに、内容を整理して作成しています。
