一次提示，跨五个应用把活干完
9 月 2 日，Google 开始在 Workspace Intelligence 下逐步放开 Gemini 的跨应用编排能力。过去想让 AI 生成一份带格式的文档，得先处在 Docs 里；想做一张数据表，得切到 Sheets。现在 Gemini 可以作为智能编排者常驻在工作流里，从用户所在的位置接话——无论是在 Gmail 侧栏、Docs 侧栏、Chat 里的 Ask Gemini，还是 Drive 里的 Gemini。它能在后台生成格式化文档、结构化表格或带设计感的幻灯片并安全存进 Drive；能跨长邮件串或大文件夹做深度研究并给出带出处的研究报告；能依据会议纪要与活动文档起草邮件、在 Gmail 里开草稿或直接发送；能在 Chat 里排会议、解日程冲突；还能把待办直接写进 Google Tasks。
一个被反复举例的链路是：销售在 Gmail 侧栏说「给团队发一封邮件征询反馈」，Gemini 基于当前线索起草好邮件；与此同时，另一条指令「为这个项目建一个进度追踪表」会在后台生成一张新表格。任务不再要求人来回切换应用，Gemini 在背后把多个应用的动作串成一条完整流程。
它解决的是「切换应用」的隐性成本
这类编排能力针对的是一个长期被低估的成本：知识工作者每天在邮件、文档、表格、日历、聊天之间反复跳转，每一次切换都打断心流、损耗上下文。Gemini 的思路是把「完成一件事」从「逐个应用分别操作」升级为「在一个入口描述目标，由智能体在应用之间搬运与整合」。对需要把分散信息收敛成交付物（周报、立项简报、客户洞察 deck）的岗位，这种跨应用编排比单点问答更接近真实工作流。
值得留意的是，这套能力还将驱动 Workspace Studio 里的流程构建。也就是说，用户不仅能临时让 Gemini 跑一次跨应用任务，还能把跑顺的链路沉淀成可复用的自动化流程。从「对话」到「编排」再到「固化流程」，路径被逐级拉长。
企业级控制：保密、权限、人在环路
跨应用编排一旦触碰邮件与日历这类对外动作，风险随之上升。Google 在发布说明里列出三类企业控制：数据保密——用户数据不被人工审阅、也不用于训练 Gemini 模型；细粒度权限——Gemini 尊重已认证用户既有的访问与共享策略，用户看不到的文档，Gemini 也看不到；人在环路——凡是涉及对外沟通或日历承诺（如发邮件、约会议），Gemini 先弹出一张可交互预览卡，由用户审阅、编辑并确认后才执行。
这套组合对 To B 场景很关键。智能体要替人办事，前提是「不越权、可审计、能撤回」。预览卡把确认点前置到出网之前，相当于给自主动作加了一道闸门。对合规团队而言，权限继承现有账号体系，意味着不必为智能体单独另建一套授权模型。
不是又一个聊天框，而是 Workspace 的智能编排层
Gemini 这次更新的定位，不是往 Workspace 里多塞一个聊天入口，而是把智能体变成应用之间的编排层。文档、表格、幻灯片、邮件、会议、待办，原本是彼此孤立的功能模块；Gemini 用自然语言把它们连成一条可执行的流水线。这与同期 Meta Muse 把个人智能体放进云端虚拟计算机、ServiceNow 把构建智能体的画布收进一个闭环，属于同一股趋势的不同切面：智能体正在从「回答问题的助手」演变为「替人推进工作的协调者」。
落地仍受语言与节奏约束
其一，发布节奏是渐进式，最长可达十五天逐步可见，且首发仅支持英文，更多语言后续补齐。对非英语市场，实际可用时间要往后推。其二，用量受高级 AI 功能上限约束，重度用户可能触及配额。其三，跨应用编排依赖数据确实沉淀在 Workspace 里；流程散落在其他系统的团队，受益有限。这些边界不影响方向判断，但决定了它对企业是「渐进采纳」而非「一步到位」。
结语
Gemini 跨 Workspace 应用编排，把企业智能体从「单点助手」往前推到「流程编排者」：它不再等人在每个应用里分别下指令，而是从一个入口理解目标、在应用之间搬运与整合、并在对外动作前把确认权交回人。配合数据保密、权限继承与人在环路三道企业控制，这类能力正变成办公套件的新基线。对企业采纳者，值得先想清哪些跨应用链路最值得被编排，再把预览卡与权限策略一并设计进去。