A OpenAI apresentou o Pando, um novo backend Git que agora suporta todo o desenvolvimento no seu monorepositório, ou seja, um único repositório de código. O cliente Git e o protocolo permanecem inalterados: engenheiros e agentes Codex continuam a executar os comandos git push e git fetch como antes, apenas o servidor mudou. Segundo a empresa, a latência mediana dos envios de código (push) diminuiu quase 80%.
- A OpenAI apresentou o Pando, um backend Git que reduz quase 80% da latência mediana dos push.
- O cliente Git permanece inalterado, e o servidor trata cada ramo separadamente para evitar esperas desnecessárias.
- Os pacotes são guardados como blobs imutáveis e distribuídos em cache por região.
- Os números são auto-declarados, o Pando não é open source e nenhum benchmark independente foi publicado.
Porque é que a OpenAI mudou de backend
Os agentes Codex multiplicaram o trabalho realizado em paralelo. De acordo com o gráfico de commits publicado pela OpenAI, os commits no ramo master aumentaram 1.378% no terceiro trimestre de 2026 em relação ao primeiro trimestre de 2024, e a estimativa para o quarto trimestre de 2026 atinge +2.442%. Cada envio desencadeia agora muitas recuperações de código pelas ferramentas de integração contínua. No final de 2025, as recuperações e os envios estavam a abrandar, algumas fusões falhavam e a fiabilidade chegou a descer abaixo dos 90%. A empresa concluiu que o estrangulamento estava na forma como servia o Git, e não no próprio Git.
Como funciona o Pando
De acordo com o artigo de engenharia publicado pela OpenAI, o Pando rejeita duas premissas que a maioria dos servidores Git considera incontornáveis. A primeira diz respeito à consistência à escala do repositório: os servidores clássicos ordenam cada atualização de referência para todo o repositório, de modo que envios sem relação entre si têm de esperar. O Pando adota uma consistência causal, onde cada ramo é tratado separadamente e os clientes só entram em conflito quando enviam a mesma referência. O compromisso é que um leitor que consulte vários ramos pode vê-los em momentos diferentes.
A segunda premissa diz respeito à geração de um pacote distinto para cada cliente. Os servidores padrão criam um novo a cada recuperação, enquanto o Pando armazena cada pacote enviado como um blob imutável, e regista uma «versão de referência» num armazém de metadados extensível. Um envio requer um número constante de leituras e escritas de metadados, enquanto uma recuperação exige um número proporcional ao logaritmo do desfasamento de versões a preencher. Para limitar o tamanho dos envios, apenas o ramo principal é anunciado como base para novos ramos. No monorepositório da OpenAI, o pacote mediano pesa menos de 20 KiB.
Os pacotes são depois distribuídos via packfile-uri, uma funcionalidade existente do protocolo Git, e um serviço de entrega chamado Express coloca-os em cache por região, com uma taxa de sucesso superior a 99%. Cada envio cria um pacote «L0» que processos em segundo plano agrupam em pacotes cada vez maiores, até ao nível L4 para o monorepositório atual. Este mecanismo substitui a recolha de lixo tradicional do Git.
Números auto-declarados
A OpenAI indica que o Pando processa quase um petabyte de dados Git por dia com apenas alguns núcleos de CPU, e que serviu mais de 57 TB de pacotes numa única hora, dos quais mais de 99% a partir da cache local do disco. Em máquinas virtuais cloud padrão, clones e recuperações saturam ligações de 10 Gbit/s. A empresa também realizou testes com vários milhares de emissores simultâneos, sem degradação segundo ela. Todos estes números são auto-declarados, e nenhum benchmark independente foi ainda publicado.
O Pando não é open source, e a OpenAI indica estar a explorar formas de partilhar a tecnologia. As leituras que envolvem vários ramos não têm uma fotografia única do repositório num dado momento, e os envios repetidos de ramos empilhados devolvem todo o conteúdo situado fora do ramo principal. As correções feitas ao cliente Git foram enviadas a montante, enquanto o backend permanece interno por agora.
