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
Lançamento da disponibilidade geral dos Vercel Workflows, base técnica para execução durável do eve
Lançamento do Cline SDK, framework concorrente com foco em agentes de programação e arquitetura de plugins
Lançamento do Google Agent Executor, runtime open source para execução durável e sandboxing de agentes
Anúncio oficial do eve em public preview pela Vercel
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
- vercel.comfonte original
- Categoria
- CEVIU Web Dev
- Publicado
- 18 de junho de 2026
- Editoria
- CEVIU Web Dev

