A Databricks liberta em open source o «Omnigent», uma «meta-harness» que governa o Claude Code, o Codex e o Cursor ao nível da plataforma — a mesma aposta que o AppManager faz desde o início, mas sobre ações de negócio, não sobre código
A 13 de junho, a Databricks/Mosaic publicou o Omnigent em open source (licença Apache 2.0): uma camada de controlo única colocada por cima dos agentes de coding que já se usam — Claude Code, Codex, Cursor, Pi, agentes próprios. Sandbox de SO que bloqueia o acesso ao sistema, segredos injetados apenas através de um proxy de saída sobre pedidos aprovados, orçamentos de custo e permissões condicionais: nada de afinações no prompt, controlo ao nível da própria plataforma.
O Omnigent não é mais um agente, é uma camada que se senta por cima dos que já existem, com duas promessas concretas documentadas no repo do GitHub e no post de Matei Zaharia (cofundador da Databricks), Kasey Uhlenhuth e Corey Zumar: primeiro, nunca entregar um segredo diretamente ao agente — as credenciais só transitam por um proxy de saída, sobre pedidos já aprovados; segundo, políticas contextuais capazes de seguir um estado dinâmico, por exemplo «depois de um agente descarregar um pacote npm novo, exigir aprovação humana antes de qualquer git push». A isso somam-se orçamentos de custo explícitos — pausar o agente e pedir confirmação a cada 100 dólares gastos — e uma sandbox de SO que bloqueia o acesso ao sistema e interceta o tráfego de rede.
O que chama a atenção não é a lista de funcionalidades — é quem a publica. A Databricks/Mosaic não é um fornecedor de compliance à procura de mercado: é um dos atores de infraestrutura de IA mais sérios do setor, e a sua conclusão é que governar agentes de coding em produção exige controlo ao nível da plataforma, não confiança em que o prompt ou o modelo se comportem bem sozinhos. Na AppH aplicamos exatamente o mesmo princípio desde o primeiro dia, mas noutro terreno: nunca é um agente que decide que uma ação de negócio — enviar um orçamento, responder a um e-mail de cliente, disparar uma automatização — é suficientemente inócua para dispensar uma aprovação. É a estrutura do produto que o impõe, não uma afinação que um dia se pudesse afrouxar.
A favor da AppH
- Um ator de infra de IA de primeiro plano — não um pequeno fornecedor de nicho — chega à mesma conclusão que nós: governar agentes em produção exige controlo ao nível da plataforma, não apenas um bom prompt. Confirma a aposta que fizemos desde o início, não que estejamos a apanhar uma tendência depois de um incidente.
- O princípio que o Omnigent aplica ao código (npm, git push) é estruturalmente o mesmo que o AppManager aplica às ações de negócio (orçamento, e-mail, automatização): nunca execução direta pelo agente, sempre um ponto de aprovação humana antes de sair uma ação real.
Contra / o limite honesto
- Não é uma comparação produto a produto: o Omnigent governa agentes de desenvolvimento (Claude Code, Codex, Cursor) sobre infraestrutura técnica — pacotes npm, commits, acesso ao SO. A AppH governa agentes que agem sobre as operações de uma PME — CRM, faturação, stock. Dois domínios diferentes; pô-los em concorrência direta seria desonesto.
- Não testámos o Omnigent nós próprios — tudo o que sabemos vem do post oficial do blog e do README do GitHub, não de uma auditoria de segurança independente. É impossível verificar do exterior se a sandbox cumpre realmente as suas promessas em condições reais.
O título fácil seria «até a Databricks nos dá razão» — mas a verdadeira lição não é que um ator de infra de IA valide a nossa abordagem, é que a questão do controlo do agente já não se coloca ao nível do prompt em lado nenhum do setor, do código à gestão de empresa. O Omnigent fá-lo para código porque é aí que a Databricks opera; a AppH fá-lo para operações de negócio de PME porque é aí que operamos. O ponto comum não é o produto, é o princípio: um agente nunca deveria ser o único juiz do que é «suficientemente inócuo» para agir sem que um humano olhe primeiro. Vale para um git push tal como para um orçamento enviado a um cliente.
Verificado por um humano da AppH