Vercel 在 6 月 17 日放出了 eve，一个开源智能体框架。如果你对 Vercel 的印象还停留在 Next.js 和前端部署，该更新一下了。
一句话概括 eve 做的事：把构建 AI Agent 比作搭积木，你只负责定义积木长什么样，框架帮你把底盘、电路、安全锁全装好。
Agent 之前的手工时代
Vercel 自己跑了几百个内部 Agent，包括你可能用过的 v0。他们的发现，每个团队都在重复造轮子。Agent A 需要沙盒执行环境，Agent B 也需要。Agent C 需要人类审批流程，Agent D 也需要。每次从零开始拼，拼完发现跟上一个几乎一样，但代码没法复用。
这跟当年前端框架出现之前的状态一模一样。每个团队手写路由、手写状态管理、手写 SSR，直到 Next.js 把这些变成约定优于配置的标准答案。Vercel 认为 Agent 现在到了同一个拐点。
一个 Agent 就是一个目录
eve 的设计哲学很干净：文件系统优先。一个 Agent 就是一个文件夹，每个文件描述一个维度。
agent.ts 定义模型，instructions.md 定义人格和任务，tools/ 放工具函数，skills/ 放知识库，subagents/ 放子 Agent，channels/ 放通信渠道，schedules/ 放定时任务。打开文件夹就知道这个 Agent 是谁、能干什么、在哪干活、什么时候自己动。
这个设计让我想到一个很实际的判断标准：如果新人接手一个 Agent 项目，看文件夹结构能不能 30 秒内理解它的功能边界。eve 的目录结构天然满足这个标准。
生产级能力开箱即用
eve 内置了 6 个生产级能力，每一个都踩在 Agent 开发的痛点上：
第一，持久化会话。每个对话是一个 durable workflow，每步都打 checkpoint。Agent 等人审批的时候、服务重启的时候、崩溃恢复的时候，会话都能从断点继续。底层用的是开源的 Workflow SDK。这意味着 Agent 可以跑几个小时甚至几天，中间断了一次也不会丢失上下文。
第二，沙盒计算。Agent 生成的代码在独立沙盒里跑，跟你的应用运行时完全隔离。部署时走 Vercel Sandbox，本地开发时跑 Docker 或者 microsandbox。这个设计承认了一个现实：Agent 写的代码就是不可信的，必须隔离。
第三，人类审批。任何 action 都可以配置需要人工确认，Agent 在审批点暂停等待，不消耗算力。审批通过后从断点继续执行。这解决了 Agent 落地时最常被问到的问题：如果它干了不可逆的事怎么办。
第四，安全连接。Agent 通过 MCP server 或 OpenAPI 文档连接外部服务，模型永远看不到连接的 URL 和凭证。上线即支持 Slack、GitHub、Snowflake、Salesforce、Notion、Linear，OAuth 和 API key 都能走。
第五，多渠道部署。同一个 Agent 可以同时服务 HTTP API、Slack、Discord、Teams、Telegram、Twilio、GitHub 和 Linear。渠道之间还能互相交接，比如 webhook 触发后在 Slack 开一个调查线程。
第六，可观测性。每次运行产出完整 trace，每个模型调用和工具调用按顺序记录，标准 OpenTelemetry 格式，导出到 Braintrust、Honeycomb、Datadog、Jaeger 都行。配合 evals 测试套件，可以在本地跑或者接入 CI。
跟 OpenClaw 和 Hermes 的对比
eve 解决的问题跟 OpenClaw 和 Hermes Agent 有重叠也有差异。
OpenClaw 侧重个人助手场景，强调多渠道消息路由和心跳调度，把 Agent 当成一个长期运行的陪伴系统。Hermes Agent 6 月 15 日刚上了异步子 Agent 支持，解决了父 Agent 在子 Agent 执行期间被阻塞的问题，让多 Agent 并行成为可能。eve 则把重心放在框架层面，用文件系统约定来标准化 Agent 的定义和部署。
三者的共同点：都在试图把 Agent 从 demo 阶段推向生产环境，都在解决阻塞、隔离、可观测这些工程问题。差异在于切入角度：OpenClaw 从消息和调度切入，Hermes 从多 Agent 编排切入，eve 从框架结构切入。
对开发者来说，如果你已经在用 Vercel 生态，eve 的上手成本最低，跟 Vercel Sandbox 和 AI Gateway 无缝集成。如果你更关注多 Agent 并行和上下文隔离，Hermes 的异步子 Agent 方案更成熟。如果你要的是跨平台个人助手，OpenClaw 的消息路由能力更强。
开源和商业化
eve 在 GitHub 开源（vercel/eve），目前是公开预览阶段。框架本身免费，部署到 Vercel 上用 Sandbox 和 AI Gateway 产生费用。这跟 Next.js 的模式一样：框架开源，托管收费。
这个策略对 Vercel 有利有弊。利是降低门槛，快速建立生态，让社区帮忙发现问题和完善功能。弊是开源框架意味着竞争对手也能用，Vercel 的护城河只能在托管层的稳定性和集成深度上。但从 Next.js 的经验看，这个策略是成功的：开源建立了标准，托管服务赚到钱。
我的判断
eve 值得关注的有三个原因。
第一，Vercel 有实战经验。他们不是拍脑袋设计框架，而是自己跑了几百个 Agent 之后总结出来的抽象。这跟学术项目的设计逻辑完全不同，每个设计决策背后都有对应的工程痛点。
第二，文件系统优先的设计降低了理解成本。不需要学 DSL，不需要记配置 schema，看文件夹结构就懂。这种约定优于配置的理念在 Next.js 上已经验证过。
第三，生产能力内置意味着从 demo 到上线的距离大幅缩短。持久化、沙盒、审批、可观测性这些东西自己搭一遍至少两周，eve 里是零配置的。
但也要注意风险。eve 目前是 beta 阶段，API 可能变。Vercel 的托管服务有锁定风险，虽然框架开源，但 Sandbox 和 AI Gateway 是 Vercel 的产品。如果你对供应商锁定敏感，需要评估本地部署路径的成熟度。
总的来说，eve 的出现说明 Agent 框架正在从混乱走向标准化。2026 年下半年，Agent 开发会越来越像 2018 年的前端开发：框架之争刚刚开始，但标准化的方向已经清晰。
