Vercel Agent 现已在 Slack 中可用。像把队友拉进讨论串一样提及它，它便会阅读讨论内容，结合运行你应用的平台上下文来回答，并将团队的决定转化为由你批准的变更。Vercel for Slack 今日以公开测试版面向 Pro 和 Enterprise 团队开放。
工作始于对话。某个频道里有人注意到一条告警，讨论串中大家商定了修复方案，然后有人离开 Slack 去执行工作。有了 Vercel Agent，你可以 @ 它来获取关于你基础设施的答案，或把工作交给它，全程无需离开对话。
复制标题链接什么是 Vercel Agent？
当我们推出 Vercel Agent 时，我们称它为开发工作流中的 AI 队友。如今，它是你生产应用的第一响应者。当有变化发生时，它会调查你的日志、指标和部署，找到根本原因，并提出修复方案，往往在任何人打开笔记本电脑之前就已完成。给它一个 PR，它会标记出通过的 CI 运行不会显示的回归和风险变更。
在 Slack 中，这个 agent 亲自加入对话。它是 Vercel 的核心部分，因此在你输入任何内容之前，你的部署、构建状态、日志、指标、代码审查和 PR 都已呈现在它面前。在频道、讨论串或私信中提及 @Vercel
，它就会像一位已经打开所有标签页的队友一样回答。而回答只是其中一半，因为一旦你知道哪里出了问题，agent 就可以去修复它：
诊断问题：调查事件，将错误追溯到导致它们的部署，解释成本激增，并回答关于你代码库的问题。与团队一起编码：修复失败的构建和 CI，基于代码在生产环境中运行方式的知识审查 PR，并将讨论串的决定转化为经过测试的拉取请求。运营你的项目：回滚部署，更新配置，管理功能标志，并在异常使用变成账单之前解决它。
该 agent 默认是只读的，任何更改代码或配置的操作都要经过你批准的计划。Vercel for Slack 将整个循环带入你和团队已经在讨论工作的讨论串中。
复制标题链接通过对话加速开发
团队通过协作形成决策。事件在频道中分诊，代码审查在讨论串中敲定，功能在站会间隙确定范围。但一旦讨论串确定了需要做什么，行动仍需转化为工单、终端命令和 PR 描述。每次交接都会丢失上下文，而掌握全貌的对话变成了每个人凭记忆总结的东西。Vercel for Slack 让 agent 在每一轮都能获得原始对话的完整上下文。
复制标题链接一站式答案加速整个团队
下午 1:42 部署上线。到 1:51，结账错误率攀升，一条告警落在平台工程频道中。
过去接下来发生的事情是分散的。一个响应者打开日志查看情况有多糟，另一个让他们的编码代理将异常与部署时间线对齐，第三个开始阅读可疑 PR 的差异。每个人都在独自调查，在自己对同一系统的视图中，而线程是他们通过粘贴截图、总结代理发现并相互纠正来协调的地方，以确定情况的真实状态。关键的几分钟被花在拼凑全貌上，然后才能采取行动。
使用 Vercel for Slack，第一个问题直接在线程中向代理提出。
“@Vercel，结账错误在 1:42 部署后激增。发生了什么？”
它评估影响范围，将激增与部署关联起来，识别出其中发布的 PR，并解释哪个文件中的哪个更改导致了哪种行为。答案到达频道，整个团队同时阅读相同的诊断。
没有人需要重新运行队友的调查或等待回顾，因为每个人都在看同一份报告。了解结账代码的工程师直接针对更改本身发言，值班人员权衡受影响的用户数量与修复所需的时间，而线程中剩下的就是决定：是回滚还是向前修复。
复制标题链接Vercel Agent 理解你的团队已有的沟通方式
线程、频道或私信本身就是提示的开始。你不需要重新解释已经说过的任何内容，也不需要从你的应用或代码库传入任何上下文。像任何其他团队成员一样将其带入对话，它会读取房间氛围，了解团队一直在讨论的内容，并在被要求时采取行动。
一个例子是我们对 Vercel Agent 计划卡的迭代，这是它在 Slack 中发布的消息，用于请求批准它想要做的工作。我们在内部测试的第一个版本是一大段文字，但当一位工程师注意到人们经常在没有阅读所有细节的情况下批准操作时，我们有一个重新设计的线程，深入讨论了 47 条回复，关于在代表团队确认操作之前一个人需要看到什么。在该线程末尾标记 Vercel Agent 就是导致你今天看到的卡片的原因。
当来自这样对话的 PR 到达线程时，测试已经运行，预览部署已经上线，因此团队可以在最初启动该功能的对话中开始审查它。
复制标题链接Vercel Agent 在线程中审查拉取请求
在讨论 PR 的线程中请求 Vercel Agent 进行审查，对话会随请求一起传递。你的团队一直在提出的内容成为 Vercel Agent 检查的上下文，其发现返回到同一线程，因此讨论、决定和修复它们是一个循环，而不是去另一个工具。
我们自己的一个 PR 讨论中的一个例子是有人在讨论中途请求的审查。代理返回了一个位于差异之外的错误，UI 中同一个标题渲染了两次。
发现不必以评论结束。如果团队同意应该修复，代理可以自行修补 PR，该更改像其他所有内容一样到达，作为一个等待批准的提案。
复制标题链接变更始终经过团队批准的计划
当讨论线程确定一项变更时，Vercel Agent 会回复一个计划，说明将发生什么、在哪个项目以及范围。频道中的决策是碎片化形成的，跨越不同的人和数小时，没有人会输入“决策：”，因此计划就是所有这些变成一个明确要批准的事项的地方。一旦批准，代理就以自己的身份执行工作，审计跟踪会显示谁请求、谁批准以及运行了什么。
我们自己的线程中的一个例子是，在我们发布更新后，一个缓存页面显示过时数据。有人要求在高峰时段仅针对特定页面进行缓存清除，并要求代理设置。返回的计划完全符合要求，清除特定路径及其子路径，而网站其余部分的缓存保持热状态，直到有人批准后才运行。
无论线程以诊断、拉取请求还是缓存清除结束，最后一步都属于人。
复制标题链接入门
最简单的入门方式就是直接向 Vercel Agent 提问。询问你正在追查的错误或刚刚失败的构建，看看返回什么，并让团队随时间决定代理承担多少工作。在有人批准计划之前，它只是读取。
Vercel for Slack 在公开测试版中面向 Pro 和 Enterprise 团队提供。要在 Slack 中开始使用 Vercel Agent：
打开
Vercel Marketplace 中的 Slack 应用并点击连接账户
。选择要连接的 Slack 工作区，然后点击
允许
。在频道、线程或私信中提及
@Vercel
。首次提示时登录你的 Vercel 账户。
有关设置和权限，请参阅 Vercel for Slack 文档。
Vercel Agent 可能会犯错。在批准前审查提议的变更。