AMD lança PrimusClaw em código aberto: um ambiente de agentes gerenciados para rodar você mesmo, ao lado de suas GPUs
A AMD abre o código do PrimusClaw, o ambiente de execução que roda seus próprios agentes desde abril em seus clusters de GPUs Instinct: sessões duráveis, loop de agente sem estado, sandbox por sessão, tudo sobre Kubernetes. Mais de 40.000 sessões e 100.000 horas de agente em produção, segundo a AMD.
Fazer um agente trabalhar durante horas não acontece mais em um terminal: Anthropic, AWS, Google, Microsoft e OpenAI agora alugam ambientes que hospedam o loop do agente, seu sandbox e sua memória de sessão. A AMD propõe o inverso. Em 6 de novembro, o grupo apresentou em seu blog do ROCm o PrimusClaw, lançado em código aberto: o mesmo tipo de ambiente, mas instalado no próprio cluster Kubernetes do usuário, ao lado de suas GPUs Instinct.
O cérebro, as mãos e o registro
O PrimusClaw divide a execução de um agente em três partes. Uma sessão durável, armazenada no PostgreSQL; um loop de agente sem estado, batizado de Brain, que chama os modelos e escolhe as ferramentas; e um sandbox por sessão, as Hands, onde os comandos são executados. Como cada execução é uma linha de banco de dados alocada sob concessão temporária, qualquer réplica pode retomá-la: durante uma atualização, as réplicas antigas param de aceitar trabalho, gravam um ponto de recuperação e passam a vez.
No que diz respeito às interfaces, a ferramenta fala os padrões do momento: uma API compatível com o fluxo de inicialização do Claude Managed Agents, A2A v1.0 e MCP em ambas as direções, com modelos chamados por meio de um gateway compatível com Anthropic ou OpenAI. É possível, portanto, conectar modelos comerciais ou modelos abertos hospedados localmente. Os sandboxes podem solicitar GPUs Instinct: esse é o caso de uso original, com agentes que otimizam kernels de computação ou servidores de inferência durante horas.
Seis meses de produção na AMD
Segundo a AMD, duas implantações internas receberam, de abril a outubro, mais de 40.000 sessões, mais de 100.000 horas de agente e mais de 4 milhões de chamadas de ferramentas. As execuções são longas: 3,4 horas na mediana, chegando a até 50,1 horas. Entre 2.140 execuções que perderam seu sandbox no caminho, 95,7% foram bem-sucedidas mesmo assim; durante três atualizações da API, 99,5% das execuções em andamento foram concluídas com êxito.
O que é preciso ativar por conta própria
A AMD é explícita em um ponto: a segurança máxima não vem configurada por padrão. Os sandboxes rodam com runc, que compartilha o kernel da máquina host. O isolamento por máquina virtual (Kata Containers), a filtragem de tráfego de saída e os tokens vinculados a cada sessão devem ser ativados antes de expor uma implantação, e as medições de produção foram realizadas sem Kata nem proxy de saída. Uma instalação de produção também exige o Primus-SaFE, a plataforma de cluster da AMD.
Nossa leitura
O PrimusClaw atende principalmente à estratégia da AMD: tornar suas GPUs mais atraentes ao fornecer, em torno delas, o software que as grandes nuvens alugam como serviço. Para uma equipe que já possui seus próprios clusters e não quer confiar prompts, resultados de ferramentas e código a um serviço terceirizado, é uma opção séria, documentada e com números de produção raros nessa área. O contraponto é assumido pela própria AMD: auto-hospedar significa assumir sozinho a conformidade, a disponibilidade e o endurecimento de segurança que normalmente se paga a um fornecedor para ter. Os números de produção, por sua vez, vêm apenas da AMD.
Fontes
- AMD ROCm Blogs — PrimusClaw: An Open-Source Managed Agent Runtime for AMD Instinct GPU Clusters (6 de novembro de 2026) Fonte primária
- GitHub — AMD-AGI/PrimusClaw Fonte primá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.
