企业官网建设流程全解析

面向零基础初学者，少代码、少专业术语，用人话看懂国内这套智能体互联国标

现在的智能体（Agent），大多是“独行侠”：病理Agent只会看切片、大模型只会写报告，各家模型互不认识，没法搭伙干活。

但一套新国家标准正在改变这件事——GB/Z 185-2026《人工智能 智能体互联》，给Agent制定了一套社交规则，让不同厂商的智能体，能像一个团队一样分工协作。

GB/Z 185-2026《人工智能 智能体互联》是国内一套指导性智能体互联国家标准，包含七大模块，通过AIC智能体身份码、ACS智能体描述、AIP交互协议三大核心机制，为不同厂商的Agent智能体建立统一的身份认证、能力披露、消息通信规范。

这套标准支持直连、群组两种协作模式，搭配AMP监控协议保障Agent在线状态；群组模式的亮点在于内网智能体无需公网地址即可接入协作。

目前标准处于试点落地阶段，已发放2000余个AIC身份码，美团、智谱华章等企业参与试点。它并非强制国标，企业可自愿接入，只有遵守标准的智能体，才能进入跨厂商Agent协作生态。

这套标准的目标，是把一个个孤立Agent智能体连成网络，让Agent从单打独斗走向团队协同，但当前生态仍处于早期建设阶段。

一、到底什么是“协议”？

我们用微信聊天，你发消息对方能收到，核心是所有人都遵守同一套通信规则：消息怎么打包、怎么传输、怎么解析，这套规则就叫通信协议。

智能体互联协议，就是专门给智能体（Agent）之间聊天协作的一套统一规则。

Agent组队干活，必须先解决5个基础问题：（以病理切片多智能体协作系统为例）

✅ 你是谁？怎么确认你不是冒牌Agent？

✅ 你擅长干什么？能不能看懂病理图片，还是只会翻译文字？

✅ 去哪找到你？我需要乳腺癌影像分析Agent，去哪里检索？

✅ 咱们怎么对话？我发什么格式，你返回什么内容？

✅ 任务进展如何？做完没有，中间卡在哪一步？

GB/Z 185这套标准，就是把上面这些问题，做成全行业通用的标准答案。它的本质就是建立一套标准化接口，就像USB，不同品牌设备都可以即插即用，让来自不同厂商的Agent智能体能够无障碍组队协作。作为指导性文件，这套国标并不强制企业落地，企业可以自由选择是否接入，但只有接入标准，才能进入跨厂商Agent协作生态，不遵循规范的智能体无法被生态检索，也不能和圈内其他智能体互通。而整个体系最值得关注的创新就是群组协作模式，内网部署的Agent不需要公网地址，就能参与跨平台协同，大幅降低智能体互联落地门槛。当然，生态尚在萌芽阶段，市面上绝大多数Agent依旧是信息孤岛，2026年6月标准才正式发布，目前只发放了2000余个AIC身份码，汇聚200多家产业伙伴、60余所高校共同试点，还处在快速扩张的早期阶段。

二、GB/Z 185-2026 这套国标，规定了什么？

2026年6月，国内发布GB/Z 185-2026《人工智能 智能体互联》系列标准，是国内首套完整覆盖智能体全生命周期互联的指导性技术文件，一共包含7个部分，可以理解为一套Agent的社交手册：

划重点：GB/Z属于指导性技术文件，不是强制国标。企业开发智能体，可以选择遵守，也可以不遵守。
但代价很直观：不接入这套标准，你的Agent就进不去这个互联生态，别的Agent找不到你，你也找不到生态内其他智能体。

目前标准已经进入落地试点阶段，已经发放2000多个行业智能体身份码；美团、去哪儿、滴滴、神州数码、智谱华章等企业，都加入试点。

三、三大核心机制：AIC、ACS、AIP，通俗看懂

ACS：Agent的个人简历

ACS本质是一份标准化简历，用来对外介绍自己的能力。

简历会写明：身份证号（AIC）、名字、功能介绍、别人联系你的入口、会哪些技能、支持输入/输出的数据类型（图片、文本、表格等）。

举个例子，病理分析智能体的ACS简历会写：

我可以接收病理切片图片，协调乳腺、结肠癌预测、肿瘤分割、淋巴结预测等子Agent，最终输出文字诊断报告+病灶分割图像。

简历支持迭代更新：如果新增免疫组化分析能力，会发布新版本简历，版本号递增。旧版本不会直接删除，标记为历史版本；检索默认展示最新版。

如果旧版本存在安全漏洞，可以撤回，但是旧简历会保留存档，方便事后审计追溯，不能彻底抹除记录。

AIC：Agent的唯一身份证号

AIC全称Agent Identity Code，是分配给智能体的全球唯一身份编号，类似1.2.156.3088.1.BUPT.G1SDLE.PGINM5.TSGVFD.0FLS。

• 编号前缀来自国家OID注册中心（中国电子技术标准化研究院，工信部直属单位）；
• 不会由国家直接逐个发放，而是授权企业节点，由服务商分配AIC，负责核验身份、全程追溯；
• 一个AIC对应一个智能体，全球唯一、全程可追溯。

注意：光一串号码不能防冒充。
AIC只是身份标识，真正的安全核验依靠mTLS数字证书，证书绑定AIC。Agent互相通信时，会校验对方证书；就算有人伪造AIC编号，没有匹配证书，通信会直接拒绝。

AIC分为本体序列号和实例序列号，单个Agent实例下线删除后，它的序列号理论上可以回收分配给同本体下新智能体，但如果整个本体注销，对应的序列号段可能被冻结，具体回收规则由注册服务商制定，标准本身没有强制约束。AIC自带注册方标识，追溯起来比域名更容易，但服务商的审核是防范恶意抢注的主要手段。这套身份体系还支持精细化权限管控，可以限定智能体仅拥有读取、写入等特定接口权限。试点阶段AIC申请主要面向企业，个人开发者理论上具备申请资格，但需要找到合规注册服务商并通过审核，未来生态成熟后个人入口有望放开。

AIP：Agent之间对话的通用语言

AIP（Agent Interaction Protocol），定义Agent收发消息、协作任务的统一格式与流程，也是这套标准最核心的部分。

核心就两类消息：

1. TaskCommand（任务指令）：牵头的Leader智能体发给伙伴Agent，下达任务。

可以设置：任务动作（开始/取消/查询进度）、传输数据（图片、文本）、指定由谁执行任务。

2. TaskResult（任务结果）：伙伴Agent执行完成后，返回给Leader。

包含任务状态（已接收→处理中→已完成）、产出文件（报告、图像）、状态信息。

广播模式mentions: all能够把任务通知发给群组里全部智能体，但协议本身不内置任务防抢占逻辑，仅负责消息分发。为了避免多个Agent重复执行同一份任务，实际落地大多会直接指定某个AIC对应的智能体承接任务；如果业务场景需要“空闲智能体自动接单”，需要在业务层单独实现调度策略。

补充区分：Function Calling 和国标工具调用不是一回事
Function Calling是大模型自带能力，是模型调用工具；GB/Z 185里的工具调用，是不同智能体，用统一规范去调用外部系统API。
简单比喻：Function Calling = 大脑指挥自己的手；国标工具调用 = 多个人，用统一手势，去操作同一个外部工具。

四、两种协作模式：直连 vs 群组

AIP支持两种通信模式，适配不同场景，同一个Agent可以同时开放两种接入入口。

直连模式（RPC）

Leader直接发送HTTP请求联系伙伴Agent。

✅ 优点：简单、响应快，适合实时问答、简单查询

❌ 缺点：接收任务的Agent，必须有公网可访问地址

群组模式（AMQP消息队列）

Agent不直接点对点通信，消息发到公共消息队列，Agent主动从队列领取任务。

✅ 优点：Agent不需要公网地址，内网部署的智能体也可以加入协作；适合多Agent组队、传输大图片大文件（图片不会塞进消息队列，只传递存储地址）

❌ 缺点：架构会更复杂

群组机制小知识：

每个Agent有专属收件队列，名称以inbox_<AIC>标识。

Leader发起协作，先向目标Agent发邀请，Agent加入临时协作群组Group，每个任务单独生成唯一groupId。任务结束后Leader发送解散指令，销毁群组。任务之间相互隔离，互不干扰。

标准没有定义统一的公共共享存储，图像等大文件会保存在对象存储或智能体自有服务中，消息仅传递文件链接，其他智能体能否读取文件，完全由链接访问权限和授权机制决定。协议层面也没有强制群组自动回收机制，工程实现上一般会设置超时TTL，长时间无活动的群组会自动清理，防止资源持续占用。

五、AMP：监控协议，判断Agent是否在线

AMP（Agent Monitoring Protocol）是配套监控协议，核心是心跳上报。

Agent会定期向平台发送心跳消息，告诉平台“我还活着，可以接任务”。

平台只会检索在线的Agent；调用Agent前，会先确认在线状态。

心跳允许短暂丢包：比如静默阈值设60秒，Agent每30秒上报一次，偶尔丢1、2条心跳，只要在阈值内恢复，平台不会判定下线。网络恢复后自动恢复在线状态，不需要重新注册。

除心跳之外，这套协议还规范指标、访问记录、消息日志、系统日志、审计日志五类记录，完整监控Agent运行全过程。

网络意外中断后，任务能否继续执行，也不在协议强制约束范围内：只要群组未销毁、任务状态信息保留，网络恢复后任务可继续推进；一旦群组被清理，任务就会终止。在协作链路中，如果某个参与的智能体中途离线，任务是否失败，取决于牵头Leader的业务设计。如果Leader具备重新检索、替换同能力智能体的逻辑，协作可以继续；缺少该逻辑则任务中断。另外绑定AIC的mTLS证书存在有效期，证书到期会直接中断通信，标准不强制自动续期，需要服务商提前做好续期机制。

六、完整案例：一张病理切片，Agent团队如何协同工作

你上传病理切片，指令：帮我分析这张切片。后台发生这一套流程：

1. 智能体发现：系统检索服务，找到具备病理切片分析能力的Agent；
2. 查阅简历ACS：读取Agent简历，确认它支持图片输入，并且可以调度多个子Agent协同；
3. 下发任务AIP：发送TaskCommand任务指令，携带切片图像；
4. 群组协作：如果选择群组模式，消息走消息队列分发给参与协作的Agent；
5. 返回结果：子Agent完成肿瘤分割、病灶预测，汇总生成报告，返回TaskResult，交付图片+文本报告；
6. 全程监控AMP：所有参与Agent持续上报心跳，平台掌握任务进度与在线状态。

你只需要一句话，背后多个Agent自动组队分工。

看完这套病理切片多智能体协同的完整流程，你可以亲自上手体验这套能力。访问叮当体验地址： 叮当，平台内即可体验病理切片多智能体协调分析智能体。

上传图片并输入“帮我分析这张病理切片/调用病理切片多智能体协调分析智能体”，叮当会自动检索。

我们的“病理切片多智能体协调分析智能体”经过验证，可以直接体验！

该智能体已经经过算法验证与三甲医院临床试用。它会调度一组专业子智能体分工协作，分别完成病灶分割、肿瘤分型判断、淋巴结转移风险预估，最后输出综合分析报告；模型病灶分类平均准确率可达 92.8%，分析效果对标高年资病理医生，你可以上传病理切片图像，直观感受智能体互联标准下多 Agent 团队协作的完整过程。

快来注册登录并体验我们的智能体吧！

平台同时汇聚来自不同开发者的各类智能体，不同智能体的成熟度与能力水平存在差异。

我们已经升级推出群智会诊 —— 多智能体早癌筛查与病程预估系统智能体，全程基于 AIP 协议完成智能体交互，大家依旧可以在叮当平台上手体验✨ 近期我们会发布《基于 ACPs 的群组模式智能体接入方案》，是这套系统落地的工程实践总结，希望能给正在做智能体开发的同行提供参考。

智能体互联的终极目标：让Agent从一个个独立孤岛，连成一张协作网络，从单打独斗升级为团队协同。

单个Agent的能力有边界，但互联的智能体网络，没有边界！