OpenAI、社内GitシステムPandoを解説、複数のAIが作るコードの行き先

「最終」「最終修正」「本当の最終」とコピーを増やすと、どれを試したか分からなくなります。Gitのバージョン管理は、ファイル一式の状態と、その前後の履歴を残します。保存した一時点がcommit、一つの変更の流れを指す名前がbranchです。branchを分けると、別々の変更案を進めてから何を組み合わせるか検討できます。Gitのバージョン管理の説明・branchの基本

以下は二つの変更を分けて扱う架空の例です。保管庫へコードを送ったことには、サービスの公開までは含まれません。

pushは手元の変更履歴を共有保管庫へ送ることです。fetch・cloneは別の作業環境が必要なコード履歴を受け取ることです。自動試験の仕組みであるCIも、コードを受け取ってから試験を始めます。複数のAIが同時に変更案を作ると、送信だけでなく同じ版を受け取る試験の仕事も増えます。

OpenAIは、異なるbranchの更新を独立して処理し、複数の読み手が使える圧縮ファイルを再利用する方式を説明しています。圧縮ファイルは履歴データをまとめて運ぶものです。近くのサーバーに同じものを残すキャッシュにより、同じ荷物を毎回包装する手間を減らせます。

異なるbranchを読んだ結果が、保管庫全体の厳密に同じ瞬間を表すとは限りません。同じbranchを同時に変える作業には引き続き調整が必要です。必要な履歴を届けながら、無関係な作業まで一列に並ぶ負担を減らす選択です。

%% コードの受け渡しで変わる部分・OpenAIのPando構成説明を簡略化
flowchart TD
  A["開発者・AIの仕事<br/>各branchの変更を送信"] --> B["Pando<br/>異なるbranchを独立処理"]
  B --> C["保存した圧縮ファイル・キャッシュ<br/>複数の読み手に再利用"]
  C --> D["別の開発環境・自動試験<br/>必要なコード履歴を受信"]

OpenAIは着手から本番適用まで10週間だったと説明しています。中核の設計はエンジニア一人、実装は複数のAIエージェントチーム、配備は少人数のエンジニアが担ったとしています。「AIが一人でシステムを完成させた」と縮めると、設計と実際の運用判断が抜け落ちます。

同社は、標準のGitと動作が合うかを調べる試験や、実行状況を再現して順序が絡む誤りを探す試験を説明しています。これは同社の開発過程の説明です。本誌がPandoを導入したり試験したりした結果ではありません。

発表の指標はpushの待ち時間の中央値です。中央値は測定値を順に並べた中央の値で、長く待ったすべての要求を表す最大値ではありません。

AIの仕事を増やすチームは、どの段階で待っているかを分けて見られます。コードを書く時間、転送待ち、試験待ち、確認には別々の時間がかかります。保管庫との転送が速くなっても、試験や確認が次の待ち場所に残る場合があります。

公開されているOpenAIのGit保管庫はGit自体の改善作業です。社内サービスPando全体の公開ソースや、誰でも今使えるホスティング商品としては読めません。実際のWeb制作で人の準備とAIの仕事を分けたHackerTubeの解説も、役割と完了の根拠につながります。

以下は約80%減を共通の基準で読むための換算で、秒単位の実測値ではありません。