Vercel 允许在控制台直接部署 eve Agent，几次点击之后仍要补哪些工程

Vercel 允许在控制台直接部署 eve Agent，几次点击之后仍要补哪些工程

Vercel 8 月 28 日给控制台增加了 Agent 创建入口。团队可以填写 eve Agent 的指令、选择 AI Gateway 中的模型、添加网页聊天或 Slack 渠道，再通过 Linear、Notion 连接器或自定义 MCP Server 接工具。生成过程会创建私有 Git 仓库、脚手架代码和一个已经部署的 Vercel 项目，完成后可以立即对话。

这次更新降低的是第一版 Agent 的搭建成本。过去需要开发者自己组织模型配置、指令文件、工具注册和聊天入口，现在控制台把这些步骤收进一条向导，同时保留代码仓库供后续评审和发布。

几次点击交付了可运行项目，没有交付清晰的责任边界

eve 采用 filesystem-first 结构：模型、instructions、tools、skills、subagents、channels 和 schedules 都对应目录或文件，便于审查和版本管理。框架自带持久执行、沙箱、人工审批、子 Agent 和评测，但功能仍需正确配置。

最先要补的是工具权限。Linear 查询和创建工单不该共用授权，Notion 读取知识库也不该顺带获得全空间写权限。自定义 MCP Server 需要列出数据范围、超时和副作用，高风险动作应在执行前展示具体对象与参数。聊天渠道不能自动证明用户有权操作目标系统。

模型同样需要版本策略。控制台可以从 AI Gateway 选择任意可用模型，但不同模型对工具调用、长上下文和拒答的处理并不一致。团队应固定生产模型代号，把候选模型放进灰度环境，并为单次运行设置 token、时间和工具次数上限。统一模型网关适合集中统计费用和失败率，业务权限仍应由 Agent 与后端服务共同约束。

私有仓库也不是天然安全区。生成的指令、技能和工具代码要进入分支保护、依赖扫描和密钥检查；外部连接使用短期凭据，日志避免保存完整 Prompt 和工具返回。Agent 能修改真实系统后，运行时审批和审计才是最后一道防线。

上线验收要从一次对话扩展到一次完整运行

Vercel 早前为 eve 提供 Agent Runs 视图，可查看触发方式、耗时、token、模型调用和工具调用，并把错误关联到具体步骤。默认保留期从 12 小时到 3 天，扩展方案可到 30 天；长期审计应导出 OpenTelemetry 数据并定义脱敏规则。

验收用例应包含正常路径之外的中断。让工具返回 429、让外部系统超时、在审批前刷新页面、从 Slack 切到 Web 继续同一任务，再检查状态是否一致。涉及长任务时，可以参考[DASP 的会话与恢复语义](/dasp/reference)，把聊天连接、服务端会话事实和业务操作记录分开管理；界面重新连上后，不能靠模型猜测刚才执行到了哪里。

还要测试“看似成功”的失败：工单创建了两次、模型引用了旧文档、工具返回部分数据却被写成完整结论。每类任务准备可核对的结果和回滚办法，用另一个模型或规则检查关键事实，比只看 Agent 最后一段自然语言更可靠。[OpenTelemetry GenAI 观测实践](/articles/opentelemetry-genai-agent-observability)可以补足跨模型与工具的统一链路。

控制台创建让 Agent 原型更快落地，生产差距仍集中在权限、状态、评测和运维。已用 AnyAIS 管理多模型调用的团队，可以让模型目录、用量和回退保持统一，再按业务风险设计工具授权与会话恢复。

资料来源：[Vercel 8 月 28 日更新](https://vercel.com/changelog/build-and-deploy-eve-agents-from-the-vercel-dashboard)、[eve 框架介绍](https://vercel.com/changelog/introducing-eve-an-open-source-agent-framework)、[Agent Runs 观测说明](https://vercel.com/changelog/eve-agent-observability)。