在2025年5月，智能体互联世界尚处于一片混沌状态时，我们从全局治理的角度，在北邮ACPs智能体互联协议族中首次提出了“智能体身份码”的概念和定义（参见：【首发】AIC：智能体身份码定义）。从此之后，智能体应具备一个互认可信的身份码，成为业界共识。

在此基础上，我们与业界专家一起，编制了《人工智能 智能体互联》GB/Z 185-2026国标，其中第2部分对智能体身份码格式进行了详细定义，并给出了参考示例（参考：【国标详解】智能体身份码及管理机制）。

随着相关政策的发布，以及国标的推出和配套开源代码的不断更新，中国智能体互联产业呈现蓬勃发展的趋势。在这个过程中，由于智能体身份码对于互联的重要性，也得到了越来越多的关注。

由于参与标准标准和开源代码研发的原因，刘老师参与了不少交流和讨论，也分享了我们对智能体身份码的理解和设计原则。在这个过程中，刘老师也发现业界对智能体身份码的目的、作用和体系，从不同视角有着不同的理解。

为了能更好地帮助业界形成对智能体身份码的理解和共识，今天这篇文章用一种大家非常熟悉的物品--汽车来做类比，对我们对智能体身份码的理解和设计进行更为全面的解读，抛砖引玉，供大家参考。

需要特别说明的是，这篇文章的内容关注点是智能体身份码的作用和设计，不涉及管理机制和机构。

我们从汽车相关的“身份码”开始，沿着一条从汽车生产到消费者购买使用的全链条进行梳理。同时，跟我们设计的智能体身份码，以及其他相关技术进行一个对比，以便于大家理解。

在开始之前，我们先回顾一下国标中对智能体身份码定义的几个关键字段（详细信息参见：【国标详解】智能体身份码及管理机制）：

（1）与汽车车型相关的是“道路机动车辆准入许可”。为了维护道路和社会安全，汽车生产厂家在向市场销售某个车型之前，需从管理部门申请该许可。与“道路机动车辆准入许可”码对应的智能体身份码字段是智能体本体编码（由上图中的智能体本体及前面所有字段构成）。

与汽车准入许可是为了安全一样，智能体在上线运行前，需经过智能体身份注册服务方对智能体的开发者、程序包进行相应的审核，在确保可靠与安全后，方可发放智能体本体编码。

（2）与某一台具体的汽车相关的码包括三个：

• 第一个是“车辆识别代码”。该代码是由17位字母与数字组成的汽车唯一身份标识，包含制造商（生产国家和厂商）、车辆特征（车辆类型、车身结构、发动机等）和生产信息（年份代码、装配厂及生产序列号）。

  

• 第二个是“行驶证编号”。在我们购买车辆后，会需要去车辆管理机构办理行驶证，每个行驶证都有个车辆管理系统的内部编号，该编号与某一台汽车一一对应。

  

• 第三个是我们最熟悉的“车牌号”。在办理好行驶证后，过几天我们就会收到一副车牌号可以挂在车上，在道路上行驶时车牌号是这台汽车的索引信息，便于交通管理部门进行管理。

  

我们为什么把车辆识别代码、行驶证编号和车牌号放在一起说呢？因为它们都是与某一台汽车具体相关的索引编号，通过这个编号都可以找到某一台汽车。这就像上图智能体身份码中的“智能体实例”编码（由上图中的智能体实例及前面所有字段构成）。

与汽车具有多个实例码类似地，现在对于智能体身份码中的实例编码，也存在多种技术实现，例如DID、邮件、域名、设备硬编码等。这些技术实现存在不同的优劣势。以关注度比较高的DID举例，我们可以将其类比为车牌号。车牌号可以作为某一台汽车的索引，但是单独看车牌号完全无从得知生产厂家、车辆型号等信息，需要通过其他途径进行关联查找。

为了兼容智能体互联这一新兴技术发展过程中的不同技术路线，我们在智能体互联国标中特别设计了基于点分结构的自定义字段。在上图中的智能体本体和智能体实例编码后，可以根据需要增加其他自定义字段，例如DID编号、设备硬编码、手机号、终端IMEI号等。可以采取这种兼容并包的设计原因在于，与汽车的编码是物理实体编码不同，智能体互联国标设计的智能体身份码有足够的编码空间承载这些信息，在包含必要的管理信息同时，还可以兼容不同的技术路线和应用场景。

除与汽车型号和具体某一台汽车对应的智能体本体和智能体实例编码外，在智能体互联国标设计的智能体身份码中，还包含了两个重要信息：智能体身份注册服务方和智能体身份注册请求方：

• 智能体身份注册请求方，也就是智能体的开发者，对应的是汽车生产厂商，对智能体本体（也就是程序包）的合规性和安全性负责。

  

• 智能体身份注册服务方，也就是智能体运营平台（可以类比为智能体商店）的运营者，对应的是汽车生产销售商，对智能体实例分发和运行的合规性和安全性负责。与汽车生产销售商不同的是，智能体运营平台掌握的是智能体这一数字空间实体，存在较大的控制力，因此要承担更多的责任。

  

以上是为了便于大家理解和掌握智能体身份码的概念和设计目标的分享，欢迎大家留言或私信交流。