此前，我们已先后对GB/Z 185.1—2026《人工智能 智能体互联 第1部分：总体架构》和《人工智能 智能体互联 第2部分：身份码》进行了解读。其中，第1部分给出了智能体互联的总体架构，第2部分进一步规定了智能体身份码的编码结构、分配原则和管理要求。

身份码解决了智能体在互联环境中如何被标识的问题，但获得身份码只是起点：智能体的身份由谁注册、依据什么材料核验、凭证如何发放、交互时怎样证明身份，以及身份发生变化后如何更新、锁定和注销，仍需要一套完整的管理机制。

GB/Z 185.3—2026《人工智能 智能体互联 第3部分：身份管理》正是围绕这些问题展开。标准规定了智能体身份管理框架，并从身份注册及核验、身份账户管理、凭证管理和身份鉴别等方面，对智能体身份的建立、使用、维护和退出作出系统规定。

01

标准的定位与主要内容

GB/Z 185.3—2026是规范类指导性技术文件，适用于智能体身份管理功能或系统的开发、应用及测评。

与第2部分重点回答“身份码怎么编”不同，第3部分进一步回答了四个问题：

第一，智能体的身份如何注册和校验；

第二，身份建立后，相关账户如何更新、锁定和注销；

第三，用于证明身份的智能体凭证如何发行和管理；

第四，智能体在交互或者访问工具时，如何向其他实体证明自己的身份。

因此，标准所说的“身份管理”，并不是为智能体设置一个账号或者增加一项身份码字段，而是围绕智能体身份建立的一套全生命周期管理机制。

02

理解身份管理前，需要区分几个关键对象

智能体身份管理并不是由单一主体完成的。按照标准规定，其涉及智能体委托方、智能体、身份注册服务方、凭证发行方、身份验证方和身份依赖方等多个角色。不同角色分别承担授权、注册核验、凭证发行、身份验证和信任决策等职责。

结合上图，理解这些角色时需要重点区分以下三组关系。

智能体委托方负责授权，智能体负责代表委托方开展活动。智能体委托方通常是人类用户或者组织机构，对智能体进行委托和授权，并对智能体的行为承担最终责任；智能体则接受授权，在特定业务场景中代表委托方执行任务，并维护自身的身份码、身份凭证等身份信息。

身份注册服务方与凭证发行方承担的职责并不相同。身份注册服务方负责处理注册申请、执行身份核验、创建身份账户并分配身份码；凭证发行方负责生成、发行和管理智能体凭证。标准同时明确，凭证发行方可以与身份注册服务方同属一个机构，也可以是独立的第三方机构。

身份验证方与身份依赖方也不是同一个角色。身份验证方主要验证智能体凭证的真实性、完整性和有效性，并形成身份鉴别结果；身份依赖方则依据鉴别结果及自身授权策略，决定是否与智能体建立信任关系或者提供相应服务。例如，接收互联请求的另一智能体或者工具提供方，都可能成为身份依赖方。

除上述角色外，还需要区分身份码、身份账户和智能体凭证三个概念：

• 智能体身份码用于标识一个智能体；

• 智能体身份账户是注册服务方为通过核验的智能体建立的记录集合，是身份信息的管理载体；

• 智能体凭证是由凭证发行方签发、用于身份鉴别并经过防篡改处理的数据集合。

可以简单理解为：身份码解决“如何标识”，身份账户解决“如何管理”，智能体凭证解决“如何证明”。

03

智能体身份管理框架包括哪些角色和流程？

标准第5章给出了智能体身份管理框架。

从业务过程看，智能体身份管理主要包括四项活动：

一是身份注册及核验，即为智能体建立身份，是后续身份管理和应用的前提；

二是身份账户管理，包括身份更新、身份锁定与解锁、身份注销等；

三是凭证管理，包括凭证发行、更新、锁定与解锁、注销等；

四是身份鉴别，即智能体在交互或者访问工具时，向其他实体证明自己的身份。

这四项活动并不是相互独立的。

身份核验通过后，身份注册服务方会创建身份账户并分配身份码，同时衔接凭证发行；身份账户发生更新、锁定或者注销时，可能进一步影响相关凭证的更新和有效状态；智能体在实际交互中出示凭证，身份验证方完成验证并形成鉴别结果，身份依赖方再据此作出授权决策。

因此，智能体身份管理可以理解为一条从建立身份、维护身份，到使用身份证明自己并退出身份体系的完整链路。

04

智能体身份如何注册和核验？

按照标准规定，身份注册与核验需要依次经过注册发起、风险评估、证明材料核验、身份建立及凭证发行、身份账户激活五个环节。

从流程可以看出，智能体委托方完成委托授权后，首先向身份注册服务方提交智能体的功能描述、任务列表和版本号等注册信息。

身份注册服务方并不是按照固定清单直接审核，而是先分析注册信息和潜在风险，再据此确定本次注册需要核验的身份证明材料组合。

证明材料可以由智能体委托方、智能体等多个来源提供。标准附录B将其概括为四类：

• 系统构成相关材料，如核心代码、模型和算法的唯一哈希或指纹，版本溯源记录、运行环境标识及组件清单等；

• 委托授权相关材料，如数字授权或者委托声明、委托关系绑定记录及变更痕迹等；

• 行为边界相关材料，如智能体用途、权限边界、操作目标、可访问资源及行为意图说明等；

• 其他证明材料，如第三方安全、能力或合规评测证书，以及来源平台、开发团队和运营主体等背景材料。

这些材料主要用于说明：智能体由什么构成、代表谁执行任务，以及被允许开展哪些活动。

身份核验通过后，身份注册服务方为智能体创建身份账户并分配智能体身份码，同时向凭证发行方申请生成相应的智能体凭证。身份码和凭证返回给智能体、身份账户完成激活后，整个身份注册与核验流程才告完成。

05

身份账户与智能体凭证如何进行生命周期管理？

智能体完成身份注册后，其身份并不是一成不变的。

随着智能体的核心代码、功能列表、权限范围或者运行环境发生变化，身份账户可能需要更新、锁定、解锁或者注销；用于证明身份的智能体凭证，也需要相应地发行、更新和管理。

1. 身份更新时，身份码应保持不变

标准要求，身份注册服务方应支持智能体主动发起的身份更新流程，流程中宜包含智能体委托方的确认信息。当智能体的核心代码、功能列表、权限范围或者运行环境等发生变化时，智能体应发起身份更新。

需要注意的是，身份更新过程中，智能体身份码应保持不变。

这表明，身份更新是在同一智能体身份基础上调整相关信息，而不是每发生一次变化就重新分配一个身份码。

不过，标准也提出，身份注册服务方宜制定明确规则，用于判断智能体发生变化时，是触发身份更新，还是将其作为新的智能体重新注册。

2. 身份账户状态需要与凭证状态联动

当身份账户被置为锁定状态时，身份注册服务方和凭证发行方应拒绝与该账户相关的凭证发行、凭证更新等请求，相关凭证在验证时应被视为无效。

说明身份账户锁定不能只停留在账户状态字段的变化上，还需要与凭证发行、更新和验证过程形成联动。

身份账户注销时，也应同时注销与该身份账户关联的智能体凭证。

注销后，应归档注册信息、历史版本、活动日志和审计记录，并设置明确的保存期限。

因此，身份注销的重点不是“把账户删掉”，而是停止该身份继续使用，同时保留必要的历史记录和审计线索。

3. 智能体凭证也具有独立的生命周期

标准要求，智能体身份注册服务方和智能体凭证发行方应支持凭证发行、凭证更新和凭证注销等流程，并宜支持凭证锁定和解锁。

智能体凭证宜经过凭证发行方的数字签名，以确保其真实性和完整性；同时，凭证宜包含明确的有效期，且其生命周期不长于所关联身份账户的生命周期。

当智能体身份账户更新触发相关凭证更新时，凭证发行方和身份注册服务方应予以支持。对于生命周期较短的智能体凭证，标准提出宜提供自动化、周期性的更新机制。

每次凭证锁定或者解锁，凭证发行方应记录明确的原因代码，用于审计和状态查询。凭证发行方还应支持身份验证方查询凭证的锁定状态和注销状态；处于锁定状态的凭证，在验证时应被视为无效。

由此可以看出，智能体凭证并不是签发后长期不变的静态文件，而是具有有效期和状态，并需要通过发行、更新、锁定、解锁和注销等流程持续管理。

06

智能体如何完成身份鉴别？

身份注册解决的是如何建立身份，凭证管理解决的是如何形成和管理证明身份的凭证，身份鉴别则解决智能体在实际交互中如何证明自己。

标准列举了两类典型场景：

一种是智能体A向智能体B发起互联请求，由智能体B确认智能体A所声称的身份，并决定是否继续提供服务或者资源；

另一种是智能体向工具提供方发起访问请求，由工具提供方对智能体身份进行鉴别，并依据鉴别结果提供相应的工具服务。

标准将身份鉴别划分为五个主要环节。

从流程看，智能体向身份依赖方发起服务请求后，身份依赖方根据自身访问控制策略，确定相应的身份鉴别要求。

智能体根据要求选择相应的智能体凭证，并生成用于本次鉴别的过程凭证包。身份依赖方如无法独立完成验证，可以将过程凭证包提交给身份验证方。

这里需要注意，过程凭证包并不等同于智能体长期持有的智能体凭证。

智能体凭证是由凭证发行方签发和管理的身份数据集合；过程凭证包则是在一次具体身份鉴别过程中，由智能体根据对方要求动态生成、用于证明本次身份的数据集合。

标准提出，智能体宜具备生成动态过程凭证的能力。例如，可以将随机数、时间戳或者挑战值等动态信息，通过数字签名方式打包到过程凭证中。

身份验证方对过程凭证包的验证，可能包括以下五个方面：

1. 完整性与真实性验证：确认凭证未被篡改，并确保由所声明的凭证发行方签发；

2. 时效性验证：确认凭证处于有效期内；

3. 状态验证：确认凭证未被锁定或者注销；

4. 受众与范围验证：确认凭证的接收对象与当前身份依赖方相符，授权范围与本次请求的操作相符；

5. 委托链验证：确认从智能体委托方到智能体的委托授权真实有效。

因此，身份鉴别并不是只检查“有没有凭证”或者“数字签名是否正确”，还需要进一步检查凭证是否有效、是否用于正确的对象和场景，以及智能体是否在授权范围内开展活动。

验证完成后，身份验证方生成包含鉴别结果的身份鉴别断言，并传递给身份依赖方。身份依赖方再结合自身授权策略，决定是否向智能体提供相关服务或者资源。

这里还需要区分两个概念：

身份鉴别回答的是“这个智能体的身份是否可信”，授权回答的则是“它能否执行本次操作”。

因此，身份鉴别通过，并不意味着所有访问请求都会自动获得授权。

07

对信息化项目建设工作的启示

从信息化项目建设角度看，智能体身份管理虽然可能在建设方案中被概括为一个“身份管理模块”，但将标准要求落实到系统中，通常会进一步转化为多类软件功能和系统能力。

在项目方案和需求设计中，需要明确智能体委托方、身份注册服务方、凭证发行方、身份验证方和身份依赖方等角色边界，并梳理不同角色之间的业务关系和接口关系。

在功能建设方面，可能涉及身份注册申请、风险评估、证明材料补充与核验、身份账户创建与激活、身份更新、锁定、解锁和注销，以及凭证发行、更新、状态查询和注销等功能。

在身份鉴别方面，还可能涉及凭证选择、过程凭证包生成、数字签名验证、凭证有效期和状态核验、委托链验证、鉴别断言生成以及授权策略联动等内容。

此外，标准多次提出更新、锁定、解锁和注销等操作需要经过授权认证、形成日志记录，并采取措施防止日志被非授权篡改；身份注销后，还需要归档注册信息、历史版本、活动日志和审计记录。

因此，日志留痕、历史追溯和档案管理也需要作为项目建设范围的一部分进行考虑。

这些建设内容一旦纳入项目范围，就会进一步转化为流程设计、软件功能开发、数据结构设计、内外部接口对接、安全能力建设、联调测试和运行维护等具体工作量。

对于建设单位而言，在项目立项和预算申报阶段准确识别相关功能，并合理确定建设边界和项目规模，是项目投资管理中需要同步考虑的问题。

针对信息化项目功能范围难梳理、软件规模难量化、造价依据难匹配等问题，可以借助已经落地的数字化工具提高测算效率。

例如，“软件造价喵”集成了近10年中国软件行业基准数据及70余项省市级软件造价标准，支持上传可研方案、需求文件或设计文档，辅助识别项目功能点并生成造价评估报告，可用于预算编制、财政评审和结算审计等环节。

对于身份注册、账户管理、凭证管理和身份鉴别等建设内容，其中能够按照功能点方法识别的软件功能，可以结合需求文档进行结构化拆分，为后续软件规模测算和造价评估提供参考。

08

结语

GB/Z 185.3—2026《人工智能 智能体互联 第3部分：身份管理》围绕智能体身份的全生命周期管理，明确了身份管理框架，以及身份注册及核验、身份账户管理、凭证管理和身份鉴别等技术要求，并通过资料性附录给出了注册核验、证明材料和身份鉴别的实现示例。

身份码解决了智能体如何被标识的问题，身份管理则进一步解决了身份如何建立、证明、使用、维护和退出。后续，本账号将继续围绕GB/Z 185《人工智能 智能体互联》系列标准开展解读，下一篇将重点介绍第4部分“智能体描述”，欢迎持续关注。