这新闻，我看了。谷歌云在 Gemini at Work 2026 发布会上，面向企业推出通用工作智能体 Gemini Agent，当前处于私人预览阶段，将面向符合条件的企业与商用 Workspace 客户开放，暂未公布定价。
我的第一反应不是「谷歌又发了个智能体」，而是：企业软件的计价单位，被悄悄换掉了。过去我们按席位买软件，买的是「人能坐下来用」的许可；现在厂商想让你按「智能体能干多少活」来付费。这不是一次功能升级，是账本换科目。所以我的核心判断摆在这儿：企业软件正在从「卖给人用的工具」，变成「卖给企业雇的智能体」；谁先想明白这层身份关系，谁才拿得到下一轮的门票。
先把事实说清楚。据 IT 之家报道，Gemini Agent 的核心是目标驱动型任务执行：用户只需给出目标，智能体便去回答问题、处理知识型工作、创建媒体内容、编写程序。发布会演示的场景很朴素——管理者在邮件里要求下属做一份项目进展 PPT，Workspace Intelligence 判断这活儿 AI 能接，用户点一个按钮，任务就转给 Gemini。看懂这个场景，你就看懂了一件事：过去是人打开工具、学菜单、一步步操作；现在是说人话，它干活。工具的边界是功能列表，员工的边界是职责。
更值得盯的，是那句「可作为团队成员参与协作」。据 TechCrunch 报道，该智能体拥有独立的工作场所身份标识，包括专属电子邮件地址，可将工作委派给子智能体，并能在团队中担任项目经理、财务分析师等职能角色。注意措辞：不是「扮演」，是「担任」。一个有邮箱、能收发、能发起审批的智能体，在你的组织架构图里就是一个节点；节点就有权责，有权责就有人事。旧的企业软件卖你一把更好的锤子，新的智能体则直接跟你说：把活儿交给我。
子智能体机制也值得多看一眼。据 TechCrunch 报道，系统能通过把大型任务拆解为多个子任务并行处理来提升执行效率。听起来很技术，落到管理上却是另一回事：当一个「数字员工」可以自己再招一批「数字外包」去干活，你的组织里就出现了你既没面试过、也没签过合同的下属。管理学讲了几十年的管理跨度、汇报关系与责任链，会在这一层上集体失灵。你以为你在管一个智能体，其实你在管一棵会自己长出来的树。
再看模型兼容性。据 TechCrunch 报道，它目前支持 Gemini 与 Claude，未来还将兼容多种闭源及开源模型，并提供 API 供开发者集成到第三方应用中。有人说这是谷歌大度，我不这么看。报道里还有一句关键话：该智能体可按任务类型灵活选择底层模型。翻译成人话就是：模型是耗材，编排层才是资产。谷歌要的不是你非用它家的大模型不可，而是让你所有的活儿，不管最后落在哪个模型上，都得先从这个智能体手里过一道。把模型层让出去，把调度权攥在手心，这是平台逻辑，不是慈善。对企业客户而言，跨模型调用确实降低了被单一供应商绑死的风险；但换个角度看，你只是从「被模型绑」变成了「被编排层绑」。绑定从来不会消失，只会换一层更上面的皮。
但我最想泼的冷水在这儿。据 TechCrunch 报道，谷歌尚未披露该智能体的定价、可用范围及安全控制机制的详细方案；据 IT 之家报道，这类产品对企业数据治理、权限管理和系统集成提出了更高要求。这两句话连起来读，就是一个巨大的空白市场。一个能自主调用企业系统、能自己发邮件的「数字员工」一旦跑偏，谁负责？
过去的集成解决的是「系统连系统」：CRM 接 ERP，字段对齐、接口打通就算完成。现在你要解决的是「系统认不认这个智能体」。它有哪些数据权限？它能签多大金额的审批？它发出去的邮件留不留痕？它的每一步操作怎么回溯、怎么定责？员工离职要交接，智能体要是「离职」呢？这些问题一个不解决，再强的执行力也只是个不担责的黑箱。企业敢把活儿交出去吗，敢把它写进编制吗？答案不在发布会的演示里，在治理里。
所以我判断，这一轮真正的大机会，未必在模型公司，也未必在智能体平台，而在那些能把权限、审计、身份治理做扎实的中间层。谁能替企业解决「这个数字同事到底有多大权限、闯了祸算谁的」这个朴素问题，谁就是在给整个行业发牌照。
短期看，最坐不住的是协同办公与业务流程自动化。据 IT 之家报道，对已经采用 Google Workspace 的企业，智能体的原生集成意味着无需额外部署即可获得 AI 任务执行能力；对使用其他协同平台的企业，API 集成则提供了跨平台路径。同一句话两面读：一面是「零摩擦」的锁定，一面是「给你留门」的姿态。而据 IT 之家报道，微软此前已把 Copilot 系列嵌入 Microsoft 365 与 Dynamics 365。谷歌这一手，是把竞争从「谁的助手更聪明」，推进到「谁的智能体更能进编制」。
有人会说，私人预览而已，离大规模落地还远。这话没错，但方向比进度重要。企业级 AI 的竞争，前半程比的是模型参数，后半程比的是谁能让企业放心地「授权」。授权这件事，听着是安全问题，本质是信任问题，而信任的尽头，是清清楚楚的权责。技术能跑多快是一回事，企业敢让它跑多快，是另一回事。
再往远看一层。当智能体成为企业软件的默认交付形态，「买软件」这件事本身就会被重写：采购清单里多出的是「智能体席位」，IT 部门要新增的是「智能体管理岗」，合规部门要新增的是「智能体行为审计」。SaaS 厂商的对手，不再是隔壁那家 SaaS，而是客户自己开一个智能体，把它的功能直接吃掉。这不是迭代，是换桌。
回到落点。企业软件这一代最深的位移，是「人操作工具」变成「人管理智能体、智能体操作工具」。工具的年代，集成要解决的是数据怎么流；智能体的年代，集成要解决的是权限怎么给、行为怎么查、责任怎么分。前者是技术活，后者是制度活。谁还把这一轮当成「给产品加个 AI 功能」，谁就会在下一轮里发现，客户要的根本不是功能，而是一套能被信任、能被追责、能被审计的用工体系。
我常拿招聘打比方。你招一个人，看简历、面试、试用、定岗、定薪、定考核；现在企业要「招」一个智能体，标准是什么？它没有简历，只有一份能力清单；没有试用期，只有一行「私人预览」；没有绩效考核，只有一条条操作日志。旧的人力流程，套不住新的数字编制。这不是软件厂商该顺手操心的细节，而是它们必须从头补上的产品骨架。
最后说句掏心窝的话。我们花了三十年，教人怎么把软件用明白；接下来要学的，是怎么管一群比谁都听话、却比谁都不担责的数字同事。工具不会背叛你，但它只会等你；智能体会替你往前跑，问题是，你敢不敢把缰绳交出去，又有没有本事在它跑偏时把它拽回来。
企业软件的终极形态，从来不是更好用的工具，而是一份你敢签字的委托书。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
