Vercels eve vs. Databricks’ Omnigent: To åpne AI-agent-rammeverk med helt ulike strategier

I løpet av få dager i juni 2026 lanserte to store infrastrukturselskaper – Vercel og Databricks – hvert sitt nye åpne AI-agent-rammeverk. Kunngjøringene deler en felles strategisk overbevisning: at det neste store plattformskiftet vil være agentdrevet, og at den vinnende tilnærmingen vil være åpen kildekode. Men produktene deres løser svært ulike problemer.

Vercels eve er et utviklerfokusert rammeverk for å bygge, kjøre og skalere individuelle agenter. Databricks’ Omnigent er en meta-harness for å orkestrere multi-agent-systemer, designet for å ligge over eksisterende agentrammeverk og tilby et enhetlig lag for styring og samarbeid. Hver av dem reflekterer en distinkt teori om hva bedrifter har mest behov for akkurat nå.

Vercel – Eve: «Next.js for agenter»

Hva ble lansert

Under Ship 2026-konferansen 17. juni lanserte Vercel eve, et åpen kildekode-rammeverk publisert som npm-pakken eve under Apache-2.0-lisensen . Rammeverket ble hentet ut fra den felles arkitekturen Vercel observerte etter å ha bygget «hundrevis av agenter» internt .

Nøkkelfunksjoner

• Agent-som-en-mappe – hver agent er en enkelt mappe som inneholder agent.ts, instructions.md, tools/, skills/, subagents/, channels/ og schedules/. Filstrukturen definerer agentens egenskaper ved første øyekast .
• Varig kjøring med automatiske forsøk og bevaring av tilstand .
• Sandkasse for kjøring – agenter får en isolert mikro-VM for å kjøre koden de skriver .
• Menneske-i-loop-godkjenning – et enkelt needsApproval-flagg på ethvert verktøy stenger for kostbare eller destruktive handlinger .
• Delagenter – agenter kan delegere til underagenter (samme mappestruktur) som ligger i subagents/ .
• Evalueringsverktøy for testing av agentatferd .
• Vercel Connect-integrasjon – agenter ber om midlertidige, avgrensede legitimasjoner i stedet for å lagre langlivede tokens .
• Designet for å føles som å bygge, kjøre og distribuere en Next.js-app .

Intern bruk og måltall

Vercel opplyste at de bygger og kjører sine egne agenter på eve, og at over 100 agenter er i produksjon hos Vercel ved hjelp av rammeverket .

Strategisk begrunnelse

• Standardisere agentutvikling – Vercel argumenterer for at det å bygge agenter i dag er «der nettet var før rammeverkene», hvor alle må lage den samme infrastrukturen for hånd . eve har som mål å bli det Next.js var for nettapper: gjøre ad-hoc-mønstre om til en enkelt, meningsfull struktur.
• Utvide Agent Stack – eve er topplagsrammeverket som binder sammen Vercels eksisterende agentinfrastruktur (AI SDK, AI Gateway, Workflow SDK, Sandbox, Chat SDK, Connect) til én ende-til-ende-utvikleropplevelse .
• Drive plattformadopsjon – ved å gjøre agentutvikling like enkelt som å sette opp en Next.js-app, posisjonerer Vercel seg som standard målet for distribusjon av agenter, akkurat som de ble standarden for frontend-apper .

Databricks – Omnigent: «Kubernetes for agenter»

Hva ble lansert

Mellom 13. og 18. juni 2026 åpnet Databricks kildekoden for Omnigent, en «meta-harness for AI-agenter», lansert i alfaversjon under Apache 2.0-lisensen . Prosjektet ble annonsert av Databricks’ medgründer Matei Zaharia på X .

Nøkkelfunksjoner

• Multi-agent-sammensetning – ligger over eksisterende agentsystemer (Claude Code, OpenAI Codex, Pi, egne agent-SDK-er) og gir et enhetlig grensesnitt for å dirigere oppgaver på tvers av dem .
• Samtidig samarbeid – team kan dele live-agentøkter, se gjennom resultater sammen og veilede arbeidsflyter i sanntid .
• Rike kontrollpolicyer – en tilstandsbasert policy-motor som sporer agenthandlinger og håndhever sikkerhet, kostnads- og tilgangsbegrensninger utover det som er mulig med bare prompt-baserte kontroller .
• Skybaserte kjøremiljøer med OS-nivå sandkassing .
• Leverandøruavhengig orkestrering – designet for å forhindre låsning til én enkelt agentleverandør, samtidig som den gir sentralisert styring .

Intern brukskontekst

Databricks opplyste at Omnigent direkte trakk på erfaringer fra interne distribusjoner av AI-agenter og fra byggingen av agentbaserte produkter som Genie . Den bredere Databricks-plattformen betjener mer enn 20 000 organisasjoner og 70 % av Fortune 500-selskapene . Databricks tilbyr også en administrert versjon av Omnigent som en del av sin kommersielle Agent Bricks-plattform .

Strategisk begrunnelse

• Løse fragmentering – bedrifter som kjører flere agentsystemer (Claude Code, Codex, Pi, interne) opplever en integrasjonskompleksitet som skalerer ikke-lineært. Omnigent tilbyr et enkelt orkestrerings- og styringslag over alle .
• Åpen kildekode-spillebok – Databricks har en dokumentert evne til å åpne kildekoden for grunnleggende infrastruktur (Apache Spark, MLflow, Delta Lake) for å drive økosystemadopsjon, for deretter å tjene penger på den administrerte bedriftsversjonen .
• Styring som differensiator – ettersom agenter går fra eksperimenter til produksjon, trenger organisasjoner revisjonsmuligheter, kostnadskontroll og sikkerhetspolicyer som tilpasser seg agentatferd, ikke bare statiske prompt-maler .
• Posisjonere som «Kubernetes for agenter» – hvis det blir bredt adoptert, kan Databricks’ abstraksjoner bli standard koordineringsprotokoll for multi-agent-flåter, og skape en naturlig inngangsport til kommersiell plattform .
• Komplement til Agent Bricks – Omnigent utvider Databricks’ eksisterende Agent Bricks-plattform med et åpent orkestreringslag, mens den proprietære Supervisor Agent og Unity Catalog-styring forblir en del av det kommersielle tilbudet .

To strategier, ett spill

Vercels eve fokuserer på å gjøre den enkelte agenten enkel å bygge, teste og distribuere – et horisontalt verktøy for enhver utvikler som bygger agentfunksjoner. Databricks’ Omnigent fokuserer på å håndtere kaoset med flere agenter på tvers av team og leverandører – et kontrollplan for distribusjon i bedriftsskala. Begge selskapene satser på at adopsjon av åpen kildekode vil drive etterspørselen etter deres kommersielle plattformer: Vercels distribusjonsinfrastruktur og Databricks’ administrerte data- og AI-plattform.

For utviklere som vurderer disse verktøyene, avhenger valget av problemet: bruk eve når du trenger å bygge en enkelt agent raskt og sende den med en kjent utvikleropplevelse; evaluer Omnigent når du trenger å orkestrere og styre en flåte av agenter på tvers av ulike rammeverk. De to er ikke direkte konkurrenter – faktisk kan de være komplementære, med eve-bygde agenter som til slutt orkestreres av Omnigent.