RSA公布Agent ID：企业怎样登记AI Agent负责人，并验收停用？

RSA在2026年10月7日的World Summit AI上公布Agent ID。官方把产品分为Discover、Secure和Govern：前者登记Agent与MCP服务，Secure在经过AI/MCP Gateway的调用上执行策略，Govern负责持续访问复核与生命周期自动化。

RSA产品页把发现范围限定为受支持的身份、云、终端和Gateway来源，并描述登记负责人、风险等级及生命周期状态。企业仍需确认自己的系统和调用路径能否接入。

这条新闻给现有项目提供了一个检查方向：已有Agent账号，是否能对应到负责它的人，以及一套可验证的退出流程？企业可以先用现有身份系统和业务服务，演练一次停用流程。

业务负责人负责用途、变更和交接；执行主体是实际通过鉴权、调用工具的账号或工作负载身份。由员工发起的任务，还应关联经可信入口验证的发起人。后台定时任务则关联受控调度身份和任务规则，不能随意填一位员工当作授权人。

下面是一份最小登记表示例。具体字段由项目约定，不是RSA的接口格式，也不要求把原始令牌放进表格。

资产编号只用于管理和关联，不能作为鉴权证明。执行主体要从服务端验证的身份取得；业务服务还须检查对象范围、动作权限和授权有效期。模型生成的owner、用户标识或scope参数，都不能直接决定它可以做什么。

授权或委托到期后，应阻止依赖这项授权的新业务调用。令牌仍然有效，或系统能自动续期，都不能代替重新确认业务授权；到期前已经提交的作业则要另行核对，不能假定它们会自动取消。

教学假设：一个Agent每晚读取设备巡检记录，生成摘要；维修事项只有经过已授权的工具才能写入工单。维护该Agent的员工调岗后，企业准备把职责交给另一人。这个场景用于演练，不是客户案例。

交接时先让新负责人确认用途、当前授权和未完成任务，再记录承接范围与生效时间。更换登记表上的名字不应自动扩大工具权限；如果仍使用原员工的个人凭证，要按现有身份系统流程迁移授权，不能把个人令牌直接交给接任者。

正式停用时，按下面的处理链核对。状态名称、先后条件以及紧急处置方式，需要与实际业务系统确认；紧急阻断不应以负责人交接完成为前提。

RFC 7009规定，撤销端点对成功撤销的令牌和本就无效的令牌都可返回HTTP 200，并说明实际系统可能存在撤销信息传播时延。收到成功撤销响应后，客户端不得继续使用该令牌。自包含令牌如何及时失效，也取决于资源服务与授权系统的设计。

因此，团队需要事先约定撤销的覆盖范围、生效窗口，以及窗口内由哪个业务入口继续阻止调用。只拿一张200响应截图，无法说明其他授权、缓存或已经提交的外部作业都已处理。

如果撤销接口返回503，RFC要求把令牌视为仍然存在。保持任务入口和业务调用阻断，记录待处理项并按既定流程重试撤销；不要为了结束工单就把登记状态写成全部完成。

停用验收应在隔离试点或受控验证环境进行，使用可丢弃的只读数据或模拟工具入口。生产Agent不应拿已经撤销的令牌继续尝试。对已经发生的订单、工单等动作，由有权限的人员或运维入口查询原结果，另行决定后续业务处理。

这些检查属于本站建议，不是RSA功能测试结果。每一项都要能关联到实际任务或可信执行主体；日志只保留必要标识与状态，按企业已有访问和保留规则管理。

验收结束后，应能回答：这个Agent今后从哪里还能被触发，哪个主体还能拿到新凭证，哪些任务仍没有确定结果，以及谁继续处理这些未完成项。恢复该Agent时重新确认用途、负责人和当前权限，不把恢复旧任务当作重新授权。

准备试点时，请供应商列出支持的身份来源、Agent平台、工具协议和接入方式，再拿本企业的一条实际调用链逐段核对。对未经过Gateway的直连访问、共享账号和外部异步作业，要问清由谁管理以及如何留证。

管理组件与Gateway的部署位置也要分别确认。公告提到租户数据可选择美国或欧盟地域，产品页则使用美国或EMEA的表述；具体可选地域需向供应商核实。自管Gateway不等于所有管理数据都在本地，完整隔离版本仍是后续计划。

如果团队只是一个受控Agent试点，先把登记表、可信身份映射与一次停用演练做完。复杂采购需要结合接口适配、故障处理、证据导出与实际维护成本评估；本文没有提供产品价格或采购推荐。

选一个已经连接业务系统的Agent，列清执行主体、负责人、触发器、凭证引用和外部作业查询方式。安排一次受控停用演练，把未完成撤权和结果待核对项留下，再决定是否需要专门的身份治理产品。

若需要梳理企业AI项目的接入和交付，可查看AI随心创的企业AI／FDE服务。沟通时带上现有流程、脱敏后的调用链、当前权限范围和停用失败的例子，便于界定需要解决的工作。