por Matei Zaharia e Kasey Uhlenhuth
Na Databricks, usamos e criamos agentes extensivamente, desde programar com eles em escala até lançar produtos de agentes como o Genie. Mas, embora os recursos dos agentes tenham melhorado muito, trabalhar com eles ainda parece pouco prático. Como usuários, geralmente temos de 4 a 5 agentes abertos ao mesmo tempo (agentes de codificação, busca do Gemini, etc.) e passamos o tempo copiando e colando texto entre eles e o Docs, Slack e outras ferramentas de colaboração. E, como criadores de agentes, estamos em uma corrida constante para melhorar nossos agentes combinando os frameworks, SDKs e modelos mais recentes. O problema é que os recursos de LLM são empacotados em um framework de agente, e esses frameworks têm interfaces diferentes que dificultam combiná-los ou trocá-los.
Por isso, criamos o Omnigent: um meta-framework que fica acima dos agentes que você já usa (Claude Code, Codex, Pi ou agentes personalizados) e os torna partes interoperáveis de um sistema mais rico. O Omnigent foca nos problemas onde um único framework para: ele adiciona maneiras fáceis de compor múltiplos agentes, controlá-los com políticas avançadas e colaborar ao vivo com colegas de equipe.
Acreditamos que, em breve, as pessoas trabalharão com agentes por meio desta nova camada, o meta-framework. É por isso que hoje estamos disponibilizando o código aberto do Omnigent sob a licença Apache 2.0.
Na Databricks, adotamos agentes de codificação cedo em nossa equipe de engenharia de mais de 5.000 membros e criamos milhares de agentes para clientes. Essa experiência nos convenceu de que a fronteira da engenharia de agentes está subindo de nível. Os melhores resultados não vêm mais de um único modelo em um único framework: o Harvey superou um modelo de fronteira em qualidade e custo ao dar a um modelo executor de código aberto um orientador de fronteira que ele pode acionar, a Anthropic construiu seu produto de pesquisa como um agente líder que orquestra subagentes paralelos, e o nosso próprio Genie usa diferentes LLMs para planejamento, busca e geração de código. Os engenheiros também estão mudando a forma como trabalham: em vez de interagir com um agente por vez por meio de prompts, eles projetam loops que comandam equipes inteiras de agentes.
Esses padrões abrangem múltiplos frameworks, modelos e pessoas, mas cada framework só entende suas próprias sessões. Para combinar agentes, governá-los e trabalhar neles com outras pessoas, você precisa de uma camada acima do framework. O Omnigent é essa camada e oferece:

O Omnigent introduz uma interface comum acima dos agentes de linha de comando e SDKs de agentes para permitir que você os combine e intercale facilmente, focando então nos problemas compartilhados onde um framework para. A principal percepção é que, independentemente de como cada framework de agente aciona seu LLM internamente, a interface para os usuários é a mesma: entrada de mensagens e arquivos, saída de fluxos de texto e chamadas de ferramentas. Dessa forma, criamos uma API comum que envolve tanto agentes de codificação baseados em terminal (Claude Code, Codex, Pi, etc.) quanto SDKs (OpenAI Agents, Claude Agents SDK, etc.).
Sobre essa interface, a versão atual do Omnigent adiciona os seguintes recursos principais:
No entanto, esses recursos são apenas a ponta do iceberg do que pode ser feito na camada do meta-framework, e esperamos ver muito mais ideias em breve da nossa equipe e da comunidade de código aberto. Alguns itens em nosso roadmap incluem otimização automática no nível do meta-framework com o GEPA, introspecção baseada em código dentro de agentes semelhante ao MemEx e ao RLM, um MCP do Omnigent Server para que os agentes possam trabalhar em suas sessões, e mais frameworks. Também facilitamos a implantação do Omnigent em uma ampla variedade de infraestruturas, incluindo sandboxes do Fly.io, Railway, Modal e Daytona, além de muitos provedores de LLM, e aceitamos contribuições para mais integrações.

Muitas das maiores mudanças em nosso setor vieram da transição para uma nova camada de abstração: por exemplo, enquanto os engenheiros costumavam gerenciar processos e servidores individuais, agora eles podem gerenciar uma frota inteira por meio de sistemas em nuvem como o Kubernetes e o Terraform.
Acreditamos que os agentes estão no mesmo ponto hoje. Cada framework é seu próprio silo, com seu próprio contexto, seus próprios controles e sua própria maneira de executar, e nada disso é transferido quando você muda de ferramenta. Além disso, muitos problemas abrangem intrinsecamente vários frameworks, incluindo composição, segurança e colaboração. Um meta-framework eleva seu trabalho acima de qualquer framework individual, para que suas sessões, políticas e habilidades permaneçam com você, não importa qual agente ou modelo esteja em execução. Os modelos e frameworks continuarão mudando à medida que a área evolui; a camada em que você trabalha não deveria ter que mudar.
Estamos construindo essa camada abertamente e adoraríamos que você a construísse conosco.
O Omnigent já está disponível em código aberto na versão alfa.
(Esta publicação no blog foi traduzida utilizando ferramentas baseadas em inteligência artificial) Publicação original
Assine nosso blog e receba os posts mais recentes diretamente na sua caixa de entrada.