Vercel Eve 與 Databricks Omnigent 雙雙開源：兩大 AI 代理框架，兩種截然不同的戰略思維

在 2026 年 6 月中旬短短幾天內，兩家基礎設施巨頭 Vercel 與 Databricks 先後開源了各自的 AI 代理框架。這兩個消息背後有著共同的戰略假設：下一波重大的平台轉移將由「代理」驅動，而致勝的關鍵在於擁抱開源。然而，它們的產品鎖定的問題卻大相徑庭。

Vercel 的 eve 是一個以開發者為核心的框架，專注於建構、運行和擴展單一個別的 AI 代理。而 Databricks 的 Omnigent 則是一個「元控制平台」，用於協調多重代理系統，它被設計為運行在其他代理框架之上，提供一個統一的治理與協作層。這兩者反映了各自對企業當前最迫切需求的不同解讀。

Vercel 的 Eve：「代理界的 Next.js」

發布內容

在 6 月 17 日的 Ship 2026 大會上，Vercel 推出了 eve，這是一個開源代理框架，以 npm 套件 eve 的形式發布，採用 Apache-2.0 授權 。該框架是 Vercel 在內部建構了「數百個代理」後，從中提取出的通用架構 。

核心功能

• 代理即目錄 — 每個代理就是一個單一目錄，內部包含 agent.ts、instructions.md、tools/、skills/、subagents/、channels/ 和 schedules/。看一眼檔案樹就能掌握代理的全部能力 。
• 持久化執行，具備自動重試與狀態保持功能 。
• 沙箱化運算 — 代理會獲得一個隔離的 microVM 來執行其所撰寫的程式碼 。
• 人類審核機制 — 在任何工具上加上一個 needsApproval 標記，即可對高成本或破壞性操作設置閘門 。
• 子代理 — 代理可以將工作委派給巢狀在 subagents/ 目錄下的子代理（目錄結構相同）。
• 評估系統，用於測試代理行為 。
• Vercel Connect 整合 — 代理會請求臨時、限域的憑證，而不是儲存長效令牌 。
• 整體設計讓開發者感覺像是在「搭建、運行和部署一個 Next.js 應用程式」。

內部採用數據

Vercel 表示，他們自己就是在 eve 上建構和運行內部代理的，並且 已有超過 100 個代理在 Vercel 的生產環境中使用此框架 。

戰略意圖

• 標準化代理開發 — Vercel 認為，當前開發代理的狀況就「如同框架誕生前的網頁開發」，大家都在各自從零搭建相同的基礎設施 。eve 的目標就是扮演 Next.js 對網頁應用所扮演的角色：將零散的開發模式轉變為單一、有主見的開發架構。
• 深化代理技術棧 — eve 是連結 Vercel 現有代理基礎設施原語（AI SDK、AI Gateway、Workflow SDK、Sandbox、Chat SDK、Connect）的上層框架，提供一個端到端的開發體驗 。
• 驅動平台採用 — 讓開發代理變得像搭建 Next.js 應用一樣簡單，Vercel 就能順理成章地成為部署代理的預設目標平台，就像它過去成為前端應用的首選一樣 。

Databricks 的 Omnigent：「代理界的 Kubernetes」

發布內容

在 6 月 13 日至 18 日期間，Databricks 開源了 Omnigent，這是一個「AI 代理的元控制平台」，以 alpha 版本、Apache 2.0 授權發布 。該項目由 Databricks 聯合創辦人 Matei Zaharia 在 X 平台上宣布 。

核心功能

• 多重代理組合 — 運行在現有代理系統（如 Claude Code、OpenAI Codex、Pi、自訂代理 SDK）之上，提供一個統一介面來跨系統路由任務 。
• 即時協作 — 團隊可以共享即時代理工作階段，共同審閱輸出，並即時引導工作流程 。
• 豐富的控制政策 — 一個具狀態的政策引擎，能追蹤代理行為並執行超越純提示詞控制的護欄，涵蓋安全、成本和存取權限 。
• 雲端執行環境，具備作業系統層級的沙箱隔離 。
• 廠商中立協調 — 旨在防止被單一代理供應商鎖定，同時維護集中式的治理 。

內部採用背景

Databricks 表示，Omnigent 直接汲取了他們內部部署 AI 代理的經驗，以及從建構 Genie 等代理產品中學到的教訓 。Databricks 的整個平台服務超過 20,000 家組織，其中包括 70% 的財星 500 強企業 。Databricks 也提供 Omnigent 的託管版本，作為其商用 Agent Bricks 平台的一部分 。

戰略意圖

• 解決碎片化問題 — 同時運行多個代理系統（Claude Code、Codex、Pi、自建系統）的企業，面臨著非線性增長的整合複雜度。Omnigent 為所有這些系統提供了一個統一的協調與治理層 。
• 開源戰略的複製 — Databricks 過去成功將 Apache Spark、MLflow、Delta Lake 等基礎設施開源，以驅動生態系採用，再透過商用託管版本獲利。Omnigent 遵循同樣的劇本 。
• 治理作為差異化優勢 — 隨著代理從實驗階段邁向生產環境，企業需要的不只是靜態的提示詞，而是具備可審計性、成本控制以及能適應代理行為的安全政策 。
• 定位為「代理界的 Kubernetes」 — 若 Omnigent 被廣泛採用，Databricks 的抽象層可能成為協調多重代理艦隊的預設協定，自然為其商用平台鋪路 。
• 與 Agent Bricks 互補 — Omnigent 以開源協調層擴展了 Databricks 現有的 Agent Bricks 平台，而專有的 Supervisor Agent 與 Unity Catalog 治理功能則仍屬於商用產品的一部分 。

兩種策略，一個賭注

Vercel 的 eve 專注於讓「單一代理」易於建構、測試和部署，是一個面向任何開發者、用於打造代理功能橫向工具。而 Databricks 的 Omnigent 則聚焦於管理跨團隊、跨供應商的多個代理所帶來的混亂，是一個針對企業級部署的控制平台。兩家公司都賭注開源採用將帶動其商用平台的需求：Vercel 的部署基礎設施與 Databricks 的託管資料及 AI 平台。

對於正在評估這些工具的開發者來說，選擇取決於要解決的問題：當你需要快速建構一個代理並以熟悉的開發體驗將其推出時，請使用 eve；當你需要協調和治理一個橫跨不同框架的代理艦隊時，請評估 Omnigent。這兩個框架並非直接競爭——事實上，它們可能是互補的，由 eve 建構的代理最終或許也能被 Omnigent 所協調。