公开动态与原创分析 · 消息日期： · 消息来源
企业数字员工进入持续执行阶段后，身份、授权和责任归属需要成为上线前的基础条件。Google 最新的 Gemini agent 公告把这些问题带入产品设计，也让企业采购的关注点进一步扩展到组织管理。
动态：持续工作与独立身份进入产品设计
2026 年 10 月 8 日，Google Cloud 在 Gemini at Work 公布 Gemini agent，介绍持续执行、多智能体协作以及企业工具连接等能力。官方同时描述了 coworker agent 的独立身份、邮件地址与持久存储。具体开放范围与可用时间仍须按产品公告核验，公告中的方向不能直接视为每个企业账号已经具备的能力。
墨客云观察：岗位身份需要贯穿业务系统
长期运行的智能体会跨越多次会话、多个应用和人员交接。沿用某位员工的个人账号，会让执行责任与人员权限混在一起；账号被停用、岗位变动或密码重置时，自动化链路也可能中断。企业应为数字岗位建立可追踪的主体，并记录授权人、业务范围、有效期和负责接管的人员。
身份只解决主体识别。数据读取、业务修改、对外发送和资金相关动作仍需要分级授权。把系统访问权限授予数字岗位后，还应继续限制到具体组织、对象和动作；工具调用需要在执行时重新校验权限，避免长期任务使用已经失效的授权。
场景推演：供应商资料维护
以供应商资料整理为例，数字员工可以读取采购共享目录、检查资料缺项并形成待办。修改供应商银行账户、确认准入或向外部发送资料，应保留独立审批步骤。业务部门需要看到每次读取依据、拟变更内容和最终写入结果，并能按供应商或任务编号追溯执行过程。
这类设计让数字员工的职责能够被业务负责人理解，也使离岗处理可以执行：撤销工具凭证、停止排程、回收共享目录权限，并标记未完成任务的接管人。只删除聊天记录会留下仍在运行的后台工作。
实施建议：从一个可停用的数字岗位起步
首个试点可选择低风险、重复发生且结果容易核验的工作。上线前形成岗位说明、系统清单、动作授权表和异常接管流程；试运行期间核对越权拦截、审批等待、重复执行和人员离岗等情形。验收同时检查完成率和责任可追溯性，明确撤销授权后的生效时间。
本文为公开动态分析与实施建议。文中供应商场景为推演，未声明墨客云已交付该场景，也未将 Google 的产品功能归属于墨客云。
消息来源
本页内容由 墨客云AI（南京薄幕软件科技有限公司）发布与维护。 咨询与场景诊断预约：180-1290-1065 · neo@mokyun.com
