OpenAI cria o Pando para escalar o Git no seu monorepo

O git é o sistema de controle de versão que a OpenAI manteve como base do seu monorepo, mas trocou o que há por trás dele. O Pando é um backend novo para repositórios git, anunciado pela própria OpenAI. O cliente e o protocolo continuam os mesmos, então engenheiros e agentes usam o fluxo de sempre. Segundo a empresa, o Pando hoje sustenta todo o desenvolvimento no monorepo, cortou a latência mediana de push em quase 5x e entrega quase um petabyte de dados git por dia.

O problema veio do Codex, que multiplicou branches, pushes, merges, fetches e clones vindos de ambientes de desenvolvimento, jobs de pesquisa e CI. Desde o fim do ano passado, a infraestrutura sofria com fetches e pushes lentos e merges falhos, com confiabilidade às vezes abaixo de 90%. O Pando ataca duas frentes. Nas escritas, cada branch é coordenado de forma independente, então pushes em branches sem relação rodam em paralelo. Nas leituras, packfiles são reaproveitados entre fetches em vez de gerar um pacote para cada cliente. O pack recebido vai como blob imutável para um blob store, e um metadata store registra versões de ref com a ponta nova, o pack e as versões anteriores de que ele depende.

O preço é a consistência. O Pando oferece consistência causal, com serializabilidade por ref, mas sem retrato único de todas as refs no mesmo instante. Um cliente que lê vários branches pode vê-los em momentos diferentes. A OpenAI argumenta que usuários e agentes dependem da ordem de atualizações de uma única ref, não da ordem global. Também diz que os servidores fazem sobretudo negociação e seleção de packs, e por isso rodam em hardware comum. A empresa compara a abordagem com duas alternativas que modelou: three-phase commit entre réplicas e write-ahead log em blob storage, e relata gargalos de escrita e de leitura, respectivamente, sob carga. Vale separar: o artigo é da OpenAI e descreve o Pando, que é distinto do git em si. O código de uma cópia do git mantida pela OpenAI está no repositório git no GitHub, e a explicação completa está no artigo original. A empresa diz que quer contribuir melhorias de cliente para o git upstream.

A cobertura anterior do CEVIU mostra que o tema vinha crescendo. Em 8 de outubro de 2026, o CEVIU noticiou "GitHub Aprimora Infraestrutura Git para Agentes de IA em Larga Escala", sobre a adaptação da infraestrutura git ao volume de leituras e escritas simultâneas de agentes. Em 14 de outubro de 2026, veio "Anthropic Abandona Git e Revela Scion, Seu Novo Sistema de Controle de Versão", e em 15 e 16 de outubro de 2026 o CEVIU voltou ao caso, com a Anthropic saindo do git para o Scion após o volume diário de merges saltar de 2.500 para mais de 30.000. A diferença para a notícia de 3 de novembro de 2026 é a rota: a OpenAI manteve a compatibilidade com o git e reconstruiu o backend, em vez de trocar o sistema.

Para quem opera monorepos com muitos agentes de código, a leitura é que o gargalo pode estar no backend, não no git. O Pando indica um caminho que preserva ferramentas, CI e hábitos do time. A contrapartida é aceitar consistência mais fraca entre branches, o que cada equipe precisa avaliar contra o seu fluxo.