谷歌云发布 Gemini Agent：智能体当同事，底层可调对手模型

据飞络《24 小时前沿 AI 快报》与未尽研究《日记》报道，谷歌云在 Gemini at Work 2026 大会上发布通用工作智能体 Gemini Agent，「同事代理」是它最实质的变化：用户给出一个角色描述，Gemini 就创建一个拥有独立 Workspace 账号的智能体，带邮箱、日历与 Drive 存储，并出现在公司通讯录里，同事可以像对人一样把它拉进 Chat、在文档评论里 @ 它。谷歌同时披露，近 90% 的财富 100 强企业已在使用 Gemini Enterprise。该产品目前处于私有预览阶段。

同事代理：智能体第一次有了自己的账号

过去两年的企业智能体大多停留在「一个对话框加一批工具接口」，权限借用提问者的身份，工作痕迹也留在提问者的账号里。Gemini Agent 把这个边界往前推了一步：智能体拥有独立的 Workspace 身份，有自己的邮箱与日历，可以被拉进群聊、被 @、被分配任务，也能像正式员工一样在通讯录里被检索到。

这一变化的实际价值在协作链路。当智能体有了独立身份，任务交接不再依赖某个人是否在线：同事把文件发到智能体邮箱，智能体在文档里留下批注，下一位接手的人能在同一账号下看到完整上下文。对于需要多人接力完成的长流程，这种可被追踪的中间人角色，比单纯的问答工具更接近真实组织。

模型解耦：入口是 Gemini，干活的可能是 Claude

谷歌在这次发布中明确了一个此前较少公开表述的立场：模型与智能体解耦。Gemini 负责用户入口与任务编排，底层按任务动态选择模型，上线即支持 Anthropic 的 Claude，未来还计划接入更多私有与开放模型。

按任务路由：轻量任务走 Flash，复杂推理走旗舰型号 Argon；
成本与权限统一：智能路由、支出上限、企业身份权限由平台统一管理；
跨系统执行：可跨 Gmail、Drive、Docs、Microsoft 365、Slack 与开发环境完成任务。

把竞争对手的模型放进自己的编排层，是一种务实的取舍。企业客户真正关心的是任务能否被执行完，而不是由哪家模型执行。谁能握住任务分发权，谁就掌握了企业入口，模型只是被调度的资源之一。

支出上限：成本控制从告警变成硬开关

面向企业的智能体落地，最容易被低估的门槛是费用失控。长流程任务一旦陷入循环调用，账单会在无人察觉时持续增长。谷歌给出的方案是硬性支出上限，触顶即暂停任务，而不是发一条告警邮件等待人工介入。

这个细节值得单独拿出来说。告警与暂停的差别，对应两种完全不同的责任分配：告警把止损责任交给值班的人，暂停则由平台兜住风险。对于把智能体接入实际业务流程的团队，能否设置一个不会被人忽略的止损点，往往决定这项技术是留在试点，还是敢放进生产。

对一人公司和内容团队的直接影响

单人创业者最缺的不是能力，而是同时在场的分身。一个独立账号的智能体，本质上把这种分身变成了可管理的资源：它可以代表你接收邮件、整理资料、按要求产出初稿，并在你离线时继续推进边界明确的工作。

但边界必须自己划。智能体替代的是流程中的执行环节，而不是判断环节。哪些任务可以完全交给它、哪些必须回来由人确认，需要事先写清楚。对内容团队而言，选题判断、事实核查与最终署名仍应保留在人这一侧，智能体适合承担资料归集、格式整理与多版本改写。

三个需要留意的风险

权限放大：智能体拥有独立账号后，其可访问的数据范围需要与企业权限体系重新对齐；
责任归属：当智能体在无人监督时执行了错误操作，责任链条如何界定目前仍无统一答案；
供应商依赖：编排层与模型层解耦之后，企业新增的依赖是编排平台本身，锁定点只是换了个位置。

把智能体当同事，需要先改三件事

如果真要把这类智能体接进日常工作，有三件事需要提前改。第一是账号体系：智能体拥有独立身份，就意味着它要有自己的权限边界，不能简单沿用创建者的全部权限，否则一次误操作的影响面会被放大。第二是任务边界：什么任务可以整段委派、什么任务必须中途回来确认，最好写成一份明确清单，而不是靠临场判断。第三是留痕：智能体的每一步操作都应留下可回溯的记录，出问题时才能定位到具体环节，而不是只看到最终结果不对。

这三件事都不依赖具体厂商的产品能力，而是流程设计问题。越早把它们固化下来，后续切换平台或增加智能体数量的成本就越低。