让算法从侧边栏的对话浮窗,变成在企业通讯录里占一个座位的数字员工,硅谷厂商喊了两年。Google Cloud 给出的做法相当直接:在系统中为 AI 分配独立企业工号,发一个专属的 @agents.company.com 邮箱地址与独立日程表。

它能被直接拉进协作群组、认领业务目标,并在员工关掉电脑离线后,持续跨系统调度数据。与这个动作同步落地的,是面向企业办公推出的通用智能体 Gemini Agent。Google 越过了 Google Docs 的自家边界,连接器目录直接插进 Microsoft Office、Teams、Slack、Salesforce、Jira,以及 BigQuery 和 Snowflake。

这一步算盘打得很精。只要企业把任务入口交给 Google,底层的异构软件就会失去与员工的交互界面,沦为只负责吞吐数据的管道工。

企业工作范式迁移:从即时副驾驶到长程自治体 第一阶段:会话式副驾驶 (Copilot) • 交互逻辑:单次Prompt触发,同步阻塞等待 • 身份权限:严格依附于登录用户个人会话 • 运行边界:关掉浏览器标签页即任务中断 • 生态范围:局限于单机文档与应用内侧边栏 第二阶段:长程智能体 (Agent Platform) • 交互逻辑:中央Inbox指派目标,异步离线执行 • 身份权限:独立工号、跨系统委托与服务账号 • 运行边界:自主跨度数小时至数天,多Agent嵌套 • 生态范围:通过MCP串联内部自研工具与异构SaaS

调度总线之争:借 MCP 和 Claude 拆微软的高墙

长期以来,Google 在企业级市场的阻力不在模型推理能力,而在企业真实的数据家底。多数成熟公司的数据和流程资产沉淀在微软生态与 Salesforce 数据库里,而不是 Google Docs。

面对微软依仗 Office 与企业图谱构筑的防御,Google 罕见地放下了自研封闭体系。系统内置的模型路由不仅支持自家的 Gemini 与 Gemma,还直接集成了 Anthropic 的 Claude,并宣布全面兼容 Anthropic 主导的 MCP 协议。企业配置好标准 MCP 服务端,智能体就能直连自研系统,不需要按私有格式二次封装中间件。

十九世纪英国铁路标准轨距之争里,大西部铁路公司曾坚持七英尺宽轨以求锁死干线,最终全线被迫换成通用标准轨。专有格式看似筑墙,实则拒客。

Google 这一步想得很开。如果单靠自家模型无法逼迫客户倒戈,索性把自身做成企业调度的底层中枢。只要企业的关键数据、身份验证和运行沙箱托管在 Google Cloud 上,无论底层调用 Claude 还是开源模型,Google 都能拿到中枢调度与云资源的流水。这手借力打力,让微软强行捆绑自家专有模型的打法显得格外沉重。

Gemini Agent 企业系统调度层级与控制权转移 交互与控制层 Gemini Agent 通用界面 / 记忆系统 / 代码执行引擎 / 任务委派调度 协议与路由层 企业连接器目录 / 自定义 MCP 服务器 / 模型路由 (Google原生与三方模型) 被调度资产层 SaaS 生态:Microsoft 365, Teams, Salesforce, ServiceNow, Slack, Jira 数据存储:BigQuery, Snowflake, Databricks, Postgres, Git 仓库

宣讲与交付的断层:核心卖点被锁在 Early Access

公关宣讲的声势与工程交付的现状出现了明显的节奏断层。

发布会主题演讲宣称当天即可实现 Gemini 与 Claude 之间的跨模型协同编排,但在产品技术文档中,第三方模型的调用被明确标注为 Early Access。当天实际上线且立即可用的,只有 Google 自家的原生模型。

让智能体脱离实时监督的后台任务委派、独立的移动端与桌面端客户端,目前全处于 Early Access 阶段。金融服务与法律专业版仅限预览,政府、医疗和零售专业版仍在筹备中。企业客户能马上拿到的,只有销售咨询通道与为期 30 天的 Gemini Enterprise Plus 试用期。

发布会宣传愿景与实际落地状态对比 主题演讲宣传口径 • 宣称即刻协同跨模型 (含 Claude) • 自主完成后台复杂长流程任务 • 金融、法律等垂直行业即装即用 产品控制台真实状态 • 第三方模型编排处于 Early Access • 后台委派与桌面端仍为受限测试 • 金融与法律专业版仅限 Preview

名不正则言不顺,言不顺则事不成。声称支持全行业异构调度是一回事,让核心功能走出内测名单是另一回事。冲着跨模型调度或自主离线执行采购的企业,现阶段根本无法全盘投产。

撤下 30 美元标价:算力无底洞与权限封锁线

比起功能交付的时间差,计费架构的转向直接击中了企业采购的顾虑。

早期页面曾短暂出现过 Business 版每月 21 美元、Standard 与 Plus 版每月 30 美元的固定席位标价。然而在正式发布时,这组明码标价被悄然撤下,转而换成复合计费结构:前端按席位收取 Enterprise 订阅费,后端调度则依托 Agent Platform 按照算力消耗单独出账。

单次问答消耗几百个 Token,固定席位费尚能承受;但当智能体拥有工号、自主执行长达数天的多步任务、频繁往返查验几十张数据表并反复修补代码时,调用的算力成本已经无法用固定席位费兜底。虽然 Google 增加了项目花费上限设置,但一旦额度耗尽导致自动化流程突发阻断,受损的将是业务履约。

权限运行模式抉择:受限代理与特权扩散 1 OAuth 用户委托模式 • 原则:继承单兵员工的ACL权限集合 • 表现:员工看得到,智能体才查得到 • 局限:员工会话注销或权限变动即受阻 安全性高,但难以维系全天候自治 2 服务账号 (Service Account) 模式 • 原则:智能体获取系统分配的全局服务凭证 • 风险:绕过单人访问控制列表,权限边界扩散 • 隐患:员工借由智能体间接调阅非授权敏感库 存在潜在的内网特权越权穿透风险

更大的暗礁在内网访问控制。

传统模式依附于员工的 OAuth 令牌,员工下线任务即刻终止。若要实现全天候自治,企业运维必须为工号配置高权限的服务账号。一旦特权泛化,普通员工只要通过提示词诱导,就能借智能体之手穿透内网、调阅无权接触的敏感库。

早期测试客户的态度说明了一切。财富 100 强中有近九成接入了测试,但即便像 Shopify 和 PayPal 这类工程团队,目前也只把智能体限制在跨系统只读整理和流程检索。核心商户配置、资金划拨与生产数据库的写权限,防线严密封死。

发一张企业工号只需在管理员后台添加几行记录,让智能体真正拿到关键库的写入权则是另一回事。在不可预期的算力账单面前,各大企业的安全主管不会仅凭一场发布会就交出系统的底牌。