跳到主内容
智联观察

资料库

智能体与智能体互联网方向的论文、标准、工具与数据集索引,持续收录。

83 / 83

ANT:面向智能体行为审计的多粒度网络流量数据集与基准 ↗ 详情

Fan Li, Xiangyu Gao, Zixuan Liu, Tong Li et al.

数据集 2026 原文 2026-10-05 arXiv preprint arXiv:2610.06514 [cs.AI, cs.LG]; dataset and code released via an anonymized repository (anonymous.4open.science) at collection time arXiv:2610.06514 datasetbenchmarknetwork-trafficagent-auditingobservabilitysecurityagent-internet

随着大模型智能体的广泛采用,网络管理员与安全团队需要在不检查用户私密内容的前提下,审计组织网络内智能体的行为。网络流量是可观测的证据来源,但流量能在多大程度上揭示智能体的任务与操作仍不清楚;现有流量数据集缺少评估该问题所需的「任务+阶段」联合标注。为此作者提出 ANT(Agent Network Traffic)数据集,在流量之外提供风险、场景、行为原语三种粒度的智能体行为信息:含 3,114 个执行片段,覆盖 20 项任务、5 类场景,由 276,417 条双向流与 40,049 段行为原语(归入 47 个宏组)构成。基于 13 个代表性流量分析基线,作者建立智能体风险识别、场景识别与行为原语分类三项基准;结果显示现有方法能恢复出有用但不均衡的行为信号——当恶意工作流与良性任务相似时难以识别风险,流量模式相近的场景也难以区分;原语分类对高频宏组与流量特征鲜明的组更可靠,对稀有或语义相近的组较差。ANT 为从网络流量出发开展更精确的智能体行为审计与取证分析提供了共同基础。

GatewayBench:面向 MCP 网关的能力与安全统一评测平台与基准 ↗ 详情

Yitian Zheng, Zhaorun Chen, Haoyu Li, Bo Li

数据集 2026 原文 2026-10-16 arXiv preprint [cs.AI] arXiv:2610.23449 benchmarkMCPgatewayagent-infrastructuresecurityevaluation

智能体越来越多地通过调用工具与外部环境交互,MCP 已成为连接智能体与异构工具、服务的标准接口。随着组织规模化部署智能体,MCP 网关成为聚合并治理、塑造「暴露给智能体的工具面」的关键中间层,但此前没有工作系统研究网关设计如何影响智能体的能力、效率与安全。论文提出 GatewayBench——首个面向 MCP 网关的统一评测框架与基准,把网关架构归纳为「扁平」与「分层」两大范式。基准含 6 个领域的 524 项任务,以及来自 251 个真实 MCP 服务器的 11,118 个现网工具池;为模拟大规模部署,向每个智能体环境系统性注入与任务无关的工具,使「可用工具面」可受控扩展。基于该基准,论文在 7 个广泛部署的 MCP 网关与多种智能体配置上做了良性任务与对抗任务实验:任务完成率、工具使用效率与抗攻击韧性在不同网关设计间差异显著,且这些效果与底层模型、智能体 harness 强烈耦合。结论是 MCP 网关是智能体技术栈中影响重大却研究不足的环节。

从 A2A 攻击到信封层防御:LLM 智能体红队评估与三层同构攻防模型 ↗ 详情

Yuelin Han

论文 2026 原文 2026-09-30 arXiv preprint (cs.CR) arXiv:2610.00392 A2AACPprompt-injectionred-teamingagent-securityenvelope-layer

智能体交互协议(如 ACP、A2A)把基于大模型的智能体推向多智能体协作,也带来新的安全威胁:经 A2A 由远端对端发来的任务会被当作合法请求,成为间接提示注入的天然通道。现有智能体安全评估多依赖单一指标——攻击成功率(ASR),无法区分攻击失败是因为大模型识别出了恶意内容,还是因为智能体层某机制阻断了执行。为此提出攻击原理 A2A-TIBA,把间接提示注入与绕过规避结合:通过「植入—命令—外泄」步骤诱导目标智能体部署回调交互程序,随后攻击者绕过智能体下发指令。为更细粒度地评估防御,设计了红队测试台方法 GDA Measurement(经 LLM 网关做原始上下文捕获、双份数据留存、基于智能体的自主评判),并提出 A/B/C/D 四类攻击结果,把 ASR 扩展为语义拒答率、语义突破率、拦截率与穿透率。实验揭示「信封层」——恶意内容进入智能体的通道——是一个新的防御维度,据此提出ELA-ITL 三层同构攻防模型:防御分为信封打包、LLM 识别、智能体拦截,攻击分为植入通道、提示优化、执行机制。在 15 组「智能体前端 × LLM 后端」组合上测试并构建 1000 例数据集,验证了 A2A-TIBA 的攻击有效性、GDA Measurement 的评估有效性,并确认在 A2A、工具、记忆等信封打包通道中加入恶意提示标注,可显著提升大模型对恶意内容的识别。

智能体团队为何跨边界失败?私有状态 A2A 系统的失效分类 ↗ 详情

Sarath Shekkizhar, Prathyusha Jwalapuram, Zixuan Ke, Vaidehi Patil et al.

论文 2026 原文 2026-10-15 arXiv preprint arXiv:2610.19342 [cs.MA] arXiv:2610.19342 A2Amulti-agentevaluationinteroperabilityfailure-taxonomy

智能体越来越多地与代表不同委托方(个人或组织)的其他智能体交互,例如买方个人智能体与企业卖方智能体谈判。此类 A2A 场景中每个智能体有自己的环境,掌握对方不可见的信息与权限,且利益可能一致、部分一致或对立。现有多智能体失效研究假设单一编排器、共享工作区或单一委托方。本文追问去掉这些假设后 A2A 系统如何失败:研究 8 大场景族(法律、CRM、安全、商务等)488 个场景、2500 余条记录运行轨迹,归纳出 A^2-Failures——4 类共 20 种 A2A 失效模式:发现与委派、落地与记录一致性、验证、行为与忠实度。三项发现在所有 harness、模型与场景下均成立:(1) 发现与交互由任务措辞驱动,而非对等智能体是否可用;(2) 没有智能体会主动核验对等方的陈述,因此 A2A 系统的可靠性被最不可靠的参与者拖平,除非协议或机制承担核验;(3) 聚合评分只奖励完成任务的一方,对底层的协同、验证与行为失效视而不见,故 A2A 系统必须按智能体、对照各自委托方分别评估。运行日志已公开。

A2A-ForensicTrace:A2A 运行时防篡改证据的离线验证 ↗ 详情

Adil Alshammari, Sareh Assiri, Hayretdin Bahsi

论文 2026 原文 2026-09-27 arXiv preprint (cs.CR) arXiv:2609.33924 A2Aforensicsauditevidencecross-organizationverification

具有安全相关性的 A2A 执行可能跨越组织边界,使调查者无法实时访问全部参与系统。离线调查需要检查留存的记录及其跨记录关系是否一致。本文提出 A2A-ForensicTrace:一个离线验证层,把运行时观测转换为带类型的记录、推导与协议相关的关系,并把两者一并提交到一个事件追踪根(incident-trace root)之下;一份 Ed25519 签名的收据把该根与捕获摘要绑定到事件上下文。评估包含经由官方 A2A SDK 的240 次执行(动作由大模型选择),其中 120 次条件运行与 120 次配对对照:所有条件运行都返回预期的有界发现,没有对照产生指示,全部根与收据均通过验证。完整离线验证器的内存中延迟中位数为 1.61 ms(场景轨迹);在独立的扩展性实验中,提交 1000 个叶子时为 30.85 ms。后续工作将扩展对 A2A 生命周期的覆盖。

多智能体系统中的智能体名称冲突攻击 ↗ 详情

Adithyan Arun Kumar

论文 2026 原文 2026-09-23 arXiv preprint (cs.CR, cs.MA) arXiv:2609.27624 A2Aagent-cardagent-namingidentityroutingsecurity

A2A 把 Agent Card 的名称定义为人类可读的元数据、而非稳定身份,也没有规定名称冲突语义——当宿主仍把该远端名称当作本地路由标识使用时,安全失效就开始了。作者追踪了从注册到分发的链路,并在七个固定版本的开源实现上做隔离回归测试:六个客户端式集成会把寻址到可信对端名称的请求选中攻击者控制的客户端或回环端点;第七个以代理(broker)方式实现者把两个对端塌缩到同一条由名称派生的路由上,由队列与访问控制状态决定结果是拦截还是拒绝。共同后果是「错投对端」,而非普遍的权限继承。合成凭证与工具测试在被测客户端绑定中未发现针对 A 的凭证转移,也未发现 A 所拥有工具的直接转移;经由代理的路径会转发一个调用方配置对象,被委托的身份或令牌只有在存在且 B 能消费该路由时才到达 B;另两条路径暴露的是较晚的、由模型介导的决策而非直接执行权。必要条件的划分把责任分别归于协议、实现与部署:宿主应按与来源绑定的稳定身份路由、把名称保持为展示性字段、拒绝有歧义的别名。该证据确立的是一类反复出现的实现漏洞,而非普遍的 A2A 协议缺陷,也不是漏洞部署数量的统计。

智能体状态协议(ASP):多智能体系统状态上报的轻量规范 ↗ 详情

Diego Gosmar, Deborah A. Dahl, Emmett Coin, Csaba Bolyós et al.

论文 2026 原文 2026-10-15 arXiv preprint arXiv:2610.21538 [cs.AI](30 pages, 4 figures;v0.1 提案稿,非已批准标准) arXiv:2610.21538 agent-protocolA2Aobservabilityagent-governancespecification

ASP 定义了异构智能体向状态服务器上报运行状态、观察者(如仪表盘)在状态变化时即时接收的轻量方式:智能体通过 HTTP POST 推送小型 JSON 事件,服务器通过 SSE 向观察者暴露聚合状态。由于崩溃、卡死或被攻陷的智能体无法可信地自报故障,ASP 不单靠自述:服务器据心跳缺失推断存活,可识别「活着但无进展」的智能体,并接受监督者、护栏、运维人员与同侪的观察——部分观察优先于智能体自述,部分并列展示。ASP 将状态建模为相互独立的维度(生命周期、健康、任务、发言权、治理),因此一个智能体可同时处于「在线、降级、执行任务、等待发言权」。它复用既有词表:任务状态取自 A2A,发言权状态取自 Open Floor Protocol,属性约定取自 OpenTelemetry GenAI 语义约定。本文给出 0.1 版作为提案而非已批准标准。

使用工具的AI智能体(Tool-Using AI Agents)的授权架构 ↗ 详情

Rakesh Kumar Surapani, Pradeep Kumar Dolabehera Kakitapelli, Arun Morampudi, Praveena Padi

论文 2026 原文 2026-09-14 arXiv preprint arXiv:2609.15906 authorizationtool-usesecurityarchitecture

使用工具的AI智能体可自主调用API、数据库、浏览器及MCP等协议,正成为生产基础设施,但授权其代表人类行动的安全模型仍不成熟。可信系统要求每个重要行动可追溯至人类主体、受实际委托范围约束且事后可争议,现有部署鲜能端到端满足。文献多孤立处理非人类身份凭证、访问控制、提示注入与审计,忽视工具调用时的授权决策点。本文提出涵盖用户、运营者、编排智能体、子智能体与工具端点的主体层级,考察身份凭证生命周期、多跳委托传播、运行时执行与即时授权、提示注入作为授权绕过、可审计性与不可否认性五层,基于89篇文献提出七项结构要求与四层参考架构,指出运行时执行与聚合边界为主要未解缺口。

一跳的代价:NLIP 与 A2A 协议性能基准测试 ↗ 详情

Ranjan Sinha, Anindita Das, Ashika Anand Babu, Hari Palleti

论文 2026 原文 2026-10-02 arXiv preprint arXiv:2610.04053 [cs.AI] arXiv:2610.04053 agent-protocolA2ANLIPinteroperabilitylatencybenchmark

基于大模型的自主智能体需要标准化协议才能跨系统互操作。A2A、MCP、ACP、ANP、NLIP 等协议已出现,但 NLIP 此前未进入任何受控性能研究,也无人测量过智能体协议时延究竟耗在何处。本文在三种独立硬件环境上对 NLIP 与 A2A 做实证对比,并把时延拆解为消息创建、建连、发送三个阶段:在轻量协同场景下,NLIP 在两套环境上比基线 A2A SDK 快 8.4–9.6 倍、第三套约 4 倍,优势方向一致但幅度依硬件而变;该优势是分阶段的——在 LLM 推理主导的端到端流程中两者接近持平,差异几乎全部来自连接建立。为让 A2A 处于最佳状态,作者还启用了 A2A SDK 的连接缓存:缓存将差距按硬件不同而收窄,从某机器上的 2.75 倍到较快硬件上的接近持平,规模上「缓存优化的 A2A-SDK」可与 NLIP 相当。对比更优化的 Python-A2A,NLIP 在同一阶段领先约 4 倍。文末给出按工作负载特征选择协议的指南。

面向分布式 AI 智能体协同的密码绑定、身份可验证能力令牌:一份提案 ↗ 详情

Srikumar Subramanian, Shubhashis Sengupta

论文 2026 原文 2026-09-25 arXiv preprint (cs.CR) arXiv:2609.30824 agent-identitycapability-tokenOAuthW3C-DIDdelegationauthorization

在能力强大的语言模型出现之前,完全自主的交易型智能体并未进入视野。有了这类模型,自适应任务编排与受约束的独立决策对企业与个人都极具吸引力;但每个此类智能体都带有严峻的攻击面——提示注入,它能击破任何置于上下文中的「软护栏」,后果包括凭证外泄;若不缓解,整个类别的智能体都会因信任破裂而不可用。此外,考虑到自主智能体数量的增长,其安全框架需要某种去中心化才能扩展。作者借鉴尚在提案中的 OAuth Agent Authorization Profile 与 W3C 的 DID、VC 标准,提出一个基于能力安全(capability-based security)原则、以去中心化智能体身份为基础的框架:智能体凭令牌访问服务,令牌与智能体和签发者的身份密码绑定、并声明自身范围;服务在据任一令牌行动前,可验证委托链只涉及范围衰减。作者表明,这样一个位于大模型上下文窗口之外、置于安全模块中的层,可使智能体在可强制的安全边界内行动。

多智能体系统中密码学安全的智能体间通信 ↗ 详情

Karol Budzyn, Adrian Brodzik, Mateusz Szczepkowski

论文 2026 原文 2026-10-16 arXiv preprint arXiv:2610.23078 [cs.CR] arXiv:2610.23078 agent-protocolA2Aagent-identityzero-trustpost-quantumsecurityDID

多智能体系统中智能体协作或竞争执行分布式任务,动态交互带来冒充、截获消息、注入恶意提示、窃取敏感数据等威胁,也让人工监控更难发现异常行为。本文综述智能体间通信的威胁与密码学挑战,提出一套融合身份、传输安全、消息完整性与监控的零信任架构:用去中心化标识符与任务范围内可验证凭证(由许可链背书)建立智能体身份,实施最小权限授权;传输层采用双向认证、密码敏捷的 TLS 与混合后量子密钥建立,并评估以预分发公钥降低握手开销的 KEMTLS;签名 CBOR 信封保障多跳交换中的载荷完整性,零知识证明在不暴露底层输入的前提下验证声明的任务约束;对智能体间消息、工具活动与执行遥测做上下文感知监控,支撑基于风险的信任阈值设定与行为异常检测。上述机制共同构成智能体通信的安全与审计框架,对其它智能体协议及面向 6G 语义通信具有参考意义。

AI 中的「我」是谁?为自主智能体建立去中心化身份与可问责性 ↗ 详情

Ahammod Munim Ramil, Khalid Al Kafi, M. A. Abdullahis Sany, Muktadirul Islam Nibir et al.

论文 2026 原文 2026-10-12 arXiv preprint [cs.CR; cs.AI] arXiv:2610.17126 agent-identitydecentralized-identitySSIDIDdelegationaccountability

去中心化生态中自主智能体的快速增殖,冲击了既有身份范式:人类身份锚定于生物特征、自我声明属性与政府凭证,智能体却没有「自我」的标准化定义,由此在信任与问责上留下关键缺口。论文提出以自主身份(SSI)原则为基础的去中心化 AI 身份框架,给出形式化模型清晰区分人类用户与智能体,两类主体各有验证逻辑又共享一套身份演算。核心贡献是 ABCD 四层识别与验证框架:(A) 算法指纹,把身份绑定到静态模型架构与来源;(B) 行为指纹,按时序校验动态性能指标;(C) 密码学身份,用去中心化标识符(DID)锚定智能体;(D) 委托,把智能体行为在密码学上绑定到相应的人类问责。四个维度正交后,系统可实施从简单认证到复杂责任归属的分级信任策略,从而解决智能体自主经济活动中的「黑箱身份」问题。

智能体网络中的共识度量 ↗ 详情

Jin Gao

论文 2026 原文 2026-10-17 arXiv preprint [cs.MA; cs.AI]; accepted at the NANDA Workshop, IEEE TPS-ISA 2026 arXiv:2610.24833 agent-networkconsensusevaluationmulti-agentcommunication

当智能体通过网络相互连接、承担需要协商与联合决策的任务时,就需要一套系统方法来评估它们的观点如何收敛、又有哪些信息支撑其决策。论文把共识形成视为「公开表达的立场向共同区域演进」的过程,以累积的通信历史作为上下文,跟踪立场轨迹、群体离散度以及公开消息中表达的信息。两个案例分别是基于分布式事实的人员配置决策,以及需要智能体核对重复信息和一份已取消合同的决策。1,872 次完整运行的结果显示:分享解释与更准确的群体决策相关;第二个任务则出现「聚合答案正确但分歧持续」的情况。框架另做成员变更实验,通过把「智能体之间的收敛」与「向任务全信息答案的推进」分开度量,将决策准确性与有界分歧同交互过程中可获得的信息联系起来。

AI Agents的自然语言交互协议与标准 ↗ 详情

Luyi Xing, Rasit Onur Topaloglu, Ranjan Sinha, Abhay Ratnaparkhi et al.

论文 2026 原文 2026-09-03 arXiv preprint arXiv:2609.04135 protocolstandardnatural-languageinteroperability

AI agents正基于异构框架、模型、工具接口和协议被广泛开发部署,需通过通用通信协议实现互操作。由多机构研究者开发、Ecma International标准化的NLIP,定义了基于标准的AI agent交互应用层协议。它提供轻量级语义消息封装,可承载于HTTP/HTTPS、WebSocket和AMQP等现有传输之上,并允许感知NLIP的agent和网关在客户端、agent、本地上下文存储、本体、工具、企业服务及异构底层协议间适配。本文介绍NLIP的动机与设计原理、消息模型与传输绑定、安全设计、参考实现、典型应用、采用信号及其与MCP、A2A等新兴agent协议的关系。

信任不是分数:面向高风险AI代理的运行时保证契约(Runtime Assurance Contracts) ↗ 详情

Serhii Zabolotnii

论文 2026 原文 2026-09-30 arXiv preprint arXiv:2609.39717 assuranceruntime-verificationriskagent-contract

基准、审计与代理协议描述了性能、权限与修复,却未说明观察到的证据应如何改变代理在关键任务中的权限,此即保证转换缺口。作者提出运行时保证契约(RAC),一种策略级形式化模式,绑定自主边界、组件资格、证据状态、转换策略、人工审查容量与非补偿性门控。软指标可指导路由,但强制门控失败或未知时必须重试、切换、升级、推迟或停止,聚合性能不能授权行动。研究定义契约、证据记录、权限规则与五条不变量,并在临床、工业与司法故障探测中说明,随后报告代理式编程中的确定性故障注入研究:280个构造案例由门控合取、纯分数规则与受限协议基线评估。在已发布权重与阈值下,分数规则放行100个需阻断注入中的80个及全部40个需审查注入;事后调优后在该语料上与合取一致。对正权重、正阈值、二元风险信号、零信号对照及单独触发各信号的注入案例,证明当且仅当阈值不超过最小权重时完全一致。另18条人工轨迹检验版本固定证据与审查转换。在24个前瞻性合成留出回合中,两名盲评LLM裁判对全部72次动作尝试标签一致,RAC与独立实现的全状态基线均匹配。这些研究仅在合成案例上检验机制,既未确立部署安全性,也未确立跨域有效性。

SPFR:面向分布式智能体互联网的语义势场路由 ↗ 详情

Yeguang Qin, Liangqi Peng, Fengxiao Tang, Ming Zhao

论文 2026 原文 2026-08-26 arXiv preprint arXiv:2608.25396 routingsemantic-routinginternet-of-agentsdistributed

在无中心路由控制的分布式智能体互联网中,目的地不预定且智能体本地服务视图有限,将任务路由至能力匹配的执行者颇具挑战。先发现再转发方法在网络转发前选定执行者,无法在下游出现新候选时直接重选。为此提出语义势场路由SPFR,将执行者发现与重选融入逐跳转发:本地语义FIB中每个执行者视为任务条件语义势源,效用决定强度,跳距引发指数衰减;每跳重算势场、重选主导执行者并转发一跳。在任务一致冻结FIB下证明无环与有限跳终止,并给出有界可见性相对全可见目标的加性误差界。仿真表明其接近分布式效用贪心与请求触发全局发现的效用,且跳数与消息更少,对网络与服务动态保持鲁棒。

SSR:面向大规模智能体发现的结构信号检索器 ↗ 详情

Giancarlo Maldonado Cárdenas, Carlos A. Astudillo, Nelson L. S. da Fonseca

论文 2026 原文 2026-10-15 arXiv preprint arXiv:2610.21113 [cs.MA] arXiv:2610.21113 agent-discoveryagent-registryagent-cardretrievalorchestrationevaluation

大规模多智能体生态需要在不把整个注册表塞给大模型编排器的前提下发现合适的智能体。难点不只是从不断增长的注册表中检索相关 Agent Card,还在于维持紧凑的候选上下文——每多一个候选都会推高提示长度、推理成本、时延与超出上下文窗口的风险。作者把该问题定义为「候选上下文可扩展性」,提出 SSR(结构信号检索器):一种面向 Agent Card 发现的确定性、免训练检索方法,从承载能力的 Agent Card 字段中提取结构化词法信号,用 IDF 加权,并以倒排信号索引(ISI)做选择性候选打分。在 1000 个智能体的规模下,相比全目录编排,SSR 将 LLM 输入减少 98.8%、编排时延降低 70.9%;在 MS MARCO 上 IDF 提升了结构表示内的检索效果,ISI 在保持效果的同时把显式打分的段落减少 96.8%。端到端实验显示候选预选能在注册表增长时维持紧凑上下文,并避免全目录编排出现的运行失败。

面向Agent互联网的可扩展信任发现架构 ↗ 详情

Song Zhang, Jiankang Yao, Hongtao Li, Xiaojun Zhang et al.

论文 2026 原文 2026-09-17 arXiv preprint arXiv:2609.20095 internet-of-agentsdiscoverytrustarchitecture

面向Agent互联网中大量自主Agent跨异构平台发现、验证与协作的需求,现有协议未解决可扩展注册、可信标识与能力发现问题。本文提出分层分布式信任发现架构,含Agent Root、Agent Registry与Agent Resolver三层,引入注册后缀锚定复合身份方案及双证书多级认证机制。原型实验显示平均注册延迟58ms、发现延迟25ms,每秒支持超19000次注册与29000次发现请求,验证了该架构的可行性。

《智能体身份可信化框架》报告——从静态身份管理到持续信任管理 ↗ 详情

Joint industry bodies (reported by People's Daily online)

报告 2026 原文 2026-09-11 Industry report, reported 2026-09-11 identity-trustcontinuous-trustagent-governanceresponsibilityreport

2026 年 9 月 11 日公开发布的行业报告,主张智能体身份治理要从「静态身份管理」走向「持续信任管理」:不能只给智能体发一张「身份证」就完事,还要在它每次行动时持续判断它是谁、属于谁、被授权做什么、当前是否可信。报告把身份拆成三层——产品身份回答「它是什么」,运行时身份回答「当前是哪个实例在运行」,责任主体身份回答「它代表谁行动」;再结合身份、环境、行为、任务上下文四类信号,持续给出可信状态并随风险变化动态调整。相关报道引述中国信通院泰尔终端实验室数据:2025 年接受 AI Agent 嵌入应用的比例不足 5%,2026 年预计达到 40%;对 Agent 的攻击最短攻克时间只有 27 秒、平均 29 分钟即可完成一次攻击,而传统安全团队响应时间往往以小时计。行业机构还预测,到 2028 年 90% 的 B2B 采购将由 AI 智能体作为中介完成,推动超过 15 万亿美元的 B2B 支出通过智能体交易平台进行。对网关侧的直接价值:三层层身份对应身份签发、实例绑定与委托链校验三项设计要素。

《智能体互联标准研究报告——从协议混战到规则成型:GB/Z 185、MCP、A2A 与国际标准全景解析》 ↗ 详情

微信公众号《AI安全推进计划》

报告 2026 原文 2026-09-03 微信公众号文章(2026-09-03,约 1.7 万字) 研究报告GB/Z 185MCPA2AIETF身份码标准

2026-09-03 发布的十章研究报告,全景梳理智能体互联标准化格局:三层格局(事实标准 MCP/A2A/AGENTS.md;国际法定标准 IETF/NIST/ISO-IEC;中国国标 GB/Z 185 系列);逐部分解析 GB/Z 185.1—185.7(总体架构的五概念域与 12 功能模块、身份码 OID 九层结构并兼容统一社会信用代码、身份管理全生命周期、能力画像、多中心化发现并支持局域网/工厂内网自动发现、点对点/群组/混合三种交互模式、工具调用五实体分层架构);MCP 2026-07-28 无状态化转向、A2A v1.0 与 AAIF 治理、IETF 从 BoF 到工作组、NIST 等动向;标准成熟度坐标、安全攻击面与防护缺口、产业落地与建议。最大优点是溯源纪律:第 10 章把可量化事实全部落到可核验来源(市监总局 2026 年第 22 号公告、工信部科技司解读、国家标准全文公开系统、信通院报告)。待核验后再引用:报告称系列共 8 项指导性技术文件,另有口径为 7 部分。对运营商视角的价值:GB/Z 185.5 的多中心化发现与内网自动发现、185.7 的五实体工具调用架构,与智能体网关的企业侧落地直接相关。

驾驭工程:赋能智能原生软件工程研究报告(2026 年,中国信通院) ↗ 详情

China Academy of Information and Communications Technology (CAICT), Institute of Cloud Computing and Big Data

报告 2026 原文 2026-10-08 Released by CAICT Institute of Cloud Computing and Big Data in early October 2026; key findings reported by 川观新闻 (2026-10-08) and reproduced by 智慧城市网 (afzhan.com) harness-engineeringagent-controlagent-governanceruntime-guardrailsmaturity-modelCAICT

中国信通院云计算与数字化研究所 2026 年 10 月初发布《驾驭工程:赋能智能原生软件工程研究报告(2026年)》。报告把驾驭工程(Harness Engineering)定义为「为智能体构建完整运行环境、约束规则与反馈闭环的系统工程方法」,使其承载统筹协同、规范治理、效率提升、安全保障四大职能,成为智能原生时代软件工程的核心管控框架;并指出三项范式转变:智能体从被动代码生成器转为主动工程参与者、管控重心从流程节点下沉到运行时行为、治理逻辑从流程驱动转为「约束边界+反馈驱动」。报告给出数据:截至 2026 年 5 月,67.3% 的软件相关企业已将 AI 投入生产环节,31.2% 完成智能体与核心研发流程的内嵌部署,AI 代码生成与自动化测试工具渗透率分别达 54.4%、49.1%;2026 年下半年驾驭工程进入开源基础设施爆发期(OpenAI 8 月开源 Codex Harness、DeepSeek 同期发布开源 Harness 框架)。报告提出六大设计原则、六类核心技术能力与 L1–L5 能力成熟度模型,并预计分三阶段演进:2026—2027 概念验证与标准形成期、2027—2028 平台化与规模化期、2028 年以后基础设施化期。建议加快制定跨平台能力描述规范与互操作标准。⚠ 口径说明:收录时未找到报告的官方下载页,上述引文均来自对所注信通院发布报道的转述。

面向多智能体系统的 AI 网关演进:跨模型、工具与智能体的策略执行 ↗ 详情

Varsha Mehta, Nicholas Carter

报告 2026 原文 2026-10-15 Gartner Research (document 8510777) agent-gatewaymulti-agentpolicy-enforcementagent-governanceanalyst-reportGartner

(Gartner 官方公开摘要,全文需订阅)随着多智能体采用扩大,AI 网关必须在模型、工具与智能体间路径上执行策略;长期企业价值将由智能体间治理、以及在基础路由之外锁定战略性工作流预算所驱动。

Gartner:CISO 在 2026 年底前应采取的五大行动 ↗ 详情

Gartner, Inc.

报告 2026 原文 2026-09-30 Gartner press release, Stamford, 2026-09-30; underlying research The Cybersecurity Executive Outlook, 4Q26 Gartneragent-governanceagent-accessguardian-agentsagent-identitypost-quantum

Gartner 2026-09-30 新闻稿,列出 CISO 应在 2026 年底前采取的五大行动,其中两项与智能体身份和访问控制直接相关。原文:「据 Gartner 2026 年第二季度对 297 位网络安全负责人的调研,54% 的组织没有限制 AI 智能体访问的既定方法,或直接沿用为人预设的访问权限。」建议原文:「CISO 应基于行动权限(而非模型智能程度)治理自主多智能体系统,并用『守护智能体(guardian agents)』保护智能体工作流以约束影响半径。」其余四项:确立在 AI 安全中的角色与权威(保护 AI 基础设施、理解模型与执行框架(harness)之间的交互,比模型自身的安全更重要);不再以满足感作为身份证明(放弃以『认出来』作为决策或行动授权依据,用上下文信号、额外认证层与内容溯源校验来增强深伪检测);为主动防御能力编列预算(2026 年第二季度对 300 余位企业风险负责人的调研中,76% 的 CISO 把 AI 驱动的漏洞发现列为其十大新兴风险之一);启动后量子密码迁移试点(2027 年前未启动 PQC 试点的组织,完整迁移成本将至少高出 200%;受访 CISO 中 51% 尚未开展任何 PQC 相关工作)。

《公共智能体电信网(PATN)技术白皮书》暨全球首例智能体间端到端 "First Call"(中国联通研究院,2026-10-16) ↗ 详情

China Unicom Research Institute

报告 2026 原文 2026-10-16 Released at the 10th Future Network Development Conference (Nanjing), 2026-10-16, together with a PATN prototype system; the white paper full text is distributed via the "中国联通研究院" WeChat account (reply "PATN") carrierChina-Unicomagent-interconnectionidentitysignallingaddressingwhite-paperChina

中国联通研究院在第十届未来网络发展大会(南京,2026-10-16)发布《公共智能体电信网(PATN)技术白皮书》及原型系统,并完成全球首例端到端智能体间互通(First Call)验证。白皮书的核心判断是:智能体互联网缺的不是又一个互联协议,而是面向公共、电信级、可监管的连接基础设施;参照 PSTN/IMS 演进逻辑,用「统一身份标识、基于身份的路由寻址、第三方监管溯源」三根支柱,实现「统一身份、信令建连、应答主权、互联互通」。身份由运营商作为中立第三方权威鉴权、以标识映射兼容电话码号与 DID;寻址对象从 IP 换成身份标识,内网智能体也能被找到;每次连接登记为可审计会话、由对方显式应答。First Call 覆盖注册发现、连接请求、对方审批、语义交互、数据通道全流程,两端处于不同网络域、全程未暴露公网服务、无需手工配置公网地址端口。发布方自述 PATN 仍处架构设想与原型验证阶段,白皮书全文需经公众号获取。

3GPP FS_6G_APP《6G 应用使能研究》(SA6 研究项立项中,将产出 TR 23.xxx) ↗ 详情

3GPP SA6

标准 2026 原文 2026-08-29 3GPP SA6 Study Item (SID under preparation, work plan Aug-Nov 2026) 3GPP · SA6 3GPP6Gapplication-enablementagent标准

SA6 研究:分析 6G 用例(依 SA1 TR 22.870,含第三方 AI 智能体协作)提炼应用使能层需求,塑造对齐 IMT-2030 愿景与 GSMA Open Gateway、ETSI OpenCAPIF 的 6G 应用使能框架。时间线:SA6#68(8 月 25-29)提案、9/10 月两轮主持式讨论、SA6#70(11 月 17-21)定稿 SID 报全会审批;产出 TR 23.xxx 将奠定 6G 规范性应用使能工作的基础。SID 草稿 S6-255552(3GPP FTP,浏览器可开,脚本下载 403)。运营商视角:应用使能层正是智能体网关能力可下沉/可暴露的位置。

3GPP TR 22.870《6G 用例与服务需求研究》(已批准) ↗ 详情

3GPP SA1

标准 2026 原文 2026-03-01 3GPP Technical Report (approved at TSG SA#111, March 2026) 3GPP · SA1 3GPP6Gagent需求标准

6G Stage-1 需求研究(2026 年 3 月 TSG SA#111 批准,200 余用例),明确包含「6G AI 智能体与第三方 AI 协作」用例族,以及「向授权第三方 AI 智能体开放服务」等需求;将 AI agent 界定为 6G 系统内具备意图理解、上下文推理、自学习与协同决策能力的自主智能实体。与 TR 38.914(6G 无线场景需求)同为 Release 21 规范性工作的锚点。运营商视角:智能体已写进 6G 需求正文,网络侧的智能体接入、身份、授权与暴露都将有 3GPP 规范依据。

ACPs 智能体互联协议族(v2.2.0) ↗ 详情

北京邮电大学(Beijing University of Posts and Telecommunications)

标准 2026 原文 2026-08-25 Open-source protocol family (Mulan PSL), the open-source implementation supporting the national standard GB/Z 185 "Artificial Intelligence — Agent Interconnection" (AIP) GB/Z 智能体互联AIPGB/Z 185ACPs开源协议身份码AICmTLSEd25519重点

中国首个与《人工智能 智能体互联》国家标准(GB/Z 185 / AIP)配套的开源智能体互联协议族,由北京邮电大学开发,经中国电子技术标准化研究院选定为 AIP 国标开源社区的构建基础;采用木兰协议,企业和机构可完全免费使用并开发商业化版本。协议族分为身份信任、能力目录、任务流转、运行观测四大模块,核心是「分层多中心」架构——每个自治域自设注册服务器、凭证管理服务器与发现服务器,域间通过管理节点互通,局部多中心最终在宏观上实现无中心协作,同时保留各参与方的数据、权限与治理自治。安全层由 AIC(基于 OID 的智能体身份码)、mTLS 双向证书核验与 Ed25519 签名三者构成。v2.2.0(2026 年 8 月)新增智能体监测协议 AMP(六类日志 + monitor-server 消费 Kafka 审计主题,做签名校验与链式哈希)、智能体访问控制规范 AAC(统一 human / agent / 服务账号的 subject 表达,基于 OIDC 关联真人与智能体身份并支持委托链)、流式与通知模式的 senderId/AIC 一致性校验、默认算法升级为 Ed25519、发现结果新增存活视图 aliveMap,以及 Ansible 的 image/host 双模式部署与独立 day2 运维剧本。设计哲学是「功能抽象」而非「实体绑定」,允许厂商按需选择集中式、分层式或分布式实现。对本站价值:ACPs 的注册/凭证/发现三件套、AIC 身份码与 mTLS+Ed25519 身份绑定,与智能体网关的身份校验、能力发现与跨域信任建立职责一一对应。

智能体标识与身份网络(中国信通院) ↗ 详情

China Academy of Information and Communications Technology (CAICT)

标准 2026 原文 2026-10-09 Announced 2026-10-09 by CAICT through its official account (中国信通院CAICT); trial operation anchored on agent trusted interconnection centres in Beijing and Xiamen, following the Beijing centre launch on 2026-09-18; access portal agent.idfactory.cn agent-identityagent-namingidentifierDIDverifiable-credentialA2AANPinfrastructureCAICT

中国信通院 2026-10-09 公告原文:智能体标识与身份网络「正式启动试运行,并面向社会开放接入」,依托北京、厦门等地智能体可信互联中心,为各类智能体提供标识注册、身份核验、寻址解析、能力发现和协同验证等服务,帮助不同平台、不同主体的智能体实现可信接入和跨域协同。技术路线为「区块链+DID+超级智能体」,兼容符合 W3C 规范的多种 DID 方法,适配 A2A、ANP 等主流互联协议,使不同技术路线、不同厂商和存量平台的智能体低成本接入。开放三类服务:注册发现、解析核验、资源对接;界定四类接入对象:智能体应用及平台方、数据与服务资源提供方、行业场景共建方、DID 及技术生态伙伴。接入流程为在线注册→需求确认→技术对接(生成 DID→提交注册→核验并签发基于可验证凭证 VC 的智能体身份标识→配置到智能体)。政策依据为 2026 年 7 月工信部等四部门《关于推动互联网基础资源高质量发展的指导意见》中关于探索构建智能体互联网络基础设施、加强网络标识资源规划与供给的要求。官方接入入口 agent.idfactory.cn。

《信息通信服务运行安全 智能系统工程能力要求》(通信行业标准,2026-09 立项) ↗ 详情

China Academy of Information and Communications Technology, CCSA TC1WG5

标准 2026 原文 2026-09-09 Telecommunications industry standard, approved at CCSA TC1WG5 43rd meeting CCSA · TC1/WG5 → CCSAindustry-standardoperational-safetyagent-servicesobservabilityresilience

2026 年 9 月在 CCSA TC1WG5 第 43 次工作组会议成功立项的通信行业标准,由中国信通院牵头。标准面向智能信息服务生产运行场景,适用于智算基础设施、人工智能平台、模型服务、Agent 服务,以及知识库、工具服务等支撑系统;既可用于服务提供者的能力建设与评价,也可为服务采购、项目验收及供应商管理提供参考。拟围绕运行安全治理、监测与可观测、容量与性能保障、稳定性防护、变更与配置管理、故障与应急保障、容灾与业务连续性、外部依赖与供应链保障、服务质量与持续改进提出能力要求,并设置基础级、增强级、先进级三级能力。立项动因是智能信息服务运行链路长(智算资源→模型推理→知识检索→Agent 编排→工具调用)、依赖关系复杂,容易出现响应超时、性能波动、任务失败及级联故障,而行业监测指标与稳定性保障机制口径尚不统一。中国信通院定于 2026 年 9 月 17 日召开首次研讨会。

智能体域名系统 2.0(CNNIC) ↗ 详情

China Internet Network Information Center (CNNIC)

标准 2026 原文 2026-09-29 Released at the Smart Agent Identity and Security Forum of the 7th China Internet Infrastructure Resources Conference; CNNIC official announcement 2026-09-30 agent-namingidentifiernaming-spaceagent-identityservice-discoveryCNNICATI

CNNIC 官方公告(2026-09-30)原文:「9月29日,在第七届中国互联网基础资源大会智能体标识与安全论坛上,中国互联网络信息中心正式发布智能体域名系统2.0。」公告称该系统「采用高扩展性架构设计,打造以域名为枢纽的多标识融合体系,具备全网通用标识、服务发现、安全认证等核心能力」,并「新增语义标签中文域名服务,提供智能体域名注册 API 接口,支持智能体检索、发现服务,并围绕地域、行业、企业规模等维度构建智能体观测视图」,以支撑智能体可信基础设施(ATI)建设、为智能体提供可信身份认证服务。CNNIC 表示下一步将以互联网域名管理技术国家工程实验室、智能体标识与安全保障技术北京市重点实验室等平台为支撑,支撑智能体跨域服务发现、可信认证与安全协同。同一大会的相关报道(央广网,2026-10-04)称该系统由 CNNIC 联合万联易达发布,万联易达产业智能体互联网内 9 家制造业代表性企业经纪人智能体经指南评估后首批获得「智域.中国」智能体域名身份,被称为智能体命名空间在产业级落地的第一步。

《智能体身份鉴别与授权技术框架》(团体标准,2026-09-09 启动) ↗ 详情

Cyber Security Association of China, Ant Group, et al.

标准 2026 原文 2026-09-09 Group standard launched at 2026 Inclusion Bund Summit CSA group-standardagent-identityauthorizationdynamic-access-controlidentity-chain

2026 年 9 月 9 日在 2026 Inclusion·外滩大会「智能体时代的安全坐标与责任边界」见解论坛上正式启动的团体标准,由中国网络空间安全协会提出,蚂蚁集团联合研究院所、运营商、互联网厂商等单位共同编制。标准解决智能体「身份是谁、代表谁、能做什么」的问题:提出建立智能体、用户和运行环境之间的多层可信身份链,为智能体颁发唯一、可信且可持续验证的数字身份,并引入基于任务意图的动态访问控制机制——按最小必要原则,权限随任务激活、随任务结束及时回收,降低过度授权和权限滥用风险。与同日启动的《智能体运行时安全技术要求》相互衔接,共同构成「鉴身份、识意图、守运行」的智能体安全基线。

《智能体运行时安全技术要求》(团体标准,2026-09-09 启动) ↗ 详情

Cyber Security Association of China, Ant Group, et al.

标准 2026 原文 2026-09-09 Group standard launched at 2026 Inclusion Bund Summit CSA group-standardruntime-securityintent-deviationauditagent-gateway

2026 年 9 月 9 日启动的团体标准,由中国网络空间安全协会提出,蚂蚁集团联合研究院所、运营商、互联网厂商等单位共同编制。聚焦智能体实际运行过程中「做了什么、是否偏离任务、如何及时处置风险」,覆盖风险监测与控制、风险检测与决策、集中分析以及性能与稳定性等要求,贯通用户初始意图、智能体规划、工具调用、系统执行和结果交付等关键环节。通过分层检测和纵深防御,一次越权调用、一段异常链路或一次意图偏离都能得到识别、研判和处置。与同日启动的《智能体身份鉴别与授权技术框架》形成「鉴身份、识意图、守运行」的完整安全基线,其运行时治理对象与智能体网关的职责高度重合。

上下文感知智能体授权网格(CAAM) ↗ 详情

J. M. Barney, R. Pioli, D. Watson

标准 2026 原文 2026-02-25 IETF Internet-Draft (individual) IETF → IETFauthorizationa2acontext

CAAM 提出上下文感知的智能体授权网格,把授权决策与调用上下文绑定,而非依赖长期静态令牌,缓解智能体系统中授权被过度使用与越权传递的问题。

基础设施辅助的智能体发现 ↗ 详情

L. Dunbar, B. Zhang

标准 2026 原文 2026-10-16 IETF Internet-Draft draft-dunbar-dawn-infra-assisted-discovery-02 (DAWN) IETF → IETFDAWNagent-discoverynetwork-infrastructurereachabilityprotocol

本文描述一种基础设施辅助的智能体发现方法。编排、放置或托管系统可发布可用智能体服务/实例的当前部署与可达性信息;同时,网络基础设施可推导出一个抽象的「附着范围」(Attachment Scope),表示适用于请求方的网络上下文。发现机制把请求方意图、当前已发布的智能体资源与请求方的附着范围三者结合,识别出适用的智能体实例。

SAIP:签名智能体身份协议 ↗ 详情

S. Jovancevic

标准 2026 原文 2026-04-09 IETF Internet-Draft (individual) IETF → IETFidentitysignatureprotocol

SAIP 用密码学签名为智能体身份背书,解决「如何证明对端确实是其所声称的那个智能体」这一身份真实性问题。

用 DNS TXT 记录发现 MCP 服务器(draft-morrison-mcp-dns-discovery-09) ↗ 详情

B. Morrison

标准 2026 原文 2026-10-21 IETF Internet-Draft, Intended status: Informational (individual submission, rev -09; Alter Meridian Pty Ltd) IETF → IETFMCPagent-discoveryDNSDNSSECDANEidentity

本文定义一套基于 DNS 的机制,用于发现 MCP(模型上下文协议)服务器、发现运营这些服务器的组织身份,以及绑定到同一区域下发布的 Sovereign 级 ~handle 的密码学身份信封。共定义三条 TXT 记录:_mcp.<domain> 公布 MCP 服务器的端点 URL、所属智能体协议族、传输绑定、密码学身份与能力档位;_org-alter.<domain> 公布运营方的规范化组织身份,包括法人实体、注册标识、运营区域,以及其必须拒绝外部自动化访问所依据的监管框架;_alter.<domain> 发布一个 Ed25519 签名信封,把 ~handle 绑定到公钥、IdentityLog 根引用与撤销承诺。信封记录强制要求 DNSSEC 校验;当「解析信封」与「建立 MCP 会话」属于同一次识别事务时,MCP 端点强制要求 DANE TLSA 绑定。该机制与基于 HTTPS 的发现互补,沿用 DKIM、SPF、DMARC、MTA-STS 的先例;配套的 alter: URI 方案已在 IANA 临时注册。

agent URI 方案与可验证的智能体身份(draft-narvaneni-agent-uri-04) ↗ 详情

Y. Narvaneni, S. P. Ravi

标准 2026 原文 2026-10-20 IETF Internet-Draft, Intended status: Standards Track (individual submission, rev -04) IETF → IETFagent-identityagent-uriDIDHTTP-message-signaturesWIMSEnaming

软件智能体越来越多在互联网上代表个人与组织行事:调用 API、浏览网站、把工作委托给其他智能体。A2A、MCP 等协议规定了智能体如何通信,却缺少一个可互操作的办法回答前置问题:这是哪个智能体,其声明如何验证?本文定义 agent URI 方案,作为智能体稳定、人类可读的标识符;定义从该标识符到 HTTPS 托管的「智能体身份文档」的确定性映射;把智能体公钥锚定到 Web 源或去中心化标识符;并定义把智能体与其协议元数据绑定的签名声明。草案还给出两类档位(profile):一是基于 HTTP Message Signatures、让智能体在 HTTP 请求上证明身份的自动化流量档;二是让短生命周期智能体实例以 WIMSE Workload Identity Token 格式在该智能体身份下行动的档位。草案有意不定义智能体如何通信、如何描述能力、如何被调用。

面向 6G 系统的 AI 智能体协议 ↗ 详情

E. Stephan (Ed.), R. Schott, D. Lopez, X. Duan et al.

标准 2026 原文 2026-10-12 IETF Internet-Draft draft-stephan-agentproto-6g-usecases-00 (Agent Communication Protocols WG) IETF · PROTOCOLS → IETF6Gagent-protocol3GPPuse-casesrequirementscarrier

智能体之间、智能体与工具之间的通信预计将在 6G 系统中处于关键地位。3GPP TR 22.870 给出了 6G 系统内 AI 智能体通信的多项用例与潜在服务需求。本文提供该 TR 中用例与服务需求的示例,并外推可能涉及的智能体通信协议相关需求。

智能体间信任、身份与可验证溯源 ↗ 详情

T. Trujillo

标准 2026 原文 2026-07-25 IETF Internet-Draft (individual) IETF → IETFa2atrustidentityprovenance

面向智能体间(A2A)交互的信任、身份与可验证溯源机制,使参与方能鉴别对端身份、并对智能体的实际行为进行事后审计。

DAWN 智能体发现框架(draft-zhang-dawn-agent-discovery-framework-01) ↗ 详情

Bin Zhang

标准 2026 原文 2026-09-07 IETF Internet-Draft (individual, DAWN) IETF · dinrg 去中心化互联网基础设施 → IETFDAWNagent-discoveryfederationdata-sovereigntyarchitecture

DAWN 框架下 31 页的个人互联网草案,提出跨组织智能体发现的两层联邦参考架构。第一层本地发现面(Local Discovery Plane)在站点内部做零配置的智能体通告与汇集,不强制特定的链路本地协议;第二层联邦面(Federation Plane)通过轻量的联邦元数据记录(FMR,即 DAWN 最小可发现信息 MDI 的具体绑定)连接互相信任的站点网关,完整能力卡(Capability Card)按需通过已认证单播取回。数据主权由站点网关内置的出口策略引擎(Export Policy Engine)保障——可决定哪些记录发给哪些对端、删减哪些字段,实现「一份本地目录、不同对端不同子集」。草案自述为 Informational,不定义规范性协议格式,也不与 ACAP、Agent Directory、ARDP 竞争。需注意公开评审提出的缺口:FMR 携带来源、端点、能力、新鲜度与溯源,却没有授权受众集合、再分发标志与出口策略版本,因此来源方的共享决定不会随记录越过第一跳。

智能体互联网网关能力目录与同步(草案) ↗ 详情

Lianhua Zhang, Huiling Yang, Yun Li, Shoufeng Wang

标准 2026 原文 2026-04-21 IETF Internet-Draft (individual submission) IETF → IETFagent-gatewaycapability-directorydirectory-sync

面向智能体互联网定义网关托管的能力目录框架:作为控制面功能,维护经校验的能力信息(超越瞬态广播、静态端点绑定与外部描述),给出需求与通用对象模型。

联邦式智能体元数据同步协议(FAMS-P) ↗ 详情

B. Zhang (Ed.)

标准 2026 原文 2026-10-14 IETF Internet-Draft draft-zhang-dawn-bgp-style-federated-discovery-00 (DAWN) IETF → IETFDAWNagent-discoveryagent-registryfederationBGProutingprotocol

本文规定联邦式智能体元数据同步协议 FAMS-P,是 DAWN 两层发现架构中「类 BGP 结构化对等」联邦模式(模式 B)的规范性协议实现。FAMS-P 是点对点单播协议,用于跨管理域的联邦网关(FGW)之间同步智能体发现元数据,适用于首选 DNS 委派模型不满足运行要求的部署,例如约 2 至 200 个站点的封闭可信联邦。协议运行于对等网关间双向认证的 TLS 1.3 会话上,支持首次全量元数据同步,以及智能体上线、下线与变更的增量更新;每个网关维护本地联邦智能体目录(FAD)。协议只同步轻量的联邦元数据记录(FMR)——DAWN 最小可发现信息(MDI)的具体绑定——因而只传输 DAWN 章程允许的最小公开发现信息,更丰富的能力检索不在范围内。协议定义了完整消息格式、含连接冲突解决的会话状态机、时间戳与重放保护的冲突解决、强制的 FMR 源签名、带抖动上界的 TTL 老化,以及细粒度的逐对等方导出策略执行。

网络与算力感知的跨域智能体系统框架(draft-zhao-rtgwg-agentic-systems-00) ↗ 详情

D. Zhao, Q. Li, Y. Wang, C. Jiang

标准 2026 原文 2026-10-21 IETF Internet-Draft, Intended status: Informational (individual submission to RTGWG, rev -00; Pengcheng Laboratory) IETF → IETFRTGWGagent-networkroutingcompute-awarecross-domainarchitecture

智能体系统执行任务时,会用到分散在各站点与各管理域的智能体、模型服务、数据服务、工具与算力环境;这些组件之间的依赖产生通信与算力需求,且需求可能在执行过程中变化。一次协作能否满足这些需求,取决于网络连通性与性能、算力容量与就绪状态、数据与模型的位置,以及约束资源使用与数据流动的策略。本文给出一个跨域智能体协作框架,把任务依赖与影响通信、执行的网络和算力条件一并考虑,梳理智能体及其运行时、基础设施信息功能、资源管理功能各自的角色与交互;把任务依赖映射为通信与算力需求,并考虑执行位置、数据流动与跨依赖活动的约束;讨论如何用「范围恰当」的域内信息评估智能体、服务与工具的不同组合,以及在可见性不完整、各域策略独立的情况下如何抽象与更新这些信息;框架还涉及对依赖与基础设施条件变化的适配,包括信息开销与大规模智能体群体中决策的稳定性。

《人工智能 智能体技术要求》(GB/Z 242-2026,国家标准化指导性技术文件) ↗ 详情

Standardization Administration of China (SAC)

标准 2026 原文 2026-09-30 National standardization guidance document (GB/Z); release reported by Xinhua on 2026-09-30 GB/Z national-standardGB/Zagentcapability-requirementstool-invocationChina

2026 年 9 月 30 日新华网报道获批发布的五项人工智能领域国家标准(GB/Z,国家标准化指导性技术文件)之一;标准自身的发布日期报道未单独给出,采集时未找到公开全文,故范围仅按官方报道口径陈述。报道原文:「《人工智能 智能体技术要求》(GB/Z 242-2026) 围绕感知、规划、执行、记忆、工具调用等关键能力提出规范,为智能体自主任务执行提供技术指引」。与之一并发布的还有《人工智能 模型即服务(MaaS)性能规范》(GB/Z 222-2026)、《人工智能 检索增强生成通用技术要求》(GB/Z 253-2026) 与《人工智能 检索增强生成系统评价指标与方法》(GB/Z 236-2026)、《人工智能 家居大模型技术要求》(GB/Z 228-2026)。报道称这五项标准为大模型服务评价、知识增强、智能体能力建设和智慧家庭应用提供统一技术规范。

IETF agentproto 工作组拟议章程:智能体通信协议(Agent Communication Protocols) ↗ 详情

IETF (responsible AD: Charles Eckel), agentproto Working Group

标准 2026 原文 2026-10-02 IETF proposed Working Group charter (charter-ietf-agentproto-00-04); on the IESG telechat agenda of 2026-10-08 IETF → IETFagentprotoagent-dialogworking-groupcharterMCPA2ASCITTWIMSE

IETF 拟设工作组章程《智能体通信协议(agentproto)》,修订版 charter-ietf-agentproto-00-04,状态「外部评审」,工作组状态「拟设」,负责 AD 为 Charles Eckel,已列入 2026-10-08 的 IESG telechat议程。章程原文:「agentproto 工作组的范围,是定义一个通用的基线式智能体对话管理协议,并构建一个参考架构来整合相关协议积木,实现跨平台、跨厂商的互操作。」「对话(dialog)」定义为「两个或更多参与者在一次任务过程中相关连的交互序列」;「对话上下文」为「关联与维持一次智能体对话所需的标识符与生命周期状态,不包含与 AI 模型交换的内容,如对话记忆、检索到的文档或提示词」。协议本身「既不替代应用层智能体通信协议,也不定义新的传输协议;它定义对话标识、生命周期语义与对话上下文的传播,以及说明该上下文如何在既有 IETF 协议上承载的绑定」。交付物:智能体对话管理协议(标准轨),定义对话管理原语(跨多跳与信任边界的关联;传播关系的建立、修改、终止与撤销;故障恢复与不可达处理)以及基于 HTTP、QUIC、WebTransport、WebRTC、MoQ 等既有 IETF 协议的传输绑定;另有参考架构(信息性)与用例与需求(信息性)。上下文的设计使既有应用层智能体通信协议(如 MCP 与 A2A)可用自身机制承载它。关键考量:「AI 智能体作为自主软件实体,可能需要独立于委托其权限的用户而被认证。」明确排除:智能体实现细节、智能体决策或规划语义的标准化、智能体行为安全、人机界面,以及审计数据结构。拟议里程碑:2026 年 12 月采纳用例草案,2027 年 2 月采纳架构草案,2027 年 3 月采纳拟议标准的对话管理协议草案,2028 年 3 月提交 IESG 作为拟议标准。

AUDIT:智能体委托与交互可追溯性(IETF 已批准的 BoF 请求) ↗ 详情

Mirja Kühlewind, Henk Birkholz, Pam Dingle

标准 2026 原文 2026-10-08 IETF approved BoF request, last updated 2026-10-08; target BoF at IETF 127 (San Francisco); proposed working-group name AUDIT; responsible AD: SEC ADs; proposed chair: Yaroslav Rosomakho IETF → IETFauditaccountabilitydelegationtraceabilityagent-identityA2ASCITTRATSvConWIMSEworking-group

IETF 已批准的 BoF 请求(bofreq-…-00,2026-10-08 最后更新,目标为 IETF 127 的 BoF,拟成立工作组 AUDIT,责任 AD 为 SEC ADs,拟任主席 Yaroslav Rosomakho),描述原文要点:自主与半自主软件智能体正代表用户跨多个服务与管理域行动,并可在每一步无直接人工监督下发起动作,由此给可审计性、可问责性与透明性带来显著挑战;现有系统日志、追踪系统与授权框架只覆盖系统行为的单个侧面,缺乏跨域关联用户意图、委托链、授权状态与结果动作的互操作支持。审计范围是智能体的可观测行为(用户意图、智能体或工具交互、已发起或被拒绝的动作、交换数据、跨信任边界的结果),不含对底层模型、训练数据或推理机制的审计。AUDIT 拟定义可互操作的协议机制与数据模型,用于记录、交换与验证跨互联网协议的审计相关信息,涵盖架构概念、审计记录通用模型、审计上下文跨交互传递,以及与 OAuth、HTTP、RATS/SCITT 等现有 IETF 协议的集成;技术重叠列明 OAUTH、WIMSE、SCITT、RATS、HTTPbis、Webbotauth、DAWN、AgentProto。相关草案:draft-kuehlewind-audit-architecture-00、draft-birkholz-verifiable-agent-conversations-00。

IETF DAWN 工作组拟议章程:为智能体按名称发现(Discovery of Agents With Names) ↗ 详情

IETF (Internet Area), DAWN Working Group

标准 2026 原文 2026-10-02 IETF proposed Working Group charter (charter-ietf-dawn-00-08) IETF → IETFDAWNagent-discoveryworking-groupcharterDNSmDNS

IETF 拟设工作组章程《为智能体按名称发现(DAWN)》,修订版 charter-ietf-dawn-00-08。章程原文:「客户端在交互之前,常需先发现 AI 系统与资源(例如 AI 智能体)的信息,这就需要获取如何到达这些资源以及它们提供什么的信息。DAWN 工作组的重心,是一个客户端如何发现 AI 资源的公开属性,以支持后续的选择、调用或通信;DAWN 只聚焦这一初始发现,不包含开放式搜索、语义撮合、排序,也不基于能力或用户意图对 AI 资源做选择。」范围限于三种场景:紧邻环境内、组织内、以及在公共互联网上具有信任关系的合作方之间。章程称将制定「一个可互操作、通用的发现机制,建立在既有协议与工具之上,受益于成熟的信任模型,支持已被验证的委托与联邦架构,并允许各组织独立发布发现信息」,且「将考虑以 DNS 和 mDNS 作为构建发现协议的机制」。交付物:术语(信息性)、用例与适用性(信息性)、发现架构(信息性 RFC)、协议(标准轨文档)。初始阶段明确排除:超出最小公开发现信息的能力信息交换、初始发现之外的任何通信、跨广域互联网的 AI 资源索引与搜索、智能体/工具/技能的身份管理、以及超出 DAWN 各方安全内容交换之外的信任管理与信任评估方法。拟议里程碑:协议规范 2027 年 12 月、架构文件 2028 年 1 月提交 IESG,术语文件可选在 2027 年 6 月。章程称将与 WIMSE、OAuth 以及与DNS、发现、身份或 AI 相关的工作组协同。

IETF DAWN 工作组成立:为智能体按名称发现(章程 charter-ietf-dawn-01 于 2026-10-22 获批) ↗ 详情

IETF (Internet Area), DAWN Working Group

标准 2026 原文 2026-10-22 IETF Internet Area Working Group; WG state Active, charter-ietf-dawn-01 state Approved (2026-10-22); chairs Dapeng Liu, Frank Brockners; Area Director Éric Vyncke IETF → IETFDAWNagent-discoveryworking-groupcharterDNSmDNS

IETF 互联网领域正式成立 DAWN(Discovery of Agents With Names,为智能体按名称发现)工作组,已批准章程 charter-ietf-dawn-01,工作组状态 Active(2026-10-22)。章程原文:「客户端在交互之前,常需先发现 AI 系统与资源(例如 AI 智能体)的信息,这就需要获取如何到达这些资源以及它们提供什么的信息。」「DAWN 工作组的重心,是一个客户端如何发现 AI 资源的公开属性,以支持后续的选择、调用或通信;DAWN 只聚焦这一初始发现,不包含开放式搜索、语义撮合、排序,也不基于能力或用户意图对 AI 资源做选择。」并指出发现「可能是一个迭代过程,可能使用转介、直接传递、委托或间接寻址」。章程称工作组将制定「一个可互操作、通用的发现机制,建立在既有协议与工具之上,受益于成熟的信任模型,支持已被验证的委托与联邦架构,并允许各组织独立发布发现信息」,且「将考虑以 DNS 和 mDNS 作为构建发现协议的机制」。交付物为术语、用例与适用性、发现架构(信息性)以及协议(标准轨)。初始阶段明确排除:超出最小公开发现信息的能力信息交换(即能力目录)、初始发现之外的任何通信、跨广域互联网的 AI 资源索引与搜索、智能体/工具/技能的身份管理、以及超出 DAWN 各方安全内容交换之外的信任管理与信任评估。备注:本条目记录的是正式获批章程,取代库内此前的拟议章程 charter-ietf-dawn-00-08(文件名不变、修订号升至 01、章程状态为 Approved)。

ITU-T Y.aias-reqts《AI 智能体即服务(需求)》(在研) ↗ 详情

ITU-T SG13 Q17/13, ETRI

标准 2026 原文 2026-06-09 ITU-T SG13 work item (under study) ITU-T · SG13/Q17/13 智能体即服务与机器学习平台(Q17/13) → ITU-Tagentagent-as-a-service标准

SG13 Q17/13 在研工作项「AI 智能体即服务(Y.aias-reqts)」需求标准,ETRI 于 2026 年 6 月提交多篇文稿,涉及智能体范围/概述修订与第 6.2 章 Agent as a Service 文本。并行在研项还有 Y.AMLM-reqts(ML 模型适配)、Y.MLPaaS-reqts(ML PaaS)。标志「智能体即服务」已进入 ITU-T 需求级标准化阶段——与网关侧的 AgentCard/能力目录发现机制同题,值得对表。

ITU-T YSTR.ACN《IMT-2020 及以后网络中的智能体通信网络(ACN)》(TR 草案) ↗ 详情

ITU-T SG13, 中国电信, 中国信通院, 中国移动

标准 2026 原文 2026-06-09 ITU-T SG13 WP3 Technical Report (under study) ITU-T · SG13/ACN 智能体通信网络(ACN)与分布式智能 → ITU-TagentACN6G标准

ITU-T SG13 在研技术报告,定义 IMT-2020 及以后网络中的智能体通信网络(ACN)。与 YSTR.NAC、Y.IMT2020-DIC 同列 SG13 智能体标准化成果序列;与中国移动在 2026 云网智联大会提出的 ACN(智能体通信网络,智能体与 6G 深度融合的产物)概念互为呼应——同一问题空间(面向 6G 的智能体原生组网)在国际标准与国内产业两条线上并行推进。

ITU-T YSTR.NAC-roadmap《面向 AI 智能体协作的组网——标准化现状与路线图》(技术报告) ↗ 详情

ITU-T SG13 Q22/13, 中国电信, 中国信通院, 中国联通 et al.

标准 2026 原文 2026-03-16 ITU-T Technical Report (approval targeted 2026-11) ITU-T · SG13/Q22/13 未来网络架构与智能体协作组网(Q22/13) → ITU-Tagentroadmap标准

SG13 Q22/13 技术报告(目标 2026-11 结题),盘点支撑跨组织、异构协议与数据格式的 AI 智能体协作组网的标准化现状与路线图,收录相关建议书与技术报告并给出方向建议。姊妹篇 YSTR.NAC《面向 AI 智能体协作的组网框架》。中国电信、信通院、联通、北邮、之江实验室、NICT 支持,编辑含李景文、Ved P. KAFLE。对运营商视角:这是「智能体网络」在 ITU-T 的正统落点,与 CCSA TC3 智能体网络子组、IETF 侧草案构成三方对表。

T/CCSA 800-2026《人工智能 智能体系统能力分级方法和技术要求》 ↗ 详情

CCSA TC1/WG1, 中国移动, 中国信通院, 中国联通 et al.

标准 2026 原文 2026-03-02 CCSA 团体标准(已发布) CCSA · TC1/WG1 互联网应用总体及人工智能 → CCSAagentcapability-levelling标准

2026-03-02 发布、2026-06-01 实施(项目编号 2025-CCSA-002,归口 TC1/WG1 互联网应用总体及人工智能)。规定智能体系统能力的分级方法及各级别对应技术要求,供智能体系统使用方与提供方划分能力等级;同批共发布 75 项团体标准。英文标题即以 AI agent system 表述智能体系统。

Agentor:支持 A2A 与持久化执行的开源智能体框架 ↗ 详情

Celesto AI

工具 2026 原文 2026-08-25 Open source (Apache-2.0), Python frameworkA2Adurable-executionMCPopen-source

开源的 Python 智能体框架(Apache-2.0),面向长时间运行的智能体,涵盖工具调用、MCP 支持、A2A 智能体间协议与持久化执行。核心特点是「durable runs」:每一步都被持久化,因此进程崩溃后另一个进程可以接着跑完,或从中分叉出新任务。对智能体调用 serve 即自动启用 A2A 协议,使其可被其他智能体发现。兼容任何 OpenAI 兼容的模型提供方,包括 OpenRouter、Groq、Together、vLLM 与 Ollama。值得关注之处在于它把「A2A 可发现性」与「崩溃可续跑」作为默认能力而非附加功能。

ANP(Agent Network Protocol)智能体网络协议 v1.2 ↗ 详情

ANP Community

工具 2026 原文 2026-09-24 Open-source protocol suite (Apache-2.0), https://agent-network-protocol.com; v1.2 released 2026-09-24 agent-internetprotocol-suiteagent-namingagent-discoveryWNSDIDopen-source

项目 README 原文:「ANP 的愿景是成为智能体网络时代的 HTTP:一套覆盖智能体身份、命名、发现、协商、安全消息与应用级协作的协议族。」必要性方面,README 称当前互联网基础设施「已很成熟,但仍缺少一个面向大规模智能体网络设计的通信与连接层」,ANP 聚焦三个挑战——互连(让不同平台与域的智能体相互认证、发现与通信)、原生接口(让 AI 使用 API、协议文档、结构化描述与协商式接口,而非模仿人类浏览)、高效协作(让智能体自组织、自协商并构建更低成本的协作网络)。结构上分为两层:身份与加密通信层,基于 W3C DID 与 Web 基础设施(ANP-02 DID 认证,把通用认证与 DID 方法校验分离,含 did:wba 与原生 did:web;ANP-03 did:wba 方法;ANP-04 WNS 命名;ANP-09 端到端即时消息及 P1-P9消息 Profile,定义 DID 寻址与设备绑定的端到端加密);应用协议层,含智能体描述、智能体发现与智能体应用协议。规范索引中,智能体描述(ANP-07,覆盖智能体描述文档、接口描述与能力发布)与智能体发现(ANP-08,主动 `.well-known` 发现与向搜索智能体被动注册)均标注为 Released v1.2。定位原文:「ANP 复用 HTTP、CA、DNS、CDN、搜索与 TLS,而不是重建一套新网络栈。」仓库采用 Apache-2.0 许可;README 附有「本项目未在任何平台或区块链发行数字货币」的声明。

AXP:基于确定性网络的智能体互联平台(紫金山实验室联合中国移动等,2026-10-16) ↗ 详情

Zijing Mountain Laboratory (紫金山实验室), China Mobile, Jiangsu Future Network Group, Jiangsu Future Network Innovation Research Institute

工具 2026 原文 2026-10-16 Announced at the 10th Future Network Development Conference (Nanjing), 2026-10-16, as one of three headline results released by Liu Yunjie (CAE) and You Xiaohu (CAS) agent-interconnectiondeterministic-networkingsemantic-addressingprotocol-translationcompute-network-schedulingCENIChina

紫金山实验室联合中国移动、江苏未来网络集团、江苏省未来网络创新研究院研发的「基于确定性网络的智能体互联平台 AXP」,于第十届未来网络发展大会(南京,2026-10-16)作为三项重磅成果之一发布。平台实现智算网深度融合调度与异构智能体协议统一转换,支持百万级智能体注册接入、十万级智能体同时在线运行,具备秒级故障感知切换与百毫秒级语义寻址响应;依托国家级未来网络试验设施 CENI,可完成 4000 公里以上跨域高精度智能体寻址访问,端到端任务执行耗时降低 20% 以上。紫金山实验室已联合电信运营商、通信设备企业、大型钢铁制造企业开展多场景联合测试与产业化验证。截至收录时未见开源仓库或公开规范文本。

CubeMAP:中国联通智能体互联网原生网络架构与协议框架 ↗ 详情

China Unicom

工具 2026 原文 2026-09-28 Platform announced by China Unicom in late September 2026 (通信世界 news bulletin, 2026-09-30; weekly industry timeline lists the release on 2026-09-28); described by China Unicom Research Institute as an open agent-internet research platform agent-interconnectionprotocol-frameworkregistrydigital-identityoverlay-networkcarrierChina-Unicom

中国联通于 2026 年 9 月下旬发布 CubeMAP 解决方案。通信世界(2026-09-30)原文称其「旨在解决海量异构智能体之间的互联互通难题,推动多智能体协同从技术构想走向规模化应用」;行业周综述(2026-10-03)将发布时间记为 9 月 28 日。中国联通研究院下一代互联网研究部总监曹畅在大会分享中(《中华英才》半月刊 2026-09-23 报道)指出:AI 正从单体智能迈向群体协同,智能体互联网将重构「连接、架构、认证、服务」核心要素;为此中国联通提出原生网络架构与协议框架,并搭建开源开放的智能体互联网科研平台 CubeMAP,提供注册发现、数字身份、协议适配等核心能力;未来以算、网资源为基础承载层提供「连接+算力」,融合 Overlay 网络与数字身份技术构建智能体互联网服务层。业界评论将其类比为智能体之间的「TCP/IP 层」——运营商把智能体互联作为网络能力来做。⚠ 口径说明:收录时未找到中国联通的一方产品页,上述表述均引自所注中国媒体报道;发布时间有 9-28(周综述)与 9-30(通信世界晚报)两种口径。

JiuwenSwarm(openJiuwen 蜂群智能体平台) ↗ 详情

Huawei 2012 Labs, Huawei Cloud AgentArts

工具 2026 原文 2026-09-06 Open source, Apache-2.0 open-sourcemulti-agentagentosharnessswarmself-evolution

华为全开源的多智能体协作平台,由华为 2012 实验室与华为云 AgentArts 团队联合构建,目标是打造可支撑百万级智能体长稳运行的通用 AgentOS。其标杆智能体 JiuwenSwarm 沉淀了平台在 Harness 工程、多智能体协同、自演进等方向的关键能力。截至 2026 年 9 月公开数据:40K+ Star、650+ 贡献者、累计下载超 300 万,已落地 50+ 行业、覆盖金融/制造/政务/科研/电信等 10+ 场景;华为披露 Prefix Cache 命中率提升 20% 以上、TTFT 下降 15%。代表案例是南方电网基于 openJiuwen 开发设备「数字医生」,构建「手、眼、脑」一体化的多智能体协同架构,准确率超 90%、评价时间缩至分钟级,推动运维从经验驱动转向智能体驱动。华为在 AGNTCon + MCPCon China 2026(上海,2026-09-06/07)上同时披露了电信领域从 A2A 到 A2A-T 再到 OpenAN 的演进路径。项目在 AtomGit 亦有镜像仓库。

Kong Volcano:面向智能体的 AI 原生平台与 MCP 网关 ↗ 详情

Kong Inc.

工具 2026 原文 2026-09-30 Commercial platform with open-source SDK mcpgatewaygovernanceobservabilityenterprise

Kong 于 2026 年 9 月 30 日宣布,把开源 Volcano 智能体 SDK 扩展为完整的 AI 原生平台,用于构建、部署与运行智能体。其战略押注是:智能体将经由 MCP 而非直接 API 调用访问企业数据,因此真正可长期占据的位置是中间的「治理层」——像其 API 网关处理常规流量那样处理鉴权、限流与可观测性。SDK 演示用九行代码搭出「查询—摘要—发帖」工作流;平台支持 Anthropic、OpenAI、Azure、AWS、GCP 等模型。公开讨论的疑问是开发者会选择 Volcano,还是继续使用 OpenAI、LangChain 等更大的框架。

Agensh:微软无中心编排器的自组织多智能体框架 ↗ 详情

Microsoft Research

工具 2026 原文 2026-09-22 Microsoft Research · arXiv:2609.26781 · 项目页 aka.ms/Agensh multi-agentdecentralizedorchestrationself-organizationscaling

微软研究院 2026 年 9 月开源的多智能体「harness」架构,核心是完全移除中心编排器,让最多 1024 个智能体自组织协作。所有智能体对等、异步并发,各自执行同一套五步循环(汇总共享上下文 → 认领未完成子任务 → 独立执行 → 自检验证 → 合并结果),认领冲突由点对点协商解决而非调度器裁决。论文的核心主张是把「智能体数量」确立为大模型能力的独立缩放维度:在不升级底层模型、不延长单智能体推理时长的前提下,任务完成率随智能体规模提升。这直接针对主流「编排者—工作者」架构的调度带宽上限、单点故障与任务分配僵化问题。

微软 Agent Framework 1.0:A2A + MCP 双协议的统一智能体 SDK ↗ 详情

Microsoft

工具 2026 原文 2026-09-30 Open source SDK (.NET / Python) frameworkA2AMCPorchestrationcheckpointingopen-source

微软 2026 年 9 月 30 日发布,把此前分散在 Semantic Kernel 与 AutoGen 两条产品线中的智能体能力合并为一套统一开源 SDK,覆盖 .NET 与 Python。多智能体编排被拆解为几种明确模式:顺序、并发、群聊、交接(handoff),以及基于 Magentic 的「经理—团队」模式。协议层原生同时支持 A2A(智能体互联)与 MCP(工具接入),两条线互不替代。工程侧新增检查点与恢复机制,长任务可中断续跑,中断会话可导出交由人工接管。其意义在于收敛了此前「每个项目各造一遍编排轮子」的散乱局面,且 A2A+MCP 双支持表明智能体互通协议正在定型。

OpenAN:通信智能体协同开源项目 ↗ 详情

Linux Foundation Networking, China Mobile, Huawei, ZTE et al.

工具 2026 原文 2026-06-25 Linux Foundation Networking (LFN) candidate project, Apache-2.0 open-sourceautonomous-networksA2A-Tagent-registryorchestrationcarrier

全球首个面向通信智能体协同的开源项目,由中国移动与华为贡献、托管于 Linux 网络子基金会(LFN)作为候选项目;2026 年 3 月 MWC 巴塞罗那首次亮相,6 月 25 日 MWC 上海正式发布,6 月 30 日在哥本哈根召开八家创始成员首次线下会议。项目实现 A2A-T(Agent to Agent Protocol for Telecom),在通用 A2A 协议之上向电信场景扩展四个关键领域(Task-T 结构化任务、Notification-T 网络事件订阅发布、Negotiation-T 模糊条件下任务协商、Authorization-T 动态安全),并提供三类组件:A2A-T 公共组件(SDK、注册中心、编排中心)、Agent 框架与 AN 本体(面向电信领域的知识图谱,用于跨智能体语义对齐)。注册中心实现全本地化部署,支持千级规模智能体的互联、检索与调度,全部交互流量在本地闭环,有效缩小安全暴露面。中国移动担任项目主席,治理由创始成员委员会(Adopter Advisory Committee)承担。目标是与 TM Forum 自智网络参考架构对齐,形成「标准指引方向—开源加速落地—实践反哺标准」的正向循环,商业验证目标定在 2027 年。

Tuskira 智能体网关:开源、自托管的智能体运行网关 ↗ 详情

Tuskira

工具 2026 原文 2026-10-01 Open source (Apache-2.0), self-hosted; released 2026-10-01; repository github.com/Tuskira/tusk-ai-secured-gateway (created 2026-10-01, v0.4.0) gatewayMCPgovernanceobservabilitypolicyopen-sourceagent-runtime

Tuskira 于 2026 年 10 月 1 日发布 AI Agent Gateway——一个开源、自托管的智能体网关,面向开发者、平台团队与安全团队:在同一处配置模型与工具、查看支持的调用、施加策略、控制访问、统计 token 开销并切换模型,而无需改动各个智能体;网关完全运行在组织自有环境内,无需 Tuskira 账号或托管服务,配置、策略与日志由组织掌控。其针对的问题是各编码助手(Claude Code、Cursor、Codex)、AI 办公助手与自研智能体各用各的模型密钥、MCP 清单与权限规则,导致组织对智能体「做了什么、访问了什么、花了多少」缺乏统一视图。核心能力包括:经单一端点路由 LLM 调用、以集中式档案管控每个智能体可用的 MCP 服务器与工具、每次工具调用在执行时按档案校验(未授权即拒绝并记录)、记录智能体活动与 token 消耗、记录留存本地并可导出到既有日志/分析系统。网关位于智能体与其所用 LLM、MCP 服务器与工具之间,在执行前评估受支持的动作。代码与安装说明见 github.com/Tuskira/tusk-ai-secured-gateway。

A2A(智能体到智能体)协议 ↗ 详情

Google, Linux Foundation

标准 2025 原文 2025-03-25 Industry Specification protocolinter-agentinteroperability

面向智能体互联互通的开放协议:跨厂商智能体之间的发现、能力声明与任务委派,与 MCP 互补(MCP 连接工具,A2A 连接智能体)。

SWE-agent:智能体-计算机接口驱动的自动化软件工程 ↗ 详情

John Yang, Carlos E. Jimenez, Alexander Wettig, Kilian Lieret et al.

论文 2024 原文 2024-05-06 NeurIPS 2024 arXiv:2405.15793 software-engineeringbenchmarktool-use

证明精心设计智能体与代码库的交互接口(ACI)可显著提升智能体在真实 GitHub issue 上的自主修复能力。

模型上下文协议(MCP)规范 ↗ 详情

Anthropic

标准 2024 原文 2024-09-24 Industry Specification protocoltool-useinteroperability

开放协议,标准化 LLM 应用与外部工具、数据源的连接方式,被广泛称为"AI 的 USB-C",已成为工具接入的事实标准。

Browser Use ↗ 详情

Browser Use Team

工具 2024 原文 2024-10-31 Open Source web-agentbrowser-automationtool-use

让 LLM 智能体自然地操控网页浏览器的库,是 Web 操作型智能体的关键组件。

OpenHands (formerly OpenDevin) ↗ 详情

All Hands AI

工具 2024 原文 2024-03-13 Open Source software-engineeringautonomous-agentopen-source

开源 AI 软件工程师平台:沙箱代码执行、浏览器操作与任务规划,目标是自主完成软件开发工作流。

AgentBench:评估大模型作为智能体的能力 ↗ 详情

Xiao Liu, Botian Yu, Haotian Du, Zhiheng Zheng et al.

数据集 2023 原文 2023-08-07 ICLR 2024 arXiv:2308.03688 benchmarkevaluation

系统性多维基准:在操作系统、数据库、知识图谱、数字卡牌游戏等 8 个环境中评估 LLM 作为智能体的实际能力。

GAIA:通用 AI 助手基准 ↗ 详情

Grégoire Mialon, Clémentine Fourrier, Craig Swift, Thomas Wolf et al.

数据集 2023 原文 2023-11-21 NeurIPS 2023 (Datasets & Benchmarks) arXiv:2311.12983 benchmarkgeneral-assistantevaluation

466 个需要推理、多模态理解、网页浏览与工具使用的问题基准——人类轻松可得高分,却能让最强 AI 系统频频失手。

WebArena:构建自主智能体的真实网页环境 ↗ 详情

Zhoujun Cheng, Tianbao Xie, Peng Shi, Chengzheng Xu et al.

数据集 2023 原文 2023-07-25 ICLR 2024 arXiv:2307.13854 benchmarkweb-agentevaluation

可自托管的真实感网站环境基准,用于评估网页智能体执行长程任务的能力。

AutoGen:以多智能体对话构建下一代 LLM 应用 ↗ 详情

Qingyun Wu, Gagan Bansal, Jieyu Zhang, Yiran Wu et al.

论文 2023 原文 2023-08-16 arXiv arXiv:2308.08155 multi-agentframeworkconversation

微软推出的多智能体开发框架,通过可定制的"可对话智能体"(LLM、工具、人类)之间的对话编排来构建 LLM 应用。

生成式智能体:人类行为的交互式模拟 ↗ 详情

Joon Sung Park, Joseph C. O'Brien, Carrie J. Cai, Meredith Ringel Morris et al.

论文 2023 原文 2023-04-07 UIST 2023 arXiv:2304.03442 multi-agentsimulationmemory

斯坦福"小镇"实验:25 个具备记忆、反思与规划能力的 LLM 智能体生活于模拟小镇,是智能体社会研究的标志性工作。

MetaGPT:多智能体协作框架的元编程 ↗ 详情

Sirui Hong, Mingchen Zhuge, Jonathan Chen, Xiawu Zheng et al.

论文 2023 原文 2023-08-01 ICLR 2024 (Oral) arXiv:2308.00352 multi-agentSOPsoftware-engineering

将标准作业流程(SOP)编码进智能体角色,构建"软件公司"式多智能体协作,将一行需求转化为可运行程序。

Voyager:基于大语言模型的开放式具身智能体 ↗ 详情

Guanzhi Wang, Yuqi Xie, Yunfan Jiang, Ajay Mandlekar et al.

论文 2023 原文 2023-05-25 TMLR 2024 arXiv:2305.16291 embodiedlifelong-learningminecraft

基于 LLM 的具身智能体,通过自动课程、可增长技能库与迭代提示,在 Minecraft 中实现无人类干预的开放式探索。

CrewAI ↗ 详情

CrewAI Inc.

工具 2023 原文 2023-10-27 Open Source frameworkmulti-agentpython

角色扮演式多智能体编排框架:为智能体定义角色、目标与工具,组装成"团队"协作完成复杂任务,以易用性著称。

ReAct:语言模型中推理与行动的协同 ↗ 详情

Shunyu Yao, Jeffrey Zhao, Dian Yu, Nan Du et al.

论文 2022 原文 2022-10-06 ICLR 2023 arXiv:2210.03629 reasoningtool-usefoundation

提出 ReAct 范式:让大模型交替进行推理链思考与外部行动,成为绝大多数智能体框架的范式基础。

LangChain ↗ 详情

LangChain Inc.

工具 2022 原文 2022-10-17 Open Source frameworkpythontool-use

使用最广的 LLM 应用开发框架:链式编排、工具调用、记忆与海量集成;LangGraph 将其扩展为有状态的智能体工作流。