2026年6月17日，伦敦。Vercel 在年度大会 Ship 上，发布了开源 Agent 框架「Eve」。台下坐着的 DoorDash、Stripe、OpenAI 的工程师们，很快意识到这不是又一个 Agent SDK。
Vercel 官方对 Eve 的定位只有一句话——"Like Next.js, for agents"。
这句话的分量，只有在理解了 Next.js 对 React 生态意味着什么之后，才能真正读出来。
Agent 是一个目录
打开一个 Eve Agent，你看到的就是一个目录：agent.ts（模型与配置），instructions.md（人设与行为准则），tools/（可执行工具，文件名即工具名），skills/（领域知识，Markdown），subagents/（子 Agent 委托），channels/（Slack、Discord 等入口），schedules/（定时任务），connections/（MCP / OpenAPI 外部连接）。
最小的 Eve Agent 只需要两个文件：agent.ts 一行代码指定模型，instructions.md 一份 Markdown 写下人设。然后执行 npx eve@latest init my-agent，Agent 就在本地跑起来了。
这简单得不像真的——但这就是 Eve 的核心设计哲学：把反复出现的 Agent 形态抽象成框架，让开发者只写「做什么」，而不是「怎么跑起来」。
Vercel 团队在官方博客中回顾了他们的开发史：内部已经建设了超过 100 个 Agent，v0.dev 只是其中最出名的一个。但问题在于——每建一个 Agent，团队都在重复造同样的轮子：会话管理、沙箱隔离、审批流程、监控链路……而且没有一个 Agent 的能力能直接复用到下一个。
"Agents have a shape." Vercel 的工程师在博客中写道。
Eve 就是把那个形状做成了框架。
「Agent 即目录」：约定优于配置
Eve 最反直觉的设计选择是——用文件系统定义 Agent。
这不是偷懒。这是「约定优于配置」（Convention over Configuration）在 Agent 领域最彻底的一次落地。
在 Next.js 出现之前，搭建一个 React 应用需要手工配置 Webpack、Babel、路由、SSR——每一种选择都有几种方案，每一种方案都要读文档。Next.js 用 pages/ 目录结构一刀切掉所有配置：你把文件放在 pages/ 下，它就是一个路由。不需要注册，不需要 import，不需要样板代码。
Eve 对 Agent 做的，是同一件事。
tools/ 目录下的 .ts 文件，文件名就是工具名——不需要任何注册步骤。channels/ 下的文件声明入口，一个文件对应一个 Channel（Slack、Discord、Microsoft Teams、Telegram、GitHub、Linear），框架自动接管消息路由、鉴权和分发。schedules/ 里的文件用 cron 声明定时任务，部署后自动注册为 Vercel Cron Job。connections/ 里的文件指向一个 MCP 服务器或兼容 OpenAPI 的外部服务，鉴权由框架代理——模型甚至不接触 URL 和凭证。
这套约定的价值，在单人开发时可能只是「少写几行代码」。但在团队协作中，它打开了巨大的工程化空间：
第一，Git 原生友好。整个 Agent 是纯文本文件。Prompt 修改有 diff，工具新增有 code review，配置变更可以被追溯。这在任意一个 Agent 框架中都是稀缺能力——大多数框架的 Agent 定义散落在代码、配置文件、数据库和外部服务之间。
第二，可读性即可维护性。看一眼目录树，你就知道这个 Agent 能做什么、能接入什么、什么时候主动行动。不需要读文档，也不需要打开管理后台。
第三，Preview 部署可测。像 Web 应用一样，Agent 可以部署到 Preview 环境，提前测试 Slack bot 行为，确认后再合并到主分支。
「Batteries Included」：生产级能力拆解
Eve 的 README 里写着 "Production comes built in"。翻译过来就是：你写 Agent 逻辑，剩下的事框架管了。具体管了什么？
持久化会话（Durable Session）。每一轮对话都是一个可 checkpoint 的 durable workflow，基于 Vercel 开源的 Workflow SDK。Agent 要等人回复、要调一个慢系统、或者中间代码崩了——会话可以在任意一步暂停，崩溃或部署后从断点恢复。这个能力听起来基础，但绝大多数 Agent 框架到今天都不支持——会话断了就要从头开始，这在长时间运行的 Agent 场景中是致命的。
沙箱隔离（Sandbox）。Agent 自动生成的代码被视作不可信输入。每个 Agent 拥有自己的沙箱，与主应用完全隔离，在独立的安全上下文中运行。本地用 Docker、microsandbox 或 just-bash，部署后用 Vercel Sandbox，还可以写自定义 adapter。但不管底层怎么换——Agent 代码一字不改。
Human-in-the-Loop 审批。任何工具调用都可以配置 needsApproval。审批期间 Agent 暂停，不消耗算力。审批通过后从断点继续。在 Slack 中，审批就是点一个按钮——Agent 等着，不占用任何 token。
安全连接（Connections）。Agent 需要连接数据库、第三方 API、内部系统。在 Eve 中，connection 是一个文件，指向 MCP 服务器或提供 OpenAPI 文档的端点。鉴权由框架和 Vercel Connect 层代理——模型看不到凭据，也无法泄露。
可观测性。每一次运行都产生 OpenTelemetry 标准 trace，在 Vercel 的 Agent Runs 视图中实时可查，也能导出到 Datadog、Honeycomb 等专业平台。
Eval 即门禁。内置的 eve eval 可以在本地跑，也可以在 CI 里跑——作为部署的门禁条件，系统性防止回归。
把这些能力加在一起，就是一家公司的 Agent 从「能做 demo」到「敢上生产」之间缺失的所有拼图。对于需要运营 10 个以上 Agent 的团队来说，这些能力的工程化复用价值，远高于框架本身的语法糖。
Eve 真正的对手是谁？
Eve 发布后，很多人会把它放进「又一个 Agent 框架」的抽屉里——和 LangGraph、CrewAI、OpenAI Agents SDK、Mastra 放在一起比较。
但这个归类可能从一开始就错了。
LangGraph（134k GitHub stars）解决的是 Agent 编排的图结构问题。Mastra（Y Combinator 背景、2026年1月达到 1.0）解决的是 TypeScript 生态下的 Agent 框架问题。OpenAI Agents SDK 解决的是「怎么让模型调用工具」的问题。Claude Agent SDK 选的则是另一条路——代码生成优先。
Eve 解决的，是Agent 从写代码到上生产的全生命周期。
这意味着它的真正竞争对手不是 LangGraph 或 Mastra——而是 Cloudflare Workers、Amazon Bedrock AgentCore、Google Vertex AI Agent Engine。
这些基础设施级玩家都在做同一件事：让 Agent 不再是一个手工作坊式的拼装活，而是一个有标准、有平台、有 SLA 的工程产品。
但 Eve 有一个其他云厂商都缺乏的武器——Next.js 级别的开发者体验口碑。Vercel 在「让复杂的东西看起来简单」这件事上，拥有行业顶级的交付能力。
代价也很明显：Eve 目前只跑在 Vercel 上。Vercel 承诺未来会支持其他平台，但现在的路只有一条。对「平台绑定」深重警惕的开发者来说，这可能是 Eve 最大的阻力——无论它的设计有多优雅。
Vercel 自己怎么用？
Vercel 内部已经用 Eve（及其前身）跑了一年多。几个关键数字值得单独拎出来：
数据 Agent「d0」在 Slack 里被团队数万次/月地调用，权限自动与提问者对齐。Lead Agent 由一名 GTM 工程师用 25–30% 的工时搭建，六周内把入站 SDR 团队从 10 人缩减到 1 人，而 lead-to-opportunity 转化率保持不变——COO Jeanne Grosser 在公开访谈中称之为「六周的转型」。客服 Agent 自主解决率达到 87.6%，这是 Guillermo Rauch 在 2026 年最新公布的数字，并预测将趋近 100%。Code Review Agent 在 52% 的情况下能发现人类和其他工具遗漏的 PR 缺陷。v0.dev 每秒生成 6.4 个应用。
但最值得注意的数字是这个：Agent 驱动的部署目前已占 Vercel 平台总部署量的 29%。一年前这个数字还不到 3%。Vercel 预计明年会达到 50%。
29%。这意味着在 Vercel 这个全球最大规模的 Next.js 部署平台上，几乎每三次部署就有一次是由 Agent 触发的。这不是一个「新鲜玩具」的渗透率——这是基础设施层的结构性迁移。
Agent 开发正在经历「框架化时刻」
每一个技术范式更替，都有一个标志性的拐点：当足够多的人用同样的方式解决了同样的问题之后，最好的那一套抽象就会被提炼成框架。
React 在 2013 年已经证明组件化是正确的 UI 抽象。但直到 2016 年 Next.js 出现，React 应用才真正有了「标准开发方式」。Docker 在 2013 年证明了容器化是正确的打包方式。但直到 Kubernetes 出现，容器编排才有了行业标准。
Agent 开发此刻正处于同样的拐点上。过去两年，数以万计的团队用 LangChain、Vercel AI SDK、OpenAI API 手工拼凑 Agent——每一套方案都不一样，每一条管线的能力都不能复用。所有团队都在解决相同的六个问题：会话持久化、代码隔离、人工审批、可观测性、安全连接、定时触发。
Eve 说：别再拼了。这就是那六个问题的标准答案。
当然，Eve 不是终点。Agent 框架赛道还在早期，竞品也在快速跟进。但 Eve 打出的那套「Agent 即目录」的设计约定，很可能会像 Next.js 的 pages/ 目录一样——不是唯一的选择，却成为行业默认的心智模型。
在 Vercel 的官网上，eve.dev 这个域名做了一次重定向。没有人会为这个重定向不甘心——因为 10 年后回头看，它可能就是这个时代的 localhost:3000。
快报