2026年8月31日

智能体网关产业动态 · 2026-08-31

当日共 19 条（合并 2 个采集批次）

01 【开源·重磅】A2A-T 已落地：中国移动任主席的 OpenAN 项目在 Linux 基金会网络子基金会启动 ↗

OpenANA2A-TLinux基金会开源重点

华为今年 3 月在 MWC 提出的 A2A-T 协议已完成开源落地。Linux 基金会网络子基金会（LFN）宣布 OpenAN 成为 Candidate 项目，由中国移动担任项目主席，华为、中兴、亚信、Orange、AIS、Infosys、Personal 为创始成员，6 月 25 日在 MWC 上海举行全球发布仪式。华为与中国移动已联合捐献首批代码，含三个组件：A2A-T SDK（A2A-T 扩展的实现，负责消息封装与解封装）、注册中心（智能体注册、发现与全生命周期管理，覆盖网络层与服务层智能体）、编排中心（多智能体工作流设计与执行，支持直接导入 TM Forum 自智网络解决方案包）。A2A-T 在通用 A2A 基础上的四个官方扩展为结构化任务 Task-T、网络事件订阅发布 Notification-T、智能体间仲裁 Negotiation-T、安全授权 Authorization-T。中国移动已在福建等现网试点验证：无线工单数量压降 30%，平均修复时间从 3 小时缩短至 2.03 小时。对智能体网关方向的判断：OpenAN 的注册中心与编排中心，和 IETF 侧 draft-zhang-dmsc-gateway-directory-sync（网关能力目录与同步）、draft-han-rtgwg-agent-gateway-intercomm-framework（网关互联互通）在功能上是同一组问题的两套解法，而开源侧已经跑在标准前面：代码托管在 GitHub 的 project-openan 组织（国内 AtomGit 镜像同名），注册中心（Python + PostgreSQL，AgentCard 全生命周期管理与语义检索）与编排中心（React + FastAPI，拖拽式工作流设计与 A2A-T 协商集成）已公开可读，A2A-T SDK 提供 Python 与 Java 两个语言版本。各组件均 Apache-2.0 许可。来源：LF Networking 官方公告（2026-06-24）、OpenAN 官网。

02 【协议·重点】华为提出 A2A-T：面向运营商跨域协同的多智能体通信协议，6 月开源并提交 Linux 基金会 ↗

A2A-T华为自智网络多智能体协议重点

华为在 2026 年 4 月 22 日伦敦 FutureNet World 峰会上发布 ADN L4 解决方案升级，提出产业四大关键任务，其中任务四直指协议层：共同定义并扩展 A2A-T 协议，实现运营商跨域跨厂商的高效协同，并将其作为自智网络解决方案场景包的最佳实现路径，重构跨层跨域集成模式。华为称将于 6 月 TM Forum DTW 峰会期间正式发布 A2A-T 开源项目并提交至 Linux 基金会。对智能体网关方向的意义在于：这是首个由设备商提出、明确面向运营商跨域协同的智能体通信协议，与 IETF 侧 draft-han-rtgwg-agent-gateway-intercomm-framework 讨论的「网关间互联互通」是同一问题的两条路径，宜并线跟踪。来源：华为运营商 BG（2026-04-22）。

03 【产业】华为与中国移动自智网络方案获 GSMA GLOMO 奖，独创全球首个电信级 A2A-T ↗

A2A-T华为中国移动GLOMO自智网络

华为与中国移动联合打造的自智网络「AI+Network」运维转型方案获 GSMA GLOMO「最佳 AI 使能网络解决方案」奖。华为在获奖通稿中明确表述：该方案独创全球首个电信级 A2A-T 多智能体通信协议，实现跨域智能体的自主协同，将网络自治能力从「单点智能」提升至「群体智能」。方案已在 5GtoC、5GtoV、5GtoB 三大领域规模商用，其中 5GtoC 实现 90% 以上告警自动诊断、平均故障修复时间降低 25%。「电信级」这一定位值得注意——它把多智能体协议从应用层的 A2A、MCP 拉到了运营商网络视角。来源：华为（2026-03-04）。

04 【协议·开源】中国信通院牵头 ATH 智能体可信握手协议 1.0 已开源，定位 MCP/A2A 之上的信任层 ↗

ATH中国信通院可信握手开源信任层

2026 年 4 月 29 日，中国信通院联合中国电信、中国移动、中国联通、华为、腾讯、中兴、香港中文大学（深圳）等发起智能体可信握手协议 ATH 1.0，代码已在 AtomGit 与 GitHub 开源。ATH 定位在用户操作与通信协议之间，补齐 MCP、A2A 缺失的信任层：提供智能体身份标识与验证、可信握手与会话建立、审计与信任评估，采用用户、智能体、应用三方参与的九步握手流程，遵循用户主权、最小权限、全程可追溯等原则。官方明确 ATH 与 MCP、A2A 互补而非竞争。2026 年 7 月 8 日首批 ATH 能力评估有 13 家企业通过，中国电信研究院「智能体安全网关」在列。来源：ATH 开源项目（AtomGit）。

05 【产业】中国移动在 MWC 2026 发布智能体互联网开放网络协议 AONP 框架及智能体网关 ↗

公众号中国移动AONP产业发布

中国移动在 MWC 2026 发布智能体互联网开放网络协议 AONP 框架及智能体网关。AONP（Agent Open Network Protocol）此前已在 IETF 侧以草案形式出现，这次是运营商侧的产品化发布，背景是数以亿计的 AI 智能体通过互联网交互协作已具规模，需要网络层给出统一的开放协议与网关能力。对智能体网关方向而言，这是国内运营商把「智能体网关」当网元推向现网的标志性动作。来源：微信公众号《中移智库》（2026-03-04）。

06 【产业】中国电信智能体网关亮相 IETF 第 125 届会议 Hackathon ↗

公众号中国电信IETF原型演示

中国电信研究院自主研发的智能体网关，在 IETF 第 125 届会议 Hackathon 展台上完成演示，实现基于意图的智能体跨域协同。与停留在文稿阶段的草案不同，这是可运行原型在国际标准会议上的公开演示，说明「智能体网关」已经从概念走到了可演示的实现。半年内移动、电信两家运营商先后有动作，宜作为产业进展线并行跟踪。来源：微信公众号《科创电信》（2026-03-16）。

07 【研究】智能体互联网（IoA）关键技术分析 ↗

公众号IoA技术分析对照阅读

鹏博士研究院拆解智能体互联网（IoA）的关键技术，包括承载网络技术、智能体网关与互联协议簇技术、身份信任与全生命周期管理技术、意图路由与能力发现技术、分布式多智能体协同技术。这份技术分类与 IETF 侧 RTGWG、DMSC 的草案关注点高度重合，可作为中文侧的对照阅读，帮助把英文草案放回国内产业语境里理解。来源：微信公众号《鹏博士研究院》（2026-08-28）。

08 【产品】F5 推出智能体就绪型 AI 网关 ↗

公众号F5AI网关产品发布

F5 发布面向智能体的下一代 AI 网关，主打对每一次 AI 请求执行安全与治理策略，为企业提供统一控制平面，统一管理 AI 模型、智能体与工具的访问与使用。值得对照的是：厂商说的「AI 网关」偏企业内部的治理与成本控制，标准组织讨论的「智能体网关」偏跨域互联互通，两者定位并不相同，放在一起看更容易看清边界在哪里。来源：微信公众号《F5 Inc》（2026-08-26）。

09 【开源·深读】A2A-T SDK 1.0.0 源码可读：协议本体是「YAML 头 + 任务提示词」，扩展 URI 挂在 TM Forum 命名空间下 ↗

OpenANA2A-TSDKTM Forum开源重点

OpenAN 在 GitHub 的 project-openan 组织下共 13 个仓库，此前国内报道未提的关键资产已公开：a2a-t-sdk-python（约 4600 行，v1.0.0，Alpha）、a2a-t-sdk-java、a2a-t-prompt-templates-spec（提示词模板规范）、workflow-engine-sdk 等。读 SDK 源码有三个硬结论：其一，Task-T 的实际报文格式极简——YAML front matter 三字段（scenario_code / language / description）加自由正文，所谓「确定性任务模式」落在提示词工程而非新报文协议上；其二，扩展声明统一挂在 TM Forum 命名空间 projects.tmforum.org/a2aproject/telecommunication/extensions/ 下，带 v1 版本号，说明 A2A-T 的标准化主场在 TM Forum 而非 IETF；其三，SDK 文档明确「不负责 AgentCard 注册、鉴权、服务托管和业务执行」，官方架构页列四个扩展（Task-T / Notification-T / Negotiation-T / Authorization-T），而 SDK v1.0.0 只实现了 Task-T 与 Negotiation-T（三种协商：information / feasibility / target），Notification-T 仅在文档示例出现，Authorization-T 全库零命中——安全扩展还停在纸面，这与注册中心「黑名单兜底、不解析扩展」的做法互为印证。来源：OpenAN 官网架构页、GitHub project-openan 组织。

10 条智能体网关专题 · 2026-08-31

10 【标准·行动项】《智能体互联网网联智能体网关能力要求》等 2 项团体标准公开征求意见 ↗

团体标准ISC征求意见行动项

中国互联网协会已形成《智能体互联网网联智能体网关能力要求》《智能体互联网任务编排 OpenClaw类多智能体协同平台能力要求》2 项团体标准征求意见稿，反馈截止 9 月 18 日，需填写征求意见反馈表并以邮件或传真返回。这是国内首个明确以「网联智能体网关」为标准化对象的团体标准，做智能体网络方向的单位值得重点跟进。来源：中国互联网协会（2026-08-19）。

11 【标准】《人工智能数据智能体总体要求》团体标准征集参编单位 ↗

团体标准ISC数据智能体参编征集

中国信通院牵头研制《人工智能数据智能体总体要求》团体标准，拟在中国互联网协会立项，现公开征集参编单位。标准拟明确数据智能体的基本定义、总体架构、核心能力与通用要求，并将与已有的智能体互联、工具调用等标准衔接。来源：中国互联网协会（2026-08-28）。

12 【标准】11 项团体标准立项，含《数据智能体服务能力成熟度模型》 ↗

团体标准ISC立项公告

中国互联网协会发布 11 项团体标准立项公告，其中与智能体直接相关的有《数据智能体服务能力成熟度模型》；AI 增强的研发运营一体化成熟度模型（平台技术要求、持续交付两部分）、银行业 AIOps 可观测性、人工智能训练数据出境风险评估方法等同期立项。来源：中国互联网协会（2026-08-28）。

13 【IETF·RTGWG】智能体网关需求：draft-liu-rtgwg-agent-gateway-requirements-01 ↗

IETFRTGWG需求智能体网关

系统梳理在智能体间通信中引入智能体网关的需求，并逐项分析现有软硬件网关为何无法胜任——集中在可扩展性、通信效率与安全三个方面，据此论证需要把「智能体网关」作为一类新网元来定义。作者：Bing Liu、Nan Geng、Xiaotong Shang、Qiangzhou Gao、Zhenbin Li、Jing Gao。来源：IETF Datatracker（2026-05-31）。

14 【IETF·RTGWG】智能体网关互联互通框架：draft-han-rtgwg-agent-gateway-intercomm-framework-02 ↗

IETFRTGWG框架互联互通

定义智能体互联网（IoA）场景下智能体网关（AGw）之间互联互通的框架与需求，给出分层模型、功能组件、协议要求与部署考虑，目标是解决跨域部署中的数据同步、协议兼容与安全问题。已更新至第 2 版，是这批草案中结构最完整的一份。作者：Han Zhengxin、Zheng Ruan、Mengyao Han、Jinjie Yan、Bing Liu、Tao He、Ran Pang。来源：IETF Datatracker（2026-07-05）。

15 【IETF·OPSAWG】智能体网关策略控制模型：draft-zhao-opsawg-agent-gateway-policy-01 ↗

IETFOPSAWG策略控制运营商

面向运营商管理的智能体网关，定义一套运维策略控制模型，描述运营商如何管控与观测网关所接入、中介、路由或代理的交互。文稿明确划出边界：不管控智能体内部的行为、推理、规划、提示词、记忆、工具、运行时与生命周期，只做网关侧的可观测治理。这个切分对运营商落地很关键。作者：Jing Zhao、Ran Pang、Shuai Zhang。来源：IETF Datatracker（2026-07-06）。

16 【IETF】智能体通信网关与语义路由：draft-agent-gw-02 ↗

IETF架构语义路由工作记忆

提出智能体通信网关（Agent-GW）架构框架，面向跨管理域、跨协议边界的大规模异构多智能体协作，主张基础设施应从「基于端点的刚性连接」转向「基于意图的通信」，并引入工作记忆（working memory）概念。作者：Xiaohui Xie、王梓安、Tianshuo Hu、Yong Cui。来源：IETF Datatracker（2026-07-13）。

17 【IETF·DMSC】网关语义中介层：draft-yang-dmsc-gateway-semantic-layer-02 ↗

IETFDMSC中介层语义

提出网关上的语义中介层。核心判断是：跨域协作请求往往需要先综合目标声明、能力画像、租户或域策略、信任证据、披露限制、运维约束与交接上下文，才能确定具体的交互机制——这些中介判断既不适合交给智能体客户端，也不适合交给智能体服务器，只能落在网关。来源：IETF Datatracker（2026-07-02）。

18 【IETF·DMSC】网关中介层初稿：draft-yang-dmsc-gateway-mediation-layer-00 ↗

IETFDMSC中介层版本观察

与 semantic-layer 同一作者团队的第 0 版初稿，主题同为网关中介层，摘要文字目前基本一致。两份文稿并存属于早期常见的并行探索，后续大概率合并或其一作废，跟踪时应以版本更新时间判断走向，不要重复计数。来源：IETF Datatracker（2026-07-05）。

19 【IETF·DMSC】网关能力目录与同步：draft-zhang-dmsc-gateway-directory-sync-01 ↗

IETFDMSC能力目录控制面

面向采用智能体网关的部署场景提出网关能力目录框架。文稿的核心观点是：能力目录应当是控制面的必备功能，用于维护经过校验的能力信息，而不能只依赖瞬时通告、静态端点绑定或外部描述——这与运营商侧「清册 / 资源台账」的思路一脉相承。作者：Lianhua Zhang、Huiling Yang、Yun Li、Shoufeng Wang。来源：IETF Datatracker（2026-04-29）。

本文由 AI 辅助采集与摘要生成，经人工审核后发布。