OpenAI conta como escalou o Git com o Pando, backend compatível com Git

O git segue como a base do fluxo de trabalho da OpenAI, e o Pando é o backend que muda a forma de servir os repositórios, sem mexer no cliente nem no protocolo. A empresa diz que o Pando já sustenta todo o desenvolvimento no monorepo. Os dois objetivos são escritas que escalam na horizontal, otimizadas para pushes concorrentes em muitas branches, e leituras com vazão suficiente para saturar a rede dos clientes. O texto descreve o gargalo: com o Codex, cada engenheiro tem vários changes prontos para CI ao mesmo tempo, e cada push pode disparar vários jobs buscando o mesmo commit. No fim do ano passado, o sistema sofria com fetches e pushes lentos e merges falhando, com confiabilidade abaixo de 90% em alguns momentos.

Tecnicamente, o Pando guarda cada packfile recebido como blob imutável em um blob store e registra, num metadata store, versões de ref com o novo topo, o pack de origem e as versões anteriores de que ele depende. Os dois armazenamentos escalam na horizontal. Há serialização só para atualizações da mesma ref, então clientes só conflitam ao empurrar para a mesma ref. Isso é consistência causal. Na leitura, packfiles são reaproveitados entre fetches em vez de gerar um por cliente. O custo: o cliente pode baixar objetos que já tem, e quem lê várias branches não pode assumir um retrato único no tempo. No exemplo do texto, durante um clone completo um cliente pode ver foo na versão 1 e bar na 2, enquanto outro vê o inverso. A OpenAI compara com 3PC e com um WAL em blob storage. No primeiro, a latência de escrita sobe sob carga conforme os discos saturam. No segundo, a de leitura sobe porque os servidores não acompanham a leitura do journal. O código-fonte do fork está no repositório openai/git, escrito em C, e a empresa diz querer levar melhorias ao Git upstream.

Em 3 de novembro de 2026, o CEVIU noticiou "OpenAI cria o Pando para escalar o Git no seu monorepo" e "OpenAI cria o Pando, novo backend Git, para sustentar o monorepo em escala de agentes". Esta matéria acrescenta o detalhamento técnico: o modelo de consistência causal, a comparação com 3PC e WAL, a queda de quase 5x na latência mediana de push e o volume de quase um petabyte por dia. Em 28 de outubro de 2026, o CEVIU havia publicado "GitHub adota quorums por referência para escalar a infraestrutura Git na era dos agentes", sobre um problema parecido (fim da serialização em todo o repositório), mas de outra empresa e outro sistema.

Para quem opera monorepos com muitos agentes e CI, a leitura é que o gargalo costuma estar na coordenação de escritas e na geração de packs por cliente, e não no git em si. Abrir mão de consistência global entre refs é uma troca que a OpenAI considera aceitável, porque agentes e pessoas dependem da ordem de uma única ref. Vale checar se o seu fluxo faz a mesma suposição antes de pensar em algo parecido.