Pular para o conteúdo
ReviewRamble

A newsletter semanal

IA, analisada, na sua caixa de entrada.

  • Novas análises de ferramentas, modelos, servidores MCP e repositórios, com o veredicto logo no início
  • Preços e notas reconferidos quando algo muda
  • Novos artigos de análise assim que são publicados

Modelos, agentes, servidores MCP e as ferramentas que realmente valem seu tempo.

Um e-mail por semana. Cancele pelo link em qualquer edição. Como usamos seu e-mail

Evenfire

Plataforma Kubernetes auto-hospedada para agentes LLM que agem em sistemas reais, com etapas de aprovação e rede negada por padrão.

Análise de Sheela · Atualizado

Ver no GitHub Código aberto

Nossa nota

3.6/5

O Evenfire coloca proteções sérias em volta de agentes que mexem em sistemas de produção, ao custo de manter uma plataforma Kubernetes que ainda está em beta.

O que é Evenfire?

O Evenfire é uma plataforma open source para rodar agentes LLM dentro do seu próprio cluster Kubernetes. Os agentes falam com pessoas por um app desktop, Telegram, Microsoft Teams, Slack e e-mail, chamam ferramentas via MCP, rodam comandos de shell, fazem requisições HTTP e controlam um navegador. Comandos, HTTP de saída e controle do navegador ficam pausados até que uma pessoa aprove pelo canal antes de rodarem.

Agentes, conectores, canais, workflows, políticas e plugins são custom resources do Kubernetes, nove ao todo, então a frota fica no controle de versão. Cada agente roda no próprio pod, em um namespace que começa sem acesso à rede; conectores são liberados por agente, e orçamentos de tokens podem bloquear ou avisar por escopo. Vem com uma Control UI para administradores, um app desktop em Electron e uma página de perfil para convites, e funciona com 24 provedores de modelos usando as suas próprias chaves.

O código é TypeScript sob MPL-2.0 e está em beta, na v0.12.0. A plataforma single-tenant está completa no repositório; a Evenfire, a empresa, vende um serviço hospedado multi-tenant com suporte e SLA, a preços que não publica. O código usa o nome interno clerum.

Evenfire vale a pena?

O Evenfire trata a segurança de agentes como um problema de infraestrutura e não de prompt, e esse é seu argumento mais forte. Cada agente ganha o próprio pod, os namespaces de execução começam sem conectividade, os conectores são liberados por agente com tokens de curta duração e escopo limitado, e chamadas de ferramentas arriscadas ficam suspensas até que alguém as aprove no Slack, no Teams ou no Telegram. Frameworks como o LangGraph deixam esses controles para a aplicação; aqui é a plataforma que os impõe.

Os padrões merecem leitura atenta. Os pods dos agentes podem acessar a internet pública nas portas 80 e 443 para chamar APIs de modelos e a ferramenta HTTP sujeita a aprovação, enquanto faixas privadas e de metadados continuam bloqueadas. A allowlist de imagens de conectores fica desligada a menos que você defina CONTROL_API_ENFORCE_IMAGE_ALLOWLIST=true, e o overlay do minikube liga os logins por assinatura do ChatGPT e do Grok que a implantação base deixa desligados. Clusters de produção precisam de um plugin de rede que suporte NetworkPolicy, como o Calico, ou o isolamento não existe.

O custo de operação é real. O teste local exige Docker com pelo menos 10 GB de memória e seis CPUs, minikube, kubectl, Node.js 24, Python e Ruby, e leva cerca de 15 minutos com o cache vazio. Produção significa adaptar os overlays do kustomize ao seu cluster, gerenciar chaves de assinatura e segredos e rodar mais de vinte serviços. Uma equipe sem experiência em Kubernetes vai passar as primeiras semanas na plataforma, não nos agentes.

A maturidade é a questão em aberto. O projeto tem quatro meses, com 575 estrelas, versões até a v0.12.0 em 28 de outubro e commits até 5 de novembro, mas também 793 issues e pull requests abertos. Os recentes são específicos e às vezes graves: tokens de arquivos do GFS que sobrevivem a um logout, uma conta recriada ao reutilizar um convite antigo, compactação de contexto falhando com modelos de raciocínio da OpenAI. Registrá-los em público é um bom sinal; os mantenedores dizem que APIs e CRDs podem mudar antes da 1.0.

Comparado ao OpenClaw, que coloca um assistente pessoal no seu celular em uma tarde, o Evenfire mira equipes de plataforma que precisam de muitos agentes, muitos usuários e uma trilha de auditoria. O Dify leva uma equipe a um agente funcionando mais rápido, mas controla muito menos o que esse agente pode tocar.

Onde ele se destaca

  • Uma equipe de plataforma em uma empresa SaaS de 300 pessoas com um cluster EKS existente

    Deixar um agente de operações rodar comandos de diagnóstico sem dar carta branca a ele

    Declare o agente e seus conectores como CRDs, mantenha o shell_exec atrás da etapa de aprovação para que cada comando espere um engenheiro de plantão no Slack, e defina um orçamento de tokens para a equipe. O custo é a capacidade do cluster mais o gasto com modelos nas suas próprias chaves.

  • Um líder de TI em uma empresa regulada que não pode enviar dados a um fornecedor de assistente hospedado

    Dar à equipe um assistente compartilhado no Teams que fique na nossa infraestrutura

    Auto-hospede em um cluster interno com uma chave do Bedrock ou do Vertex AI; os prompts vão só para esse provedor, leituras e gravações no drive compartilhado são registradas, e os convites passam pela Profile UI. Sem o plano hospedado, o suporte é só da comunidade.

  • Um desenvolvedor avaliando plataformas de agentes em um notebook

    Ver se o modelo de aprovação e isolamento serve antes de propô-lo

    Rode make minikube-setup com uma chave de modelo; um agente chatllm pré-configurado responde no app desktop depois de cerca de 15 minutos baixando imagens. Exige 10 GB de memória livres para o Docker.

Antes de decidir

Configuração
Teste local: clone, defina ADMIN_PASSWORD e uma chave de modelo no .env, rode make minikube-setup (cerca de 15 minutos com cache vazio) com Docker com 10 GB de memória e seis CPUs, minikube 1.30+, kubectl, Node 24, Python e Ruby. Produção: adapte deploy/overlays a um cluster com Calico ou equivalente.
Integrações
Telegram, Slack, Microsoft Teams, e-mail e um app desktop como canais; conectores MCP incluindo MongoDB e Airtable; 24 provedores incluindo OpenAI, Anthropic, Bedrock, Vertex AI, Azure OpenAI e OpenRouter; registro de plugins; GitOps via CRDs.
Dados e privacidade
Auto-hospedado; prompts e arquivos vão só para o provedor de modelos que você configurar. O acesso a arquivos compartilhados é verificado e auditado a cada requisição. O hub de registro compartilhado opcional envia e-mails de convite em seu nome. MPL-2.0.
Custo em escala
Auto-hospedar custa capacidade de cluster para mais de 20 serviços e um pod por agente, mais o gasto com modelos nas suas chaves; orçamentos de tokens o limitam por escopo. O preço do serviço hospedado não é publicado.
Limites
Uma organização por implantação auto-hospedada; suporte da comunidade sem SLA; APIs em beta; 793 issues e pull requests abertos, incluindo bugs de logout e de reutilização de convites.

O que é bom

  • Etapa de aprovação para shell, HTTP de saída e ações no navegador
  • Pods por agente com rede negada por padrão
  • Frota inteira declarada como nove CRDs do Kubernetes
  • 24 provedores de modelos com as suas próprias chaves
  • Plataforma single-tenant completa sob MPL-2.0, sem recursos bloqueados

O que não é

  • Exige experiência em Kubernetes e um cluster que suporte NetworkPolicy
  • Beta: APIs e CRDs podem mudar antes da 1.0
  • 793 issues e pull requests abertos, alguns ligados a segurança
  • Allowlist de imagens desligada por padrão; preço do hospedado não publicado

Ideal para

Equipes de plataforma que já rodam Kubernetes e precisam de vários agentes com acesso real a sistemas, compartilhados entre usuários, sob aprovações, orçamentos e logs de auditoria.

Alternativas ao Evenfire

Evenfire: perguntas frequentes

Evenfire vale a pena?
O Evenfire coloca proteções sérias em volta de agentes que mexem em sistemas de produção, ao custo de manter uma plataforma Kubernetes que ainda está em beta. Damos nota 3.6 de 5.
Quanto custa Evenfire?
Gratuito sob MPL-2.0 para auto-hospedagem, uma organização por implantação. Serviço hospedado multi-tenant com suporte e SLA; preço não publicado.
Quais são as desvantagens de Evenfire?
Exige experiência em Kubernetes e um cluster que suporte NetworkPolicy; beta: APIs e CRDs podem mudar antes da 1.0; 793 issues e pull requests abertos, alguns ligados a segurança; allowlist de imagens desligada por padrão; preço do hospedado não publicado.
Para quem Evenfire é indicado?
Equipes de plataforma que já rodam Kubernetes e precisam de vários agentes com acesso real a sistemas, compartilhados entre usuários, sob aprovações, orçamentos e logs de auditoria.
Quanto custa Evenfire para uma equipe ou em produção?
Auto-hospedar custa capacidade de cluster para mais de 20 serviços e um pod por agente, mais o gasto com modelos nas suas chaves; orçamentos de tokens o limitam por escopo. O preço do serviço hospedado não é publicado.
Evenfire é seguro para dados da empresa?
Auto-hospedado; prompts e arquivos vão só para o provedor de modelos que você configurar. O acesso a arquivos compartilhados é verificado e auditado a cada requisição. O hub de registro compartilhado opcional envia e-mails de convite em seu nome. MPL-2.0.
Quais são as melhores alternativas ao Evenfire?
As alternativas mais próximas que analisamos são OpenClaw, Dify e n8n.

Respostas verificadas em 5 de nov. de 2026.