Dev & código

Pando: OpenAI reconstruiu o servidor Git de seu monorepo para acompanhar o ritmo de seus agentes

A OpenAI detalhou em 2 de novembro o Pando, um novo back-end compatível com Git que atende a todo o seu monorepo desde abril. Projetado para suportar os pushes paralelos do Codex, ele teria reduzido em quase cinco vezes a latência mediana dos pushes. O sistema foi construído em dez semanas, em grande parte por agentes.

Ilustração gerada por IA para o artigo “Pando: OpenAI reconstruiu o servidor Git de seu monorepo para acompanhar o ritmo de seus agentes”
Ilustração gerada por IA

A OpenAI detalhou em 2 de novembro de 2026 o Pando, um novo back-end para repositórios Git que agora atende a todo o seu monorepo. O diagnóstico inicial é um efeito direto dos agentes de código: com o Codex, cada engenheiro envia múltiplos branches em paralelo, cada push aciona várias tarefas de integração contínua que buscam o mesmo commit, e o sistema anterior não conseguia mais acompanhar. De acordo com o artigo, a confiabilidade caía por vezes para menos de 90% a partir do final de 2025, com fetches lentos e merges com falhas.

Abrir mão de dois hábitos dos servidores Git

Em vez de abandonar o Git, a equipe manteve o protocolo e o cliente, revendo duas premissas que a maioria dos servidores Git considera intocáveis.

  • Sem snapshot consistente de todo o repositório. O Pando coordena cada branch separadamente: dois pushes em branches diferentes não precisam mais esperar um pelo outro. Apenas uma gravação simultânea no mesmo branch gera conflito. A contrapartida assumida: um cliente que lê múltiplos branches pode visualizá-los em momentos ligeiramente distintos. A OpenAI avalia que, na prática, tanto humanos quanto agentes dependem apenas da ordem das atualizações de um mesmo branch.
  • Sem packfile sob medida para cada cliente. Em vez de recalcular um pacote de objetos por fetch, o Pando armazena exatamente o packfile recebido durante um push e o repassa aos outros clientes por meio de packfile-uri, um recurso pouco utilizado do protocolo Git. Para tornar esses pacotes reutilizáveis, ele anuncia por padrão ao cliente que envia o push apenas um único branch de referência (o tronco).

Os pacotes são armazenados em um armazenamento de objetos, os metadados em um banco de dados distribuído, e um serviço de cache regional chamado Express os distribui. Uma compactação em segundo plano, inspirada em árvores LSM, consolida os pacotes menores em níveis sucessivos (chegando até L4 atualmente).

Os números anunciados

Indicador (segundo a OpenAI) Valor
Latência mediana dos pushes reduzida em quase 5 vezes
Dados Git servidos quase um petabyte por dia
Pico mais de 57 TB servidos em uma hora
Taxa de acerto do cache Express mais de 99%
Taxa de transferência de clones em VM padrão na nuvem saturação de links de 10 Gbit/s

Números publicados pela OpenAI, não medidos por terceiros.

Construído em dez semanas, por agentes

O trecho mais revelador diz respeito à criação do projeto. O Pando foi projetado por um único engenheiro, implementado por equipes de agentes e implantado por um pequeno grupo de pessoas, em dez semanas desde o início até a produção; ele processa tráfego desde abril de 2026. Escrito em Rust, apoia-se em uma suíte de testes de conformidade com o Git para que os agentes validem suas alterações, em testes de simulação determinística e em especificações em Lean e TLA+ elaboradas por agentes usando GPT-6 Astra para encontrar bugs. A migração em si ocorreu por meio de um proxy, sem interrupções, e o Codex ajudou as equipes a migrarem seus ambientes.

A OpenAI afirma ter enviado várias correções ao projeto Git upstream (downloads paralelos de pacotes, rastreamentos para packfile-uri, o conceito de “explicit haves”) e estar explorando formas de compartilhar o Pando com seus usuários, sem nenhum anúncio concreto.

Nossa leitura

O Pando evidencia uma consequência pouco visível dos agentes de código: o gargalo já não é apenas a capacidade computacional dos modelos, mas o ferramental ao redor, a começar pelo servidor Git. A escolha de manter a compatibilidade com o Git em vez de inventar uma nova ferramenta é pragmática, e as contribuições upstream podem beneficiar a todos. Os ganhos divulgados são impressionantes, mas impossíveis de verificar externamente, e as simulações do artigo são declaradamente pedagógicas. Para as equipes que multiplicam o uso de agentes, a lição é sobretudo de arquitetura: flexibilizar a consistência global do repositório e reutilizar pacotes. Se a OpenAI eventualmente oferecer o Pando a seus clientes, passará a concorrer diretamente com o GitHub e outras plataformas de desenvolvimento.

Fontes

  1. OpenAI — Scaling Git at OpenAI (2 de novembro de 2026) Fonte primária
  2. OpenAI Developers no X — anúncio do Pando (3 de novembro de 2026) Fonte primária
  3. The New Stack — OpenAI built itself a new Git backend, too Fonte secundária

Uma fonte primária vem diretamente da empresa, do laboratório ou da organização envolvida. Uma fonte secundária relata a informação sem ser a sua autora: nós a sinalizamos como tal. Encontrou um erro? Consulte nossa política de correções.