企业 Agent 接统一登录，怎样设计账号和会话交接

企业 Agent 接统一登录，先确认谁证明身份、谁决定业务权限，以及退出后哪些会话需要失效。页面能自动登录，不代表模型调用的工具也继承了正确权限。本文以 OpenID Connect 为例说明系统交接，适合已有企业身份提供方的团队；是否有平台原生登录能力、需要哪种版本或授权，应逐项核实，不能把定制适配说成默认功能。

先划分四种参与者

参与者至少包括浏览器、企业身份提供方、Agent 应用后端和业务工具服务。浏览器负责用户交互，身份提供方认证员工，应用建立自己的受控会话，工具服务判断此人是否能查看或修改目标对象。模型只处理业务请求，不应接触可长期使用的身份凭据，也不能从对话中自报的工号建立会话。每一跳都要记录信任来源与验证责任。

OpenID Connect Core 1.0 官方规范定义了基于 OAuth 2.0 的身份层与 ID Token 等机制。接入时采用目标身份提供方与成熟库支持的流程，按规范验证签名、签发方、受众、有效期以及流程需要的关联值，不在业务代码里临时拼一套“能解码就算登录”的规则。令牌可解码不等于真实可信，也不等于可用于任意业务接口。

账号映射使用稳定身份

内部映射至少以签发方与稳定主体标识作为身份组合，再关联企业内部用户 ID、组织和角色。邮箱和显示名可能改变，不适合单独作为永久主键。两个企业使用同一邮箱格式或用户编号时，也不应串到同一身份。首次登录是否自动建档、未知身份能看什么、停用账号如何响应，要由管理员预先定义，默认不给受限业务权限。

内部角色来自受控目录或权限系统，不从模型推断。身份提供方的某个声明能否映射为某角色，也要通过已批准的映射规则。部门变化之后应用会话中缓存的旧角色应按约定刷新，工具服务在执行时再核对当前授权，尤其是高风险写操作。登录成功只能证明此刻通过认证，不能覆盖后续所有数据访问判断。

把令牌和应用会话分开盘点

下载登录与退出数据流模板，包含正常登录、过期会话与跨企业主体三条合成记录。数据流图标明哪些数据只在后端交换，哪些只以受保护的会话标识到浏览器，哪些作为内部安全上下文交给工具。不要把访问令牌、刷新令牌或完整身份凭据放进模型提示、普通日志或下载模板，附件仅记录别名和生命周期。

应用自身的会话有效期、刷新策略、浏览器安全设置与服务端撤销方式应有明确负责人。某个后台任务要运行很久时，不能把员工登录令牌永久复制过去；应确认是否允许代理任务、使用哪类短期授权以及权限撤销如何传播。用户批准一次写入，也必须绑定动作对象与参数，不能让登录会话成为“以后所有修改都同意”的凭据。

工具调用保持请求人身份

应用后端将经过验证的内部用户与数据范围传递给工具适配层，由后者执行授权。调用链中若必须使用服务账户，也要保留真实请求人与确认人，避免审计只出现一个机器人。工具不能接受模型自行填入的高权限用户 ID；组织标识、角色和授权范围应来自不可被模型改写的服务端上下文，参数中同名字段不能覆盖它。

查询结果缓存按身份与范围区分，下载链接继续验证当前权限。用户在一个入口登录后把会话号复制到另一个入口，应核对绑定关系，不将历史消息当作授权证明。多人共享终端也要处理账号切换：前一用户的对话、推荐和附件不能残留给后一用户。演练时用两位合成角色交替登录，检查数据与缓存是否串号。

退出不是只清除一个页面状态

OIDC RP 发起退出规范描述应用请求身份提供方退出的机制，但整个企业系统的会话传播仍取决于各方支持与配置。应分别核对应用本地会话、身份提供方会话、工具授权与后台任务。关闭浏览器或删除界面状态，不代表服务端令牌与历史下载链接都已经失效。

演练先正常登录查询，再让会话过期、撤销用户角色和执行退出，检查旧页面请求、工具请求与下载请求分别何时被拒绝。记录最长传播时间、仍存活的任务和需要人工撤销的例外。若平台仅部分支持统一登录，就明确剩余适配工作，不能以“接了 SSO”概括完整的身份治理验收。

使用现成平台时，先把登录方式、组织映射、退出传播与工具授权逐项标为原生支持、配置支持或需要适配。营销页面写支持统一登录，不代表当前部署版包含同样能力。让管理员提供版本与实际配置证据，再安排隔离登录演练；缺失部分写进工作量与维护责任，避免交付时双方对平台能力理解不同。

相关思路见流程自动化专题和平台能力边界，撤权检查可继续读离职权限回收。如需评估企业 Agent 登录，可通过定制咨询提供身份提供方类型、平台版本、角色来源和工具访问方式，梳理登录到退出的数据流与验收限制。