Reason Machines lança Aspen, servidor Git para IA com 567 pushs/s
Reason Machines lança Aspen, servidor Git open-source pensado para tráfego intenso de agentes de IA, com novo design que escala escrita por branch e chegou a 567 pushs por segundo em testes.

Tecnologia
Novo servidor Git open-source da Reason Machines suporta alto volume de pushs, ideal para agentes de IA com tráfego intenso.
Leia também: Claude Fable 5.2 alcança 65 pontos, mas custa caro e é lento
A Reason Machines lançou o Aspen, um servidor Git open-source projetado para aguentar enxurradas de pushs simultâneos de agentes de inteligência artificial, com arquitetura baseada no design Pando da OpenAI e desempenho que, em testes internos, chegou a 567 pushs por segundo sem erros.
Servidor Git pensado para agentes de IA
O Aspen foi criado para cenários em que centenas de agentes automatizados escrevem no mesmo repositório o tempo todo, enquanto pipelines de integração contínua fazem fetch após cada atualização. “Um agente faz push a cada poucos minutos, e o CI busca após cada push”, descreve a Reason Machines ao explicar o tipo de carga que quer atender.
Segundo a empresa, os servidores Git tradicionais não lidam bem com esse padrão de uso. “Um servidor clássico enfileira todos os pushs para um repositório juntos e constrói um pacote novo para cada fetch. O trabalho do servidor cresce com os clientes, não com o código novo”, afirma a desenvolvedora do Aspen.
O novo servidor pode ser auto-hospedado e roda em infraestruturas que combinem PostgreSQL com armazenamento compatível com S3, além de ter suporte a plataformas de nuvem como AWS, Google Cloud, Azure e Hetzner. Ele fala “Git puro” via HTTPS e SSH, sem exigir mudanças nos clientes.
Como o Aspen muda a escrita em Git
O Aspen segue o design Pando, criado pela OpenAI para enfrentar exatamente o gargalo de servidores Git sob carga extrema. De acordo com a Reason Machines, “o Pando reduziu a latência mediana de push em quase 5 vezes e serve quase um petabyte diariamente”, o que inspirou a arquitetura agora implementada de forma independente.
Em vez de tratar o repositório como um grande bloco, o Aspen escala a escrita por branch. Cada branch é armazenado como uma cadeia de versões em uma única linha no PostgreSQL. A cada push, o pacote é enviado para o armazenamento S3-compatível e o ponteiro do branch é atualizado com uma operação atômica de compare-and-swap.
Na prática, pushs em branches diferentes não bloqueiam uns aos outros. “Se dois pushs competem no mesmo branch, um vence e o outro recebe o erro usual de ‘fetch primeiro’ do Git”, explica a Reason Machines. O efeito colateral é que diferentes branches podem ser lidos em momentos ligeiramente distintos, algo considerado aceitável em troca da escalabilidade.
Outro ponto central é que o servidor nunca desempacota os pushs. Ele apenas verifica a integridade, completa bases que faltam e guarda o pacote como está. Nos fetches, o Aspen transmite somente os pacotes que o cliente ainda não possui, sem recompressão, podendo usar URLs assinadas e CDN para servir esses dados.
Para manter o sistema eficiente ao longo do tempo, o Aspen faz compactação em segundo plano, mesclando pacotes em níveis, em um esquema semelhante a uma árvore de mesclagem log-estruturada. Isso reduz a quantidade de pacotes que um cliente muito atrasado precisa baixar e otimiza fetches rasos usados em CI.
Quão rápido é o Aspen?
Nos testes divulgados pela Reason Machines, o Aspen sustentou 567 pushs por segundo por 5 minutos sem erros, usando um servidor de 8 núcleos, armazenamento S3 Standard e um PostgreSQL com 4 núcleos. O repositório de teste era uma cópia do código-fonte do próprio Git, com cerca de 4.500 arquivos e 75.000 commits.
A empresa destaca que cada push chegava ao S3 e ao banco de dados antes de o Git confirmar a operação para o cliente. Em comparação com números reportados para outras soluções, a Reason Machines menciona taxas de até 120 pushs por segundo em S3 Standard e mais de 300 pushs por segundo em S3 Express One Zone em outros sistemas, ressaltando que os cenários de teste não são idênticos.
Os resultados são apresentados como indicativos de capacidade, não como promessa formal de performance, mas reforçam a aposta da empresa em um modelo de servidor Git que acompanha o crescimento de agentes de IA e fluxos automatizados sem formação de filas grandes.
Entenda o contexto
A escalada do uso de agentes de IA em desenvolvimento de software e operações (DevOps) aumenta a pressão sobre infraestruturas de versionamento. Bots que escrevem código, ajustam configurações, disparam testes e gerenciam pipelines fazem push e fetch o tempo todo, gerando um padrão de acesso muito mais intenso que o de equipes humanas tradicionais.
Nesse cenário, servidores Git pensados para interações humanas esporádicas tendem a ficar sobrecarregados, formando filas de pushs e aumentando a latência de cada operação. O modelo por branch do Aspen tenta destravar esse gargalo, tornando o custo computacional mais próximo da quantidade real de código novo do que do número de clientes conectados.
Ferramentas, nuvem e open-source
O Aspen é escrito em Rust e está disponível como projeto open-source, permitindo inspeção do código e contribuições da comunidade. Para uso local e testes rápidos, o comando de desenvolvimento roda tudo com SQLite e um diretório no sistema de arquivos.
Para equipes, a Reason Machines oferece configuração via Docker Compose, com PostgreSQL e MinIO simulando o S3, além de charts para uso em Kubernetes com Helm. Há ainda scripts de Terraform preparados para ambientes em AWS, Google Cloud, Azure e Hetzner, o que facilita a integração em infraestruturas já existentes.
O servidor também pode atuar em modo espelho para GitHub e GitLab, servindo como camada intermediária para testes de carga e avaliação de performance sem exigir migração imediata dos repositórios principais.
Um demo ao vivo ilustra o comportamento sob carga: um canvas de 64 x 64 pixels em que cada clique vira um commit pushado, permitindo visualizar em tempo real como o Aspen lida com múltiplas gravações concorrentes.
Desenvolvimento acelerado com agentes
A Reason Machines usa o próprio Aspen como vitrine do que afirma ser possível com agentes avançados. “O desenvolvimento do Aspen do primeiro commit até o lançamento público levou 4 dias e 151 pull requests mesclados”, relata a empresa, atribuindo o trabalho a um único agente Reason.
O lançamento foi divulgado por Asif Razzaq, CEO da Marktechpost AI Media Inc., que comanda uma plataforma dedicada à cobertura de inteligência artificial e aprendizado de máquina, com mais de 2 milhões de visualizações mensais e uma comunidade que inclui mais de 150 mil membros em um fórum focado em machine learning.
A expectativa agora é ver como o Aspen se comporta em ambientes de produção reais, em equipes de desenvolvimento de IA, plataformas de integração contínua e grandes projetos open-source. Se os ganhos de latência e a capacidade de escrita paralela se confirmarem fora do laboratório, o modelo inaugurado pela Reason Machines tende a pressionar o mercado de servidores Git em direção a soluções mais amigáveis a agentes de IA e fluxos de trabalho altamente automatizados.


