Vercel开源Eve：AI Agent的Next.js来了，文件系统即接口
2026年6月17日，Vercel在Ship伦敦大会上正式开源了Eve——一个文件系统优先的TypeScript Agent框架。Apache-2.0协议，npm install eve@latest即可上手。Vercel内部已经用它跑v0和自己的Agent集群。
这个框架的核心理念只有一句话：每个AI Agent就是一个目录。
为什么文件系统优先？
传统Agent框架（LangChain、CrewAI）把Agent定义藏在代码里——你得读源码才能理解一个Agent到底在干什么。Eve反过来：所有能力都在约定路径下，用人话就能读。
my-agent/
├── agent.md # 系统提示词 + 人设
├── tools/ # 可调用的工具
│ ├── search.ts
│ └── database.ts
├── memory/ # 持久化记忆
├── workflows/ # 多步工作流定义
└── config.yaml # 运行时配置
这意味着什么？Agent的行为可以被git diff追踪。你改了system prompt，PR里一目了然。你加了新工具，reviewer直接看文件名就知道。
三个杀手级特性
1. 持久化执行（Durable Execution）
Agent在执行多步任务时，Eve会在每一步自动创建checkpoint。如果中途崩溃——网络断了、进程挂了——重启后从最近的checkpoint继续，不用从头来。
这对本地部署的Agent至关重要。你的机器不像云服务有SLA保障，断电、OOM是家常便饭。有了checkpoint，Agent的任务不会因为一次意外中断而全部白费。
2. 沙箱计算（Sandboxed Compute）
每个Agent运行在独立沙箱里。它能执行代码、调用API、读写文件，但所有操作都被限制在沙箱边界内。一个Agent炸了不会影响其他Agent。
3. 人工审批节点（Human-in-the-Loop）
可以在工作流中插入审批节点。Agent执行到关键步骤时暂停，等人类确认后再继续。这对涉及资金操作、数据修改的场景非常实用。
Eve vs 其他Agent框架
| 维度 | Eve | LangChain | CrewAI | Hermes Agent |
|---|---|---|---|---|
| 语言 | TypeScript | Python | Python | Python |
| Agent定义 | 文件系统 | 代码 | 代码 | YAML + Skill |
| 持久化执行 | ✅ 内置 | ❌ 需自建 | ❌ 需自建 | ✅ Cron支持 |
| 沙箱 | ✅ 内置 | ❌ | ❌ | ⚠️ 终端隔离 |
| 人工审批 | ✅ 内置 | ⚠️ 需自建 | ❌ | ✅ approve模式 |
| 本地部署 | ✅ 自托管 | ✅ | ✅ | ✅ 原生 |
对本地部署Agent的启示
Eve最值得借鉴的不是具体实现，而是设计哲学：
"文件系统即接口"——Agent的每个能力都是一个可读的文件，而不是一坨黑盒代码。这让Agent变得可审计、可版本控制、可协作。
对于51domino这种本地部署场景，Eve的checkpoint机制尤其值得学习。想象一下：你的Agent在执行一个需要30分钟的数据采集任务，跑到第25分钟时OOM了。没有checkpoint，你得从头再来。有了checkpoint，重启后从第25分钟继续。
快速上手
# 安装
npm install eve@latest
# 创建Agent
mkdir my-agent && cd my-agent
echo "你是一个专业的技术研究助手" > agent.md
# 添加工具
mkdir tools
cat > tools/search.ts << 'EOF'
export default async function search(query: string) {
// 实现搜索逻辑
}
EOF
# 运行
npx eve start
总结
Eve的出现标志着AI Agent框架从"能用"进入"好用"阶段。文件系统优先的设计让Agent不再是黑盒，持久化执行让Agent不怕中断，沙箱和审批机制让Agent可以安全地在生产环境运行。
对于关注本地部署的开发者来说，Eve提供了一个新思路：Agent的定义应该像代码一样可管理，而不是像配置一样散落在各处。
参考链接 - GitHub: vercel/eve - Vercel Ship 2026 官方公告 - InfoQ 报道