Por que a topologia de agentes muda tudo no desenvolvimento com IA
Como Estruturar Equipes de Agentes de IA sem Perder Contexto
Se você já usou vários assistentes de IA para programar, sabe o problema: toda vez que reinicia o sistema, os agentes esquecem tudo. É preciso explicar o contexto novamente, redefinir fluxos de trabalho e recuperar decisões tomadas dias antes. Parece recontratar a mesma equipe todo dia.
OpenRig muda isso ao tratar configurações multi-agente como infraestrutura real.
O Desafio dos Workflows Atuais
A maioria dos desenvolvedores roda agentes de IA em sessões isoladas. Um agente termina sua tarefa, outro entra do zero, sem saber o que aconteceu antes. Não existe memória compartilhada nem identidade persistente entre eles.
Isso funciona para tarefas simples. Mas quando o projeto exige continuidade, surgem as limitações:
- O mesmo agente precisa manter contexto por dias ou semanas
- Vários agentes devem aprender com o que os outros descobriram
- Decisões arquiteturais precisam sobreviver a reinicializações
- Dez agentes devem coordenar sem gerar confusão
É como tentar operar infraestrutura de produção sem camada de orquestração.
O Conceito de Topology
OpenRig traz uma ideia do infrastructure-as-code: o rig. Um arquivo YAML define a topologia de agentes que trabalham juntos como uma unidade gerenciada.
Funciona como Terraform, porém aplicado ao seu time de desenvolvimento.
O rig não é apenas uma lista de agentes. É um grafo onde os agentes se organizam em pods que compartilham contexto. Esses pods se conectam por arestas que determinam como a comunicação acontece. Toda a topologia pode ser salva, persistida e restaurada como um sistema único.
Na prática, isso significa:
Um arquivo YAML. Um comando. Toda a frota sobe.
pods:
orchestration:
agents:
- lead (Claude Opus)
- coordinator (Claude Sonnet)
development:
agents:
- implementation (Claude Code)
- review (Codex)
research:
agents:
- explorer-1, explorer-2, explorer-3
Funcionalidades Principais
Identidade Persistente
Os agentes deixam de ser efêmeros. O mesmo agente mantém seu papel, conhecimento e relacionamentos ao longo das semanas. Quando a janela de contexto enche, ele transfere para uma nova sessão levando todo o estado. Não é um reinício, é uma retomada.
Memória Compartilhada
Agentes dentro de um pod podem externalizar e compartilhar estado. Quando um agente compacta seu contexto, os outros conseguem restaurar esse conhecimento. Decisões de arquitetura e padrões de código se acumulam na rede inteira em vez de desaparecerem a cada reinicialização.
Ponto Único de Coordenação
Uma interface controla tudo. Você pode monitorar toda a frota de agentes pelo celular usando o Remote Control do Claude. Sem trocar entre diferentes dashboards. Uma única conversa gerencia a topologia completa.
Padrões que Surgem na Prática
A documentação revela formas de uso que já aparecem:
Revisão Adversarial: Dois agentes analisam cada PR de ângulos diferentes. Modelos distintos capturam bugs diferentes.
Cluster de Pesquisa: Quatro agentes exploram o mesmo problema sem hierarquia. A base de conhecimento é compartilhada entre todos.
Refatoração Contínua: O processo roda durante a noite enquanto a equipe descansa. O pod de revisão detecta regressões automaticamente.
Software Gerenciado por Agentes: Um agente opera o HashiCorp Vault para toda a equipe, executando a ferramenta sem intervenção humana.
Por Que Isso Importa
Workflows tradicionais tratam agentes como descartáveis. Essa premissa falha quando se constrói software real:
- O conhecimento se acumula mais rápido
- O contexto não reseta a cada sessão
- A especialização se torna viável
- O trabalho assíncrono funciona de verdade
Isso só é possível quando a rede de agentes tem identidade persistente e memória compartilhada.
Como Começar
OpenRig inclui um modo de descoberta. Se você já tem agentes rodando em tmux, o comando rig discover identifica as sessões existentes e gera um rascunho do RigSpec. Você não começa do zero, apenas formaliza o que já funciona.
O CLI cuida do resto: boot, snapshot, restore e visualize. Um comando traz toda a frota online.
Para quem trabalha com infraestrutura hospedada em provedores como NameOcean, isso é terreno conhecido. Você define sua infraestrutura de produção em YAML, versiona e sabe exatamente o que existe. OpenRig traz essa mesma disciplina para fluxos de desenvolvimento com IA.
Conclusão
OpenRig é open source e não exige chaves de API além das que você já usa com Claude ou Codex. É infraestrutura sob seu controle.
O que começou como uma solução para agentes que esqueciam tudo se tornou uma base para equipes de agentes que sobrevivem ao trabalho real. Essa sobrevivência diferencia um brinquedo de uma ferramenta que realmente entrega.
Sua topologia de agentes é infraestrutura. Trate-a como tal: defina, version, restaure e melhore.
É isso que OpenRig oferece.