CEVIU Logo
Voltar
Eve: novo framework open-source para desenvolver sistemas baseados em agentes com suporte nativo a execução durável, sandbox e aprovações humanas

Eve: novo framework open-source para desenvolver sistemas baseados em agentes com suporte nativo a execução durável, sandbox e aprovações humanas

Aprofundamento CEVIU

Aprofundamento

O eve não é só mais um SDK de agentes: é uma aposta estrutural na padronização do ciclo de vida de software autônomo. Ele adota o mesmo modelo 'filesystem-first' que o Next.js popularizou, mas agora aplicado a agentes. Cada agente é um diretório com convenções rígidas: agent.ts define o modelo e fallbacks via AI Gateway, instructions.md é o prompt raiz, tools/ contém funções TypeScript tipadas, skills/ tem instruções em Markdown carregadas sob demanda, e connections/ encapsula credenciais sem expô-las ao modelo, tudo isso rodando sobre três pilares técnicos já em produção pela Vercel: Workflows (GA desde 16/04/2026), Sandbox (GA desde 02/02/2026, com limite estendido para 24h em 16/06/2026) e Connect (para OAuth seguro e renovação automática de tokens).

A arquitetura elimina o 'plumbing manual' que ainda domina frameworks como LangGraph ou AutoGen: não há necessidade de orquestrar checkpoints, gerenciar contexto entre subagentes ou escrever wrappers para sandboxing. O eve faz isso por você, porque já está integrado ao runtime da Vercel. Isso muda a curva de custo: um agente como o Lead Agent, que gera US$ 160 mil/ano com US$ 5 mil de infraestrutura, só é viável tecnicamente graças à combinação de execução durável + sandbox isolado + aprovação humana nativa, recursos que, isoladamente, existem em projetos como o Google Agent Executor ou o Project Think, mas nunca antes foram unificados em uma única interface de desenvolvedor coerente.

O que mudou

O eve fecha o ciclo iniciado pelos Workflows da Vercel em abril e pelo Vercel Sandbox em fevereiro: agora, os dois são usados juntos, de forma transparente, dentro de um único modelo de desenvolvimento. Antes, usar Workflows exigia configuração explícita de estados e handlers; no eve, cada conversa vira um workflow durável automaticamente, sem código adicional. Antes, sandboxing era um módulo opcional, com adaptações manuais; agora, é ativado por padrão, com fallback local (Docker/microsandbox) e produção (Vercel Sandbox) trocados via adapter, sem mudar uma linha de lógica do agente. Também evoluiu em relação ao Cline SDK: enquanto o Cline foca em agentes de programação com arquitetura de plugins, o eve prioriza produtividade operacional, aprovações humanas, canais múltiplos nativos (Slack, Discord, Teams) e CI/CD integrado com preview deployments e rollback instantâneo.

Por que isso importa

Porque muda o custo de escalar agentes de experimento para produção. Em vez de gastar semanas montando observability, retentativas e segurança para cada novo agente, você define um diretório, roda npm run dev e implanta com vercel. A experiência do desenvolvedor (DX) passa de 'construir infraestrutura' para 'definir comportamento'. E isso não é abstração vazia: os 100+ agentes internos da Vercel, como o d0, que responde 30k perguntas/mês com permissões granulares, provam que o modelo funciona em escala real, com observabilidade via OpenTelemetry nativo, testes automatizados com eve eval e deploy atômico. Para equipes de engenharia, isso significa menos tempo em boilerplate e mais tempo em lógica de negócio, exatamente o que Next.js fez para o frontend.

Linha do tempo

  1. Lançamento da disponibilidade geral dos Vercel Workflows, base técnica para execução durável do eve

  2. Lançamento do Cline SDK, framework concorrente com foco em agentes de programação e arquitetura de plugins

  3. Lançamento do Google Agent Executor, runtime open source para execução durável e sandboxing de agentes

  4. Anúncio oficial do eve em public preview pela Vercel

  5. Lançamento oficial do eve como framework open-source para sistemas baseados em agentes

Perguntas frequentes

O eve depende exclusivamente da infraestrutura da Vercel?

Não. Ele é open-source (Apache-2.0) e roda localmente com Docker ou microsandbox. A implantação em Vercel é a opção mais simples, mas adapters para outros provedores estão previstos. O core (Workflows SDK, sandbox adapters, conexões MCP) é independente.

Como o eve lida com segurança ao executar código gerado por IA?

Cada agente roda em seu próprio sandbox isolado, com microVMs Linux sob demanda. O código gerado nunca toca o runtime principal da aplicação. As conexões externas usam Vercel Connect, que troca credenciais longas por tokens de curta duração e auditáveis, o modelo nunca vê URLs nem segredos.

É possível testar agentes eve sem depender de modelos de IA pagos?

Sim. O framework suporta mock de modelos durante testes locais e em CI. Os eve eval rodam com stubs de chamadas, permitindo validar fluxos, aprovações e saídas sem consumir créditos de API, essencial para gate de deploy automatizado.

Como o eve se compara ao Google Agent Executor ou ao Project Think?

O Google Agent Executor é um runtime focado em execução durável e confiável, mas sem DSL de definição de agente. O Project Think traz primitivas avançadas (subagentes, sessões persistentes), mas não oferece uma estrutura de projeto unificada. O eve integra ambos os conceitos em uma única camada de abstração, e adiciona canais, aprovações, sandbox e CI/CD como features de primeira classe.

Fontes

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Web Dev
Publicado
18 de junho de 2026
Editoria
CEVIU Web Dev

Quer receber mais sobre CEVIU Web Dev?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser