Gemini Enterprise扩展Outlook动作预览：草稿、附件与邮件整理各有权限
2026年9月29日，Google Cloud宣布Gemini Enterprise的Microsoft Outlook数据存储新增六项动作，当前均按这次公告进入公开预览：添加附件、创建消息、转发邮件、移动邮件、回复消息和更新消息。它们把自然语言办公从查找资料进一步延伸到邮箱操作，但每个动作的实际效果需要逐一理解。
配图为AI生成的概念插图，表现邮件草稿、附件和分类流程，不是真实产品界面。
创建消息指草稿，回复与转发会对外发送
官方连接器文档对动作作出具体解释：Create message在已登录用户的邮箱中创建新草稿，Update message更新已有草稿，Add attachments给已有草稿添加一个或多个附件。Forward mail会转发既有邮件，Reply to message会发送回复，Move mail则把邮件移到指定文件夹。
这种区分关系到任务交接。“帮我准备回复”与“把回复发出去”需要对应不同动作；草稿存在，也不能当作收件人已经收到信息。对企业应用，结果提示应明确返回草稿或已发送状态，并标出相关邮件，避免仅用模糊的“处理完成”覆盖所有情况。
本文建议将内部试点先放在可检查的草稿场景：核对收件人、主题、正文和附件，再对转发与回复建立清晰的用户确认流程。功能开放表示系统具备动作能力，并不替用户决定哪些内容应被发给谁。
邮箱可搜索，不代表已获得写入权限
Outlook连接器通过Microsoft Graph API工作，读取与写入权限分别配置。官方列出的Mail.ReadWrite委托权限覆盖创建、读取、更新、移动、删除消息以及添加附件；Mail.Send用于发送邮件。只完成搜索接入，不能据此认定新动作自动可用。
管理员应按使用目的核对权限，而不是为了避免报错一次授予全部能力。只需要准备草稿的团队，与需要发信的业务流程，在可接受风险和审批步骤上可能不同。启用写入权限后，也应明确谁可以使用相关动作、哪些邮箱和数据存储属于试点范围。
邮件附件尤其需要确认文件来源与版本。一次自然语言请求可能提及“最新报价”或“那份合同”，但名称接近的多个文件并不等于同一个附件。动作执行前若缺少确定目标，应先澄清或展示候选，不应把不确定性留给收件人发现。
位置、租户和邮箱状态构成实际接入边界
官方当前支持global、us和eu位置。一个Outlook数据存储对应一个Azure Tenant ID，不能跨越多租户组织中彼此隔离的Microsoft 365租户；每个独立租户需要自己的数据存储。邮箱还必须已经完全迁移到Exchange Online，本地混合Exchange邮箱不能因连接器存在就自动访问。
这些约束意味着企业试点应先选择明确的一组用户和邮箱，而非直接宣布全员可用。成功连接某位员工，并不能证明共享邮箱、跨租户对象或历史邮箱具有同样条件。接入清单最好同时记录账户、租户、位置与管理员批准的权限。
文档还列出文件上传下载最大25MB，以及Graph API吞吐限制。附件处理失败后，应保留清楚的失败原因和草稿状态，不要连续重试发送，尤其不能在未确认上一动作结果时重复对外沟通。
联邦搜索的数据流，也值得重新审核
连接器概览提醒，联邦查询字符串会发送给启用的第三方搜索后端，可能包含用户请求和对话历史的一部分，第三方也可以把查询与身份关联。数据进入第三方之后，适用其服务条款和隐私政策。这是企业配置搜索与动作时需要一起理解的数据流条件。
因此，评估不只看“能否回复邮件”，还应确认任务上下文包含了什么、查询发送到哪里、检索结果是否确实对应本次邮件。将不相关客户资料放进同一轮上下文，可能增加不必要的信息传播，即便最终草稿没有引用它们。
此次预览扩展了邮箱工作的可操作范围。较成熟的采用方式，是让每个动作都有明确目标、执行前可检查的内容和执行后可核对的结果，把邮件发送、草稿维护与邮箱整理分别设计成清晰的流程，而非把所有动作藏在一句自然语言指令后面。
