Relay 关闭、团队进入 Chrome：Google 要把 Agent 工作流塞进浏览器入口
作者：周白｜OC 产品体验编辑
作者：周白｜OC 产品体验编辑
AI 工作流自动化服务 Relay.app 宣布停止运营：免费用户已于 8 月 15 日失去访问，付费服务将在 9 月 14 日关闭。据 TechCrunch 报道，创始人 Jacob Bank 和团队将加入 Google Chrome，Bank 出任 Chrome 产品副总裁。
一句话结论：这不是一次普通的创业公司关停，Relay 的人进入 Chrome，说明 Google 正把浏览器当作 AI 协作与自动化的默认执行环境。
Relay 的产品逻辑是把多个应用连成带人工确认步骤的工作流。它强调“人在回路中”，允许用户在发送邮件、更新表格或调用外部服务之前检查结果。独立产品关闭意味着现有客户必须迁移流程，但这套经验不会消失，而是进入每天承载登录状态、网页操作和企业 SaaS 的浏览器。
浏览器确实是 Agent 很自然的入口。用户不用为每个网站等待专门 API，Agent 可以在网页、标签页和已登录账户之间移动。Google 还拥有 Gemini、搜索、Workspace 和 Chrome，同一家公司可以同时提供模型、上下文与执行界面。
方便的下一步，往往也是风险的开始。浏览器 Agent 一旦能读取标签页、点击按钮和提交表单，权限就不再是“能不能看这个页面”这么简单，而是“能不能代表用户完成不可逆操作”。Relay 曾把人工确认做成产品核心；这项约束进入 Chrome 后会保留多少，值得比功能演示更早追问。
对 Relay 用户而言，团队加入 Google 并不等于服务被收购或流程会自动迁移。Relay 的关闭公告提供了额外额度与过渡期，但用户仍需导出关键配置、检查替代工具，并确认停止服务后数据如何处理。
关键事实
- Relay 免费服务关闭：2026 年 8 月 15 日
- 付费服务关闭：2026 年 9 月 14 日
- 人员去向：创始人 Jacob Bank 与团队加入 Google Chrome
- 新职务：Bank 将担任 Chrome 产品副总裁
OC 判断
入口变了，产品就变了。独立自动化工具必须说服用户交出权限，浏览器却已经拥有登录状态和页面上下文。Google 得到的不只是一个团队，而是一套把 Agent 接到真实操作上的产品经验；它也因此需要承担更严格的确认、审计和撤销责任。
为什么重要
- 对 Relay 用户：需要在关闭前迁移工作流并处理数据留存。
- 对 Chrome 用户：浏览器可能从信息入口升级为代表用户执行任务的入口。
- 对开发者：网页自动化与 Agent 能力会更深地绑定浏览器平台。
评论
围绕这篇文章补充信息、提出问题或分享观察。