💡

文章摘要

理解 AI Agent 的核心组件:感知、规划、记忆和工具调用,以及企业落地实践

27更新于 2026-05-31:中国智能体专项政策与 Agent 合规框架

2026 年 5 月 8 日,国家网信办、国家发展改革委、工业和信息化部联合印发了《智能体规范应用与创新发展实施意见》(以下简称「《实施意见》」)。这是全球首个以智能体(Agent)为核心主题的国家级专项政策,对 Agent 的研发、部署和运营提出了全面的规范框架。

26.1 政策核心:38 条措施与分类分级治理

《实施意见》围绕安全可控、规范有序、创新驱动、应用牵引 四大原则,制定了 38 条政策措施,涵盖六大板块:夯实发展基础、守牢安全底线、强化应用牵引、建设创新生态。

分类分级治理 是最大创新:
-高风险场景(医疗、金融、司法、公共安全):备案管理 + 安全检测 + 召回机制
-低风险场景(生活娱乐、日常办公):合规自测 + 行业自律

与 Agent 四大核心组件的映射:
-感知:政策要求规范数据采集,防止隐私泄露
-记忆:要求建立行为可验证、可追溯机制(区块链追溯)
-决策:明确用户知情权和最终决策权(第 6 条)
-工具调用:要求权限管理、行为围栏、供应链安全管理

26.2 对 Agent 开发者的影响

1.数字身份注册:Agent 需要注册平台并获得数字身份,支持能力声明和合规认证
2.行为围栏:Agent 行为必须在合法合规范围内,公共场所、隐私场所行为受限
3.规则内嵌:合规要求必须嵌入 Agent 的决策逻辑,不能事后补救
4.安全评估体系:探索建立智能体安全评估体系,对抗样本检测、行为异常检测

26.3 19 个典型应用场景

政策覆盖了科研探索、研发辅助、智能制造、能源资源、交通运输、农业生产、金融服务、终端应用、文化旅游、商业服务、教育教学、医疗健康、人力资源、信息服务、政务服务、司法服务、公共安全、城市治理、招标投标共19 个典型场景。

其中与 Agent 直接相关的重点场景包括:科研探索(Agent 辅助发现)、研发辅助(Agent 编码)、终端应用(设备协同 Agent)、政务服务(审批 Agent)。

26.4 与全球治理框架的对比

维度 中国 欧盟 AI 法案 美国
治理模式 分类分级+应用牵引 风险分级 行业自律
Agent 专条 ✅ 专项政策 部分涵盖 未专项立法
合规要求 分层管理 统一标准 自愿合规

Agent 产业正在从「技术突破期」进入「治理规范期」。中国的首个专项政策为行业发展提供了清晰的规则框架,也为全球 Agent 治理贡献了有价值的参考范式。

💡 一句话理解

建议 Agent 开发者从现在开始建立合规档案,包括产品功能说明、安全评估报告、数据来源证明等,为即将到来的备案管理做准备。

⚠️ 常见踩坑

政策明确禁止 Agent 被用于自动化攻击、隐私侵犯、虚假信息生成传播、网络诈骗等违法犯罪行为。开发者需对 Agent 的潜在滥用承担连带责任。

28更新于 2026-05-31:智能体政策深化与前沿进展

本次更新补充了 2026 年 5 月最新的智能体政策进展和前沿技术动态。

新增政策:智能体 30 项实施意见场景细化

2026 年 5 月底,有关部门发布了30 项智能体典型场景细化方案,在之前 19 个场景的基础上进一步扩展。新增场景包括:
-智能互联网体系架构:研究建立智能体注册平台,提供数字身份管理、检索发现、能力声明等服务
-多智能体协同:提升多智能体协同能力,研究身份标识、可信互联、合规支付、安全防护、冲突解决等基础技术
-IPv6 智能通信:发挥 IPv6 技术优势,提升智能体端到端通信能力
-智能互联网监测:探索建立智能互联网监测指标体系

这些新增场景标志着智能体治理从单点规范 走向系统性基础设施建设。

技术前沿:Claude Opus 4.8 的智能体能力突破

2026 年 5 月底,Anthropic 发布了Claude Opus 4.8,这是目前最强的智能体模型之一:
-Super-Agent 基准 :Claude Opus 4.8 是唯一完成每个案例端到端执行的模型,超越了此前 Opus 系列模型和 GPT-5.5(成本持平条件下)
-Legal Agent Benchmark 545
:在 Hebbia 编排器中处理法律文档工作流,实现了同等级质量但 token 效率更高、引用精度更好
-
数百子智能体并行 :支持数百个子智能体并行执行复杂任务,这标志着多智能体协同从理论走向实践
-自适应思维:Adaptive Thinking 是唯一支持的思考模式,模型自行判断何时需要深度推理

产业动态:国产芯片与 Agent 基础设施华为昇腾 950PR在 2026 年第一季度量产,为 Agent 推理提供了国产化的算力选择:

  • 单卡 FP4 算力 1.56 PFLOPS,定价约 7 万元人民币
  • 计划 2026 年出货 75 万片,字节、阿里等已下大单
  • 2026 年华为 AI 芯片营收有望超 800 亿元,中国 AI 芯片市占率目标 50%

国产算力的崛起为智能体的大规模部署提供了成本更低、供应链更安全的选项。

Agent 框架新进展GitHub Copilot 集成 Claude Opus 4.8:2026 年 5 月 28 日,Claude Opus 4.8 在 GitHub Copilot 中正式上线。这标志着 Agent 开发工具的底层能力又一次提升。开发者可以直接使用最强模型进行代码生成、审查和调试。llamafile 本地推理:Mozilla AI 发布的 llamafile 方案,允许开发者将 LLM 以单文件形式分发,跨平台本地推理。这为 Agent 的边缘部署提供了轻量级选项。

总结:2026 年 5 月的关键主题是 政策深化(智能体治理框架从 19 场景扩展到 30 项)、模型突破(Opus 4.8 的智能体能力飞跃)、和算力多样化(国产芯片规模化出货)。这三条线的交汇正在推动 Agent 产业从技术实验阶段走向大规模商业应用。

图表加载中…

💡 一句话理解

关注 Claude Opus 4.8 的 Super-Agent 基准表现——这是目前评估 Agent 端到端能力的最权威基准。如果你的 Agent 项目在开发中,建议用 Opus 4.8 重新评估基准线。

⚠️ 常见踩坑

国产芯片(如昇腾 950PR)在推理场景有成本优势,但生态成熟度仍不及 NVIDIA。大规模部署前需要进行充分的兼容性测试。

29更新于 2026-05-31(21:00):Gartner AI 基础设施趋势与 Agent 算力支出展望

本次更新补充了 Gartner 2026 年发布的 AI 基础设施趋势预测和世界经济论坛的 AI 经济展望,这些宏观趋势直接影响 Agent 产业的未来走向。

Gartner:2029 年全球 AI 支出达 4.7 万亿美元

2026 年 5 月,Gartner 发布了 AI 基础设施三大技术趋势:

1.AI 推理芯片多样化:NVIDIA 的垄断地位正在被打破,Cerebras、Groq、SambaNova、华为昇腾等替代方案在 2026 年获得大规模商用。Agent 推理成本有望在 2027 年下降 60-80%,这将极大降低 Agent 的部署门槛
2.AI 网络架构升级:传统以太网无法满足万卡集群的通信需求。InfiniBand、RoCE v2、以及新兴的UEC(Ultra Ethernet Consortium) 正在重塑 AI 数据中心网络架构。Agent 系统的多节点协作将直接受益于更低延迟的通信基础设施
3.AI 数据治理标准化:Gartner 预测到 2028 年,80% 的企业将采用 AI 数据治理框架,涵盖数据质量、偏见检测、隐私保护和模型血缘追踪。这对 Agent 系统的数据供应链安全提出了新要求

对 Agent 开发者的启示:算力成本下降意味着 Agent 可以承担更复杂的推理任务;网络架构升级意味着多 Agent 协作的延迟将进一步降低;数据治理标准化意味着 Agent 的数据来源和决策过程将受到更严格的审查。

世界经济论坛:AI 经济的双面性

世界经济论坛(WEF)2026 年发布的 AI 经济展望报告指出:

  • 92% 的受访企业对 AI 持乐观态度,但生产率提升的增速正在趋缓
  • 全球经济受到地缘政治冲击,AI 投资呈现区域分化:美国和中国持续加大投入,欧洲相对谨慎
  • Agent 化转型正在从科技行业扩展到制造业、金融、医疗等传统行业

国产芯片商业化拐点

2026 年上半年,中国 AI 芯片迎来商业化拐点:

  • 华为昇腾 950PR 获得阿里、字节跳动大规模订单,英伟达在华份额骤降至约 8%
  • 百度昆仑芯 万卡集群交付,天池 256 卡超节点 6 月上市,文心 5.1 训练已在昆仑芯上完成
  • 中国四大厂 2027 年 AI 设备投资预计达 840 亿美元,其中字节跳动单家 2026 年 AI 资本支出就达 2000 亿元(约 300 亿美元) 这对 Agent 产业意味着什么?国产算力的规模化为 Agent 的大规模部署提供了供应链安全保障。在地缘政治不确定性持续的情况下,拥有国产算力选项的 Agent 平台将更具竞争力。
图表加载中…

💡 一句话理解

Agent 开发者应该关注 Gartner 的 AI 基础设施趋势报告——算力成本下降和网络架构升级直接影响 Agent 系统的架构设计和部署策略。建议在 2026 年下半年重新评估你的 Agent 基础设施选型。

⚠️ 常见踩坑

国产芯片的生态成熟度仍在追赶中。虽然昇腾 950PR 和昆仑芯已经获得大规模订单,但 CUDA 生态的迁移成本不容忽视。如果你的 Agent 系统严重依赖 NVIDIA 的特定算子或工具链(如 TensorRT),迁移到国产平台需要充分的兼容性测试。

更新于 2026-06-01

Gartner 2026 年 5 月 AI 基础设施趋势报告发布,进一步验证了 Agent 系统的部署方向正在向边缘侧迁移。

Gartner 三大趋势对 AI Agent 的影响

1.边缘 AI 计算需求爆发:Gartner 明确指出,机器人技术、扩展现实(XR)等应用正在推动企业在边缘侧部署更强大的 GPU 和 AI 专用芯片。这意味着Agent 系统的推理部分需要更多考虑端侧部署方案,而不是完全依赖云端。

2.物理 AI 与具身智能:自动驾驶、具身智能等场景正在催生对端侧 AI 芯片的需求。Agent 不再只是「软件」,而是正在走向「物理世界」——从聊天机器人到能够感知和操作的实体机器人。

3.全球 AI 支出预测:Gartner 预测 2026 年全球 AI 支出将达到2.59 万亿美元(同比增长 47%),到 2029 年达到4.7 万亿美元。 其中 AI 基础设施占比超过 45%,这意味着 Agent 系统的算力成本将持续下降,但竞争也在加剧。

微软 Windows Agent Framework 进展

微软在 2026 年 Build 大会上展示了 Windows Agent 框架的集成方案,将 AI Agent 深度嵌入操作系统层面。这意味着Agent 正在从「独立应用」变成「操作系统原生能力」。

三部门智能体实施意见

中国三部门发布的智能体实施意见提出19 个典型应用场景,标志着 Agent 从技术探索走向产业落地。这份政策文件为 Agent 开发者提供了明确的应用方向——从工业检测到智能客服,从医疗诊断到教育培训,Agent 正在进入每一个行业。

图表加载中…

💡 一句话理解

Agent 开发者应该关注 2026 年三大趋势的交汇点:边缘部署 + 物理世界 + 系统原生。未来的 Agent 将运行在端侧 NPU 上,控制实体机器人,并通过操作系统原生接口与用户交互。

⚠️ 常见踩坑

Gartner 的 AI 支出预测包含了所有 AI 相关支出(基础设施、软件、服务),不要将 4.7 万亿理解为纯 Agent 市场。Agent 实际占其中的比例仍在早期阶段。

更新于 2026-06-02

宇树科技科创板 IPO 上会与 Salt Code 发布——Agent 走向物理世界与安全治理的双重里程碑。

宇树科技 IPO:Agent 走向物理世界的标志性事件

2026 年 6 月 1 日,上交所审核宇树科技科创板 IPO 申请,这家公司拟募资 42.02 亿元,冲刺「A 股人形机器人第一股」。其 2025 年人形机器人出货量超 5500 台,全球第一。

这对 Agent 生态的意义在于:具身智能Embodied AI)正在从实验室走向产业化。 宇树科技的募资方向中,「智能机器人模型研发」是核心——这正是具身智能模型的投入。Agent 不再是纯软件系统,而是正在成为能够感知、推理和操作物理世界的实体。

Salt Code 发布:AI Agent 代码安全治理的新范式

2026 年 6 月 1 日,Salt Security 发布 Salt Code,成为首个在 AI 编程助手内部强制执行安全策略的智能体安全方案。它通过 MCP 协议与 Cursor、GitHub CopilotClaude Code 等工具集成,确保 AI 生成的代码从创建时就合规。对 Agent 开发者的影响:随着 Agent 系统越来越多地使用 AI 编程助手生成代码,代码安全治理变得至关重要。Salt Code 的「生成时安全」范式(而非传统的「事后扫描」)代表了 Agent 代码安全的新方向。

GitHub 编码 Agent 研究新数据

GitHub 最新研究显示,在 128K 行以上的代码项目中,编码 Agent 的采用率已达到 22-29%。这意味着 Agent 辅助编码正在从「尝鲜」变为「常态化」,开发者需要关注代码质量和安全治理的新挑战。

图表加载中…

💡 一句话理解

Agent 生态正在经历从纯软件到物理世界、从自由开发到安全治理的双重转变。关注宇树科技 IPO 进展和 Salt Code 的部署方案,这两个事件分别代表了 Agent 生态的扩张方向和安全底线。

⚠️ 常见踩坑

具身智能和 Agent 代码安全都是快速发展的领域。本文基于 2026 年 6 月初的公开信息,建议持续关注宇树科技 IPO 结果和 Salt Security 的产品更新。

31更新于 2026-06-02(05:00):NVIDIA RTX Spark 与 Windows Agent 原生操作系统

NVIDIA RTX Spark 发布——消费级 AI Agent 硬件基础设施落地。

RTX Spark:本地 Agent 运行的硬件基础

2026 年 6 月 1 日,NVIDIA CEO 黄仁勋在 GTC Taipei/COMPUTEX 2026 正式发布RTX Spark 超级芯片。 这是消费级市场上首次出现专为AI Agent 工作负载 设计的 PC 芯片。核心规格
-20 核 Arm Grace CPU 227
(10×Cortex-X925 + 10×Cortex-A725),最高 4.1 GHz
-
Blackwell GPU290:6,144 个 CUDA 核心,~RTX 5070 级别性能
-128GB LPDDR5X 统一内存:GPU 和 CPU 共享全部内存,零拷贝
-1 petaflop FP4 AI 算力-NVLink-C2C 互连:CPU-GPU 带宽 600 GB/s

这对 Agent 生态的意义在于:128GB 统一内存使得消费级设备可以本地运行 200B 参数级模型,支持百万 token 上下文窗口。 这意味着 Agent 不再必须依赖云端 API——本地部署成为可行选项。

OpenShell:AI Agent 运行时环境

NVIDIA 同步发布了OpenShell——一个本地 AI Agent 运行时环境,核心功能:
-沙箱隔离:Agent 在受控环境中运行,需用户授权才能访问文件或系统资源
-工具调用:Agent 可通过标准化 API 调用本地应用(Photoshop、Blender、浏览器等)
-多模型支持:Agent 可根据任务自动选择本地模型或云端 API
-权限管理:用户可设置 Agent 权限等级——只读、读写、完全控制

黄仁勋在演讲中演示了一个完整场景:用户向 Agent 描述需求,Agent 自主调用 Claude 模型、操作 Rhino 和 Blender 完成建筑设计全流程。

Windows Agent 原生 OS

NVIDIA 与微软已联合研发三年 ,目标是将 Windows 从"工具型 OS"转变为"AI 代理原生 OS 976"。微软为此开发了新的安全原语:Agent Containment(内核级隔离)、Identity Management(Agent 身份管理)、Policy Engine(行为策略控制)。 对 Agent 行业的影响判断

  1. 本地 Agent 成为现实 :RTX Spark + OpenShell 组合提供了消费级设备运行本地 Agent 的完整软硬件栈
    2.
    云端依赖降低 :128GB 统一内存 + 1 petaflop AI 算力意味着 Agent 可以离线运行,隐私和延迟问题得到根本性改善
    3.
    Windows Agent 生态竞争 :RTX Spark 终结了高通在 Windows on Arm 市场的独占,引入了真正的竞争,加速生态成熟
    4.
    Agent 商业模式变化:从"按 token 计费的云端服务"走向"一次性硬件购买 + 本地推理",可能改变 AI 行业的收费模式

来源:NVIDIA 官方新闻稿(nvidianews.nvidia.com)、PCMag、Tom's Hardware、TechPowerUp、Hothardware、Cool3c,2026 年 6 月 1 日发布。

图表加载中…

💡 一句话理解

Agent 开发者应该开始考虑本地部署架构——你的 Agent 是否可以在 128GB 统一内存的设备上运行?模型需要多大显存?工具调用如何适配 OpenShell 的 API?这些问题的答案将决定你的 Agent 是否能在 RTX Spark 等设备上获得最佳体验。

⚠️ 常见踩坑

RTX Spark 设备尚未正式发售,OpenShell 的 API 和 SDK 也尚未公开。本文基于发布会信息撰写,实际开发工具链和性能数据需要等待 2026 年秋季 OEM 产品上市后的官方文档。

32更新于 2026-06-02(09:00):IDC 预测 2030 年 22 亿活跃 Agent 与云算力涨价潮

IDC 预测 2030 年全球 22 亿活跃 Agent——Token 消耗增长 3 亿倍,Agent 从「辅助工具」走向「数字基础设施」。

IDC Agent 预测:22 亿活跃 Agent 的远景

IDC 最新预测:到 2030 年,全球将有22 亿活跃的 AI Agent,Token 消耗量相比 2025 年将增长3 亿倍。2026 年中国 AI 大模型的日均 Token 调用量已突破140 万亿,相比 2025 年底的 100 万亿,仅三个月就增长了 40%。

这意味着 Agent 正在从 少数开发者的实验项目走向大规模生产级部署。22 亿活跃 Agent 的预测表明,到 2030 年,平均每个互联网用户将拥有 1-2 个经常使用的 Agent。

云算力涨价潮对 Agent 生态的影响

2026 年上半年,全球云服务厂商 集体涨价,终结了云计算 20 年降价史:

  • 阿里云 :AI 算力、存储等产品最高涨价 34%(2026 年 4 月 18 日起)
  • 腾讯云 :AI 算力、容器服务 TKE、EMR 上调 5%(2026 年 5 月 9 日起);混元模型价格涨超 4 倍
  • 百度智能云 :部分产品价格结构性优化(2026 年 3 月 18 日起)
  • AWS:H200 GPU EC2 Capacity Blocks 价格上涨 15%(2026 年 1 月)
  • Google Cloud:数据传输、AI 基础设施最高涨 100%

涨价的根本原因:供应链全面紧张——H100/H200 交货周期达 36-52 周,CoWoS 封装产能满负荷,HBM 存储 Q2 合约价预计上涨 58-63%。对 Agent 开发者的直接影响

1.云端 Agent 运行成本上升:按 token 计费的 Agent 服务成本将持续上涨
2.本地部署吸引力增加:RTX Spark 等本地 AI 芯片的出现恰逢云端涨价期,为 Agent 提供了替代方案
3.Token 效率成为核心竞争力:在涨价环境下,能够以更少 Token 完成相同任务的 Agent 将具有显著的成本优势
4.混合架构成为趋势:本地推理 + 云端 API 的混合模式将成为平衡成本与能力的最佳方案

斯坦福 AI Index 2026:中美 AI 路径分化

斯坦福大学发布 AI Index 2026 年度报告,核心发现:

-中美 AI 发展路径显著分化——中国侧重应用落地和产业化,美国侧重基础研究和前沿突破
-公众与专家对 AI 态度差距扩大——公众对 AI 的担忧加剧,而技术专家普遍持乐观态度
-医疗 AI 快速普及——AI 辅助诊断在多个国家和地区已进入常规临床实践对 Agent 生态的启示中美分化意味着 Agent 产品的设计思路也将不同——中国市场更注重 *实用性和产业化速度,美国市场更注重*前沿能力和通用性。 Agent 开发者需要根据目标市场调整产品策略。

来源:IDC 预测来自研究员阶段收集的 IDC 报告摘要;云厂商涨价公告来自阿里云、腾讯云、百度智能云官方公告和证券时报报道;斯坦福 AI Index 来自斯坦福大学官方发布。

图表加载中…

💡 一句话理解

在云算力涨价环境下,Agent 架构师应该立即评估你的 Agent 系统的Token 效率。优化系统提示词、使用缓存命中(腾讯云缓存价格仅 0.4 元/百万 tokens)、考虑本地模型部署——这些策略在涨价后将直接转化为成本优势。

⚠️ 常见踩坑

云算力涨价是结构性趋势而非短期波动。HBM 存储短缺、CoWoS 产能限制、GPU 交货周期延长等问题短期内难以缓解。如果你的 Agent 业务模型完全依赖云端 API 且未考虑涨价因素,需要在 2026 年 Q3 前完成成本重构。

27更新于 2026-06-03:Computer-Use Agent 训练突破——CUA-Gym 与可验证强化学习新范式

2026 年 5 月底,Computer-Use Agent 训练领域迎来里程碑进展:XLang Lab 联合通义千问、UCSD、清华大学发布了CUA-Gym——一个可扩展的 RLVR(Reinforcement Learning with Verifiable Rewards)数据合成管线,专门用于训练 Computer-Use Agent。

CUA-Gym 的核心创新

CUA-Gym 解决了一个长期困扰 Computer-Use Agent 训练的难题:缺乏大规模的、带有确定性奖励的 RL 训练数据。 此前的 CUA 数据集面临「奖励函数逆向工程」问题——Agent 可以通过反向推理奖励函数来作弊,而不是真正学习完成任务。CUA-Gym 的解决方案
-Generator-Discriminator 对抗循环生成器判别器之间设置信息屏障,迫使奖励函数只能从语义层面验证任务完成度,防止逆向工程
-32,122 条已验证的 RLVR 训练元组:每条包含(任务指令、可执行环境、可验证奖励)三元组
-110 个环境:16 个桌面应用 + 94 个模拟 Web 应用,覆盖真实世界的经济活动场景
-开源最大规模 CUA RLVR 语料库。

训练成果

使用GSPOGroup Relative Policy Optimization)在 CUA-Gym 数据上训练后:
-CUA-Gym-A3B(3B 参数):OSWorld-Verified 62.1%
-CUA-Gym-A17B(17B 参数):OSWorld-Verified 72.6%
-3B 模型以约 1/10 的活跃参数量匹配了 397B-A17B 基础模型的性能。

对 Agent 训练范式的启示

维度 传统 Agent 训练 CUA-Gym 范式
数据来源 人工标注 / 演示 自动生成 + 对抗验证
奖励函数 手工设计 语义验证,防止作弊
规模 数百到数千条 32,000+ 条
环境覆盖 有限 110 个环境,覆盖桌面 + Web
可扩展性 高(管线可无限扩展)

这一突破意味着 Computer-Use Agent 的训练正在从手工标注时代走向自动化数据合成时代,与数学推理领域 RLVR 的爆发轨迹高度相似。未来 6-12 个月,我们可能看到更多基于可验证强化学习的 Agent 训练框架出现。

图表加载中…

💡 一句话理解

关注 CUA-Gym 的开源数据集和训练管线。如果你的团队正在训练 Computer-Use Agent,CUA-Gym 提供了现成的 RLVR 数据和环境,可以直接用于模型微调。

⚠️ 常见踩坑

CUA-Gym 的训练数据虽然规模大,但仍然集中在桌面和 Web 应用场景。对于移动端、IoT 设备或专业软件(如 CAD、IDE)的 Computer-Use 训练,仍然需要额外的环境构建。

更新于 2026-06-04:中国智能体平台生态升级——Coze 3.0 与 Qwen3.7-Plus

2026 年 6 月初,中国智能体平台生态迎来两项重大升级,标志着 Agent 从单体智能向多 Agent 协同演进的关键一步。 这两项升级分别来自字节跳动的扣子 Coze 平台和阿里的通义 Qwen 系列。扣子 Coze 3.0 的突破性升级:字节跳动在 2026 年 6 月初发布了 Coze 3.0,核心升级是 支持多人多 Agent 协同工作流。 这意味着用户可以在同一个项目中创建多个 Agent,让它们分工协作——一个负责信息收集,一个负责数据分析,一个负责报告撰写。更重要的是,Coze 3.0 接入了包括 Claude Code 在内的多种竞品工具,打破了平台壁垒,让不同来源的 AI 工具可以在同一个工作流中协同。

Coze 3.0 的多 Agent 协同架构包含三个关键创新:

  1. Agent 编排引擎 :支持 DAG(有向无环图)和循环编排两种模式,用户可以灵活定义 Agent 之间的协作关系
    2.
    共享记忆池 :多个 Agent 可以读写共享的上下文信息,避免信息孤岛
    3.
    冲突解决机制:当多个 Agent 对同一任务给出不同方案时,系统提供仲裁和投票机制Qwen3.7-Plus 的智能体能力:阿里通义千问在 2026 年 6 月发布了 Qwen3.7-Plus 模型,该模型在 Vision Arena 排行榜上位列全球前五、中国第一。最令人瞩目的是其11 小时自主开发完整 APP631的演示——这不仅展示了模型的代码能力,更展示了 Agent 级别的自主规划和长期任务执行能力。

Qwen3.7-Plus 的 Agent 特性包括:
1.百万级上下文窗口:支持超长对话历史和多文档处理,适合复杂的多步骤任务
2.原生多模态:同时理解文本、图像和代码,可以处理涉及界面设计和代码生成的综合任务
3.自主工具链构建:模型可以在执行过程中自主选择和组合工具,而不是依赖预设的工具列表这两项升级的共同指向:中国 AI Agent 生态正在从"单 Agent + 工具"模式向"多 Agent 协同 + 开放工具链"模式演进。这一趋势与 Anthropic 的 Computer Use 和 OpenAI 的 Codex 形成呼应,标志着全球 Agent 生态进入了一个新的竞争阶段。 对中国开发者的意义:Coze 平台的多 Agent 协同能力为中小企业提供了低成本构建复杂 Agent 系统的路径。不需要自己搭建底层架构,就可以利用 Coze 的编排引擎实现多 Agent 协作。而 Qwen3.7-Plus 通过阿里云百炼平台和 OpenAI 兼容 API 提供服务,开发者可以通过 API 调用接入,但需要注意该模型目前仅提供 API 服务(不开源权重),无法私有部署。

图表加载中…
typescript
// Coze 3.0 多 Agent 工作流示例
interface AgentWorkflow {
  name: string;
  agents: AgentConfig[];
  connections: Connection[];
  sharedMemory: SharedMemory;
}

interface AgentConfig {
  id: string;
  role: string;
  tools: string[];
  instructions: string;
}

interface Connection {
  from: string;
  to: string;
  type: "sequential" | "parallel" | "conditional";
  condition?: string;
}

const researchWorkflow: AgentWorkflow = {
  name: "研究报告生成",
  agents: [
    { id: "researcher", role: "信息收集专家", tools: ["web_search", "database_query"], instructions: "收集最新研究数据" },
    { id: "analyst", role: "数据分析专家", tools: ["code_execution", "statistical_analysis"], instructions: "分析收集到的数据" },
    { id: "writer", role: "报告撰写专家", tools: ["document_generation", "markdown_format"], instructions: "基于分析结果撰写报告" },
  ],
  connections: [
    { from: "researcher", to: "analyst", type: "sequential" },
    { from: "analyst", to: "writer", type: "sequential" },
  ],
  sharedMemory: { maxTokens: 100000, retention: "session" },
};
特性Coze 3.0Qwen3.7-Plus传统 Agent 框架

多 Agent 协同

✅ 原生支持

⚠️ 需自行编排

❌ 不支持

上下文窗口

平台限制

百万级

通常 128K-200K

工具生态

开放接入竞品工具

API + 主流框架兼容

封闭生态

部署方式

SaaS 为主

API 调用(不开源)

API 调用

适用场景

企业团队协作

深度定制开发

简单任务自动化

33更新于 2026-06-05:微软 MAI 生态与 Agent 企业级落地

2026 年 6 月 2 日,微软在 Build 2026大会上发布了 7 款自研MAI(Microsoft AI)系列模型,同时推出 Agent 365、Scout 智能体和 Web IQ 知识层,标志着微软从「AI 应用层」正式进军「AI 基础模型 + Agent 生态」全栈布局。

MAI 系列模型:微软的自研基础模型矩阵

微软首次公布了自研大语言模型的详细规格,MAI 系列覆盖推理、视觉、代码等多个维度:

-MAI-Thinking-1:MAI 系列的旗舰模型,采用MoEMixture of Experts)架构,拥有1 万亿总参数,其中350 亿活跃参数。 支持256K 上下文窗口。 MoE 架构的意义在于:在保持高质量输出的同时,实际推理时的计算量远低于稠密模型,使得 MAI-Thinking-1 能够在合理的成本下提供接近顶级闭源模型的推理能力。
-MAI-Vision-1:多模态理解模型,支持图像、视频、文档的统一解析。
-MAI-Code-1:专注于代码生成和理解的专用模型。

MAI 系列的战略意义在于:微软不再只是 OpenAI 的分销渠道,而是拥有了自主的基础模型能力。 这意味着微软可以在 Agent 生态中提供从模型到平台到硬件的完整栈。

Agent 365:企业级 AI 代理治理平台

Agent 365 是微软面向企业客户推出的AI Agent 治理和管理平台,核心能力:

-跨云管理:支持在 Azure、AWS、GCP 等多个云平台上统一管理和编排 AI Agent,打破了云厂商锁定。
-Agent 生命周期管理:从创建、部署、监控到退役的完整管理流程。
-安全合规:内置权限控制、操作审计、行为监控,满足企业级合规要求。
-多 Agent 编排:支持多个 Agent 之间的协作、冲突解决和任务分发。

Agent 365 与本文第 8 章讨论的「企业级 Agent 三层架构」形成了直接呼应——它本质上是一个 生产级的编排层,企业可以在其上构建代理层和工具层。

Scout:微软首款自动驾驶智能体

Scout 是微软发布的首款自动驾驶智能体,基于 OpenClaw 框架构建,核心能力:

-直接操作电脑:Scout 可以像人类一样操作桌面应用、浏览器、终端,不需要目标系统提供 API。
-操作日常软件:支持 Office 套件、浏览器、邮件客户端、文件管理系统等常见软件的自主操作。
-任务级自主规划:用户给出高层目标(如「整理这个季度的财务报表」),Scout 自主分解任务、选择工具、执行操作。

Scout 的技术路线与本文第 21 章讨论的「Computer Use Agent」完全一致,但它更进一步——不是实验性功能,而是微软官方发布的生产级智能体产品。 基于 OpenClaw 构建也印证了 OpenClaw 在 Agent 框架领域的领导地位。

Web IQ:AI 代理的即时知识层

Web IQ 是为 AI Agent 设计的实时知识获取层,支持MCPModel Context Protocol)协议。 它的核心价值是:让 Agent 能够在执行任务时实时获取最新的网络信息,而不需要将完整网页内容加载到上下文窗口中。这与本文第 5 章讨论的「工具调用」和第 12 章讨论的「MCP 2.0 标准化」形成了直接呼应。

Copilot 升级为统一 AI 工作平台

微软宣布 Copilot 从「聊天工具」正式升级为统一的 AI 工作平台,整合了 MAI 模型、Agent 365、Scout 智能体和 Web IQ 知识层。这意味着 Copilot 不再只是一个对话界面,而是一个 集成了模型、智能体、工具、知识的完整工作环境。

Surface RTX Spark Dev Box:端侧 AI 算力

微软同步展示了Surface RTX Spark Dev Box1757——面向开发者的 AI 工作站,配备:

-1 PFLOPS AI 算力:足以在本地运行大规模 AI 模型。
-支持本地运行 120B 参数模型:结合 NVIDIA RTX Spark 的 128GB 统一内存,开发者可以在本地部署和测试大型 Agent 系统,无需依赖云端 API。

对 Agent 生态的影响判断

微软 Build 2026 的发布传递了一个明确信号:Agent 正在从概念验证走向企业级生产部署。 第一,MAI 系列模型提供了 Agent 的自主模型选择。 企业不再必须在 OpenAI 和 Anthropic 之间二选一——微软的 MAI 系列提供了第三选项,特别是在已经使用 Microsoft 365 生态的企业中,MAI + Agent 365 的组合可能成为默认选择。

第二,Agent 365 为企业 Agent 部署提供了治理框架。 本文第 8 章和第 12 章讨论的企业级 Agent 架构(编排层、安全治理、合规审计)在 Agent 365 中得到了产品化实现。这意味着企业可以直接使用微软的平台来部署和管理 Agent,而不需要从零构建编排层。

第三,Scout 展示了 Agent 操作桌面的生产级能力。 Scout 基于 OpenClaw 构建,证明了 OpenClaw 框架在企业级 Agent 场景中的可行性和成熟度。这也意味着桌面自动化 Agent2391正在从实验阶段进入生产阶段。

第四, MCP 协议在微软生态中得到支持。Web IQ 支持 MCP 协议,这进一步巩固了 MCP 作为 Agent 工具生态事实标准的地位。

图表加载中…

💡 一句话理解

如果你正在规划企业级 Agent 部署,Agent 365 值得作为核心评估对象——它提供了从编排到治理的完整平台,特别是已经在用 Microsoft 365 的企业。同时,关注 MAI 系列模型的 API 可用性和定价——它可能成为 OpenAI 和 Anthropic 之外的有力替代选择。

⚠️ 常见踩坑

微软 MAI 系列和 Agent 365 都是 2026 年 6 月刚发布的产品,成熟度需要时间验证。在将关键业务 Agent 迁移到微软生态之前,建议在测试环境中充分验证 MAI 模型的能力边界和 Agent 365 的治理功能。此外,不要过度依赖单一平台——即使微软生态再完善,保持多平台适配能力仍然是 Agent 架构的最佳实践。

132026 年 6 月更新:OpenAI Dreaming V3 记忆系统与 Agent 自主性的新维度

2026 年 6 月 4 日,OpenAI 推出了一项影响深远的 Agent 记忆系统升级——Dreaming V3。 这不是一个普通的「功能更新」,而是 Agent 架构中记忆范式的根本转变,对所有 AI Agent 的开发者和使用者都有重要影响。

13.1 从「手动记忆」到「背景合成记忆」

在此之前,ChatGPT 的记忆系统是一个 手动管理的列表——用户可以查看、编辑、删除「保存的记忆」。这种模式的核心问题是:记忆需要用户主动维护,而且容易过时。

Dreaming V3 引入了一个 后台合成层(background synthesis layer),它会在用户不知情的情况下,自动分析过去的对话,提取关键信息(偏好、项目上下文、时间敏感细节),并生成可审查的记忆摘要。核心特性:-自动记忆构建:不再依赖用户手动保存,系统自动从对话中提取重要信息

  • 记忆刷新机制:时间敏感的信息会自动更新,过时的信息会被标记或移除
  • 记忆摘要页面:用户可以查看、编辑、引导 ChatGPT 记住什么、在什么场景下提及
  • 计算效率提升:OpenAI 声称新架构的计算需求降低了5 倍
    -
    容量翻倍:Plus 和 Pro 用户的记忆容量是免费用户的两倍

13.2 对 Agent 生态的深远影响

Dreaming V3 的发布标志着 Agent 记忆从「工具」向「基础设施」的转变。
第一个影响:持久个人化层。OpenAI 明确表示,它的目标不是让 ChatGPT「记住你喜欢短邮件或素食食谱」,而是建立一个 持久的个人化层 (durable personalization layer)。一旦 ChatGPT 对用户的理解足够深入,所有连接到 ChatGPT 的应用和工具都会变得更有价值——因为 Agent 可以带着这个上下文 everywhere。 第二个影响:记忆作为 Agent 的核心竞争力。在 Agent 架构中,记忆一直是最大的技术挑战之一。Agent 需要在多步任务中保持上下文,在多次会话中保持连续性,在复杂环境中区分不同用户的偏好。Dreaming V3 提供了一种工业级记忆架构的参考实现——后台自动合成 + 前台人工审查 + 可引导的记忆更新。 第三个影响:竞争格局变化。OpenAI 将 Dreaming V3 首先开放给 Plus 和 Pro 用户,这进一步巩固了付费用户的体验优势。Anthropic、Google、微软等竞争对手需要跟进类似的记忆架构,否则在 长期用户粘性方面将处于劣势。

13.3 Agent 开发者的启示

对于 Agent 开发者而言,Dreaming V3 提供了几个重要的设计启示: 第一,记忆应该是自动的,但可审查的。用户不应该被迫手动维护记忆列表——系统应该自动完成。但同时,用户必须能审查、修改和引导系统的记忆行为。这是 自动化与可控性的平衡。
第二,记忆需要时效性管理。不是所有信息都同等重要——「我下周要去北京出差」比「我喜欢吃辣」更有时效性。Agent 的记忆系统需要对信息标注时效性,并自动管理过期信息。 第三,记忆应该是结构化的。从 Dreaming V3 的记忆摘要页面来看,OpenAI 将记忆分类为偏好、项目、时间敏感事件等类别。Agent 开发者也应该考虑结构化的记忆组织方式,而非扁平的「事实列表」。

13.4 争议与风险

Dreaming V3 并非没有争议。部分用户认为这是 对原有手动记忆系统的「降级」——一些精心维护记忆列表的用户发现,新的自动合成系统无法完全替代他们的精细化管理。OpenAI 暂时保留了「恢复传统记忆」的选项,但明确表示这一选项未来会被移除。
隐私风险也是值得关注的问题。Dreaming V3 意味着系统在持续分析用户的所有对话——包括可能包含敏感信息的对话。虽然 OpenAI 声称这些数据仅用于记忆合成,不会用于模型训练,但用户需要仔细审查隐私政策。 对于 Agent 开发者的建议:在构建 Agent 记忆系统时,参考 Dreaming V3 的设计思路,但同时要考虑数据最小化原则 ——只存储必要的信息,并在用户明确要求时提供完整的数据删除功能。

图表加载中…

💡 一句话理解

Agent 开发者应该立即评估 Dreaming V3 架构对自身 Agent 记忆系统的启示。特别是「后台自动合成 + 前台人工审查」的双层设计,值得在任何需要长期记忆的 Agent 系统中采用。同时,关注 OpenAI 何时将 Dreaming 能力通过 API 开放给第三方开发者——这可能改变整个 Agent 生态的竞争格局。

⚠️ 常见踩坑

Dreaming V3 目前仅向美国地区的 Plus 和 Pro 用户推送,免费用户和其他地区用户尚未获得。此外,部分用户反馈自动合成的记忆存在不准确或过度推断的问题。在依赖自动记忆系统的 Agent 设计中,必须加入人工确认环节,避免 Agent 基于错误记忆做出错误决策。

142026 年 6 月更新:Agent 生态最新格局——人形机器人爆发、Anthropic 安全呼吁与 Gemini 规模效应(更新于 2026-06-06)

2026 年 6 月,Agent 生态在多个维度同时出现了标志性事件。 从人形机器人出货量的爆发式增长到 Anthropic 对 AI 安全的公开呼吁,再到 Google Gemini 的用户规模突破——这些都直接影响着 AI Agent 的未来发展路径。

14.1 人形机器人出货量爆发:Agent 的物理化加速

根据最新行业数据,中国人形机器人出货量已占全球 74.1%。 这不仅是一个市场份额数字,更意味着Agent 正在从软件走向物理世界。
为什么人形机器人与 Agent 相关? 人形机器人是 AI Agent 的物理化身。 一个成功的 Agent 需要四大核心组件(感知、规划、记忆、执行),而人形机器人将这四大组件映射到了物理世界:

-感知:摄像头、激光雷达、触觉传感器 → 理解物理环境
-规划:本地运行的 LLM 或世界模型 → 在物理环境中做决策
-记忆:任务经验和环境地图 → 在物理空间中导航和操作
-执行:电机、关节、手部操作器 → 在物理世界中采取行动中国人形机器人全产业链优势的 Agent 意义: 中国在人形机器人领域的优势不仅是制造能力,更是 将 AI Agent 部署到物理世界的工程化能力。 这意味着:

1.Agent 的开发成本将进一步降低——中国供应链可以提供更便宜的硬件平台
2.Agent 的训练数据将更加丰富——大量人形机器人的实际运行数据将反馈给 AI 模型
3.Agent 的应用场景将极大扩展——从家庭服务到工业制造,从医疗护理到物流配送

14.2 Anthropic 呼吁全球暂停 AI 开发:对 Agent 安全的警示

2026 年 6 月 5 日,Anthropic Institute 发布了一份引发行业震动的报告,呼吁建立「可协调、可验证的 AI 暂停机制」——当 AI 系统开始展现「递归自我改进(Recursive Self-Improvement, RSI)」能力时,全球前沿 AI 开发者应协调一致地暂停开发。这对 Agent 意味着什么? Agent 是 Anthropic 关注的核心风险点之一。Claude 已经能够自主完成复杂的软件工程任务——这意味着 Agent 的能力正在从「辅助人类」向「自主行动」过渡。如果这种能力被应用于 AI 研究本身(设计新模型、优化训练流程、发现新算法),就可能触发 RSI。Agent 开发者的应对建议:-关注能力评估:定期评估你的 Agent 在哪些任务上已经不需要人工干预
-建立安全护栏:在 Agent 架构中加入人工确认环节,特别是在关键决策点
-保持透明度:记录 Agent 的自主行为,便于审计和追溯

来源:The Guardian 报道Irish Times 报道

14.3 Google Gemini 月活突破 9 亿:Agent 规模效应的新里程碑

Google 宣布 Gemini 月活跃用户已达 9 亿,这是 AI Agent 领域的一个关键数字。为什么用户规模对 Agent 很重要? 1.训练数据飞轮:更多用户 → 更多交互数据 → 更好的模型 → 更多用户
2.网络效应:当 Gemini 与 Google Workspace、Android、Chrome 深度集成时,Agent 可以在多个平台之间保持上下文连续性
3. 商业模式验证
:Alphabet 同时进行 847 亿美元的融资,说明资本市场认可 AI Agent 的商业价值对 Agent 开发者的启示:- Google 的 Agent 生态(Gemini + Workspace + Android)将成为最大的 Agent 平台之一- Agent 开发者应该考虑与 Google 生态的集成——特别是通过 Gemini API 和 Google Workspace Extensions

  • Gemini 的多模态能力(文本、图像、音频、视频)为 多模态 Agent2038提供了新的开发平台

14.4 OpenAI 就业框架:Agent 对工作岗位的真实影响

OpenAI 发布的就业框架报告显示,18% 的美国岗位面临较高短期自动化风险。
Agent 开发者的社会责任:- 在构建 Agent 时,考虑
人机协作而非完全替代

  • 优先设计 增强人类能力的 Agent,而非取代人类的 Agent2224
  • 关注 技能转型——帮助用户学习与 Agent 协作,而非被 Agent 取代

14.5 本节更新小结

2026 年 6 月的 Agent 生态呈现出三个关键趋势: 物理化 (人形机器人爆发)、 规模化 (Gemini 9 亿用户)、 安全化 (Anthropic 暂停呼吁)。这三个趋势共同指向一个方向—— Agent 正在从实验室走向真实世界,从辅助工具走向自主系统,从技术讨论走向政策议程。

图表加载中…

💡 一句话理解

Agent 开发者应该同时关注三个维度:(1) 物理化——考虑你的 Agent 是否可以部署到机器人平台;(2) 规模化——确保你的 Agent 架构能够处理百万级并发;(3) 安全化——在每个关键决策点加入人工确认环节。

⚠️ 常见踩坑

Anthropic 的暂停呼吁虽然短期内不太可能实现,但它传递了一个明确信号:Agent 的自主性正在接近社会可接受的边界。Agent 开发者应该主动建立安全机制,而不是等待外部监管强制实施。

152026 年 6 月更新:Anthropic 递归自我改进——80% 生产代码由 Claude 编写(更新于 2026-06-07)

2026 年 5 月,Anthropic 发布了一份引发行业震动的报告:超过 80% 合入其生产代码库的代码由 Claude 编写。

这一数据标志着 AI 自主工程能力的一个重要里程碑,也是递归自我改进(Recursive Self-Improvement, RSI)概念的实质化进展。

15.1 80% 代码由 AI 编写意味着什么

从辅助到主导的转变

在 2025 年初,Claude 编写的代码占比还是 个位数百分比。 到 2026 年 5 月,这个数字已经跃升至80% 以上。 这种增长速度表明,AI 自主工程能力正在经历一个 加速拐点。 Anthropic 实现这一里程碑的关键技术包括:

  • Claude Code Review:自动化的代码审查系统,负责分析每个 Pull Request 的架构缺陷、安全漏洞和回归错误,然后才允许合并。该系统已于 2026 年 3 月面向商业用户公开。
  • 自主工作流:Claude 不仅能够编写代码,还能够自主规划任务、拆分子任务、执行多步骤工作流 ,而不仅仅是响应单条指令。
  • 递归改进循环:Claude 编写的代码改进了自己,改进后的 Claude 又能编写更好的代码——这就是递归自我改进的核心机制。

来源:VentureBeat 报道Tom's Hardware 报道Anthropic Institute 报告

15.2 递归自我改进(RSI)的技术原理 什么是递归自我改进? 递归自我改进是指 AI 系统能够自主设计和构建比自己更强大的后继版本。这一概念最早由数学家 I.J. Good 在 1965 年提出,被称为「智能爆炸」的起点。

Anthropic 报告指出,当前阶段还没有达到完全的 RSI——但 已经进入了 RSI 的早期阶段:

```mermaid
graph TD
A["Claude 编写代码"] --> B["改进 Anthropic 产品"]
B --> C["改进 Claude 自身"]
C --> D["Claude 能力更强"]
D --> A

E["Claude Code Review"] --> A
E --> F["自动检测缺陷"]
F --> G["提高代码质量"]
G --> B

classDef green fill:#065f46,stroke:#065f46,color:#fff
classDef blue fill:#1e3a5f,stroke:#1e3a5f,color:#fff
classDef orange fill:#7c2d12,stroke:#7c2d12,color:#fff
classDef purple fill:#4a1d6e,stroke:#4a1d6e,color:#fff
class A,E green
class B,F blue
class C,G orange
class D purple

``` 当前阶段 vs 完全 RSI:| 维度 | 当前阶段(2026 年) | 完全 RSI |
|------|-------------------|---------|
| 代码编写 | Claude 编写 80% 代码 | AI 自主设计和编写全部代码 |
| 架构设计 | 人类工程师主导 | AI 自主设计架构 |
| 模型改进 | 人类研究团队主导训练 | AI 自主优化自身模型 |
| 安全措施 | 人工审查 + 自动化测试 | AI 自主安全评估 |
| 升级频率 | 周级别 | 可能达到小时或分钟级别 |

15.3 对 Agent 开发者的影响 Agent 系统的直接启示: 1. 代码生成能力已成为生产级要求——如果你的 Agent 不能自主编写和审查代码,它将在 2026 年的竞争中处于劣势。

  1. 自主工作流是下一个关键能力——从单步任务到多步自主工作流,是 Agent 能力升级的核心路径。
    3.安全护栏必须同步升级——Anthropic 的警告表明,自主能力提升的同时,安全机制必须跟上。如果 AI 开始自主改进自身,人类可能最终失去对其行为的理解和控制。 Anthropic 的政策建议:Anthropic 在报告中呼吁建立「 可协调、可验证的 AI 暂停机制」——当 AI 系统开始展现 RSI 能力时,全球前沿 AI 开发者应协调一致地暂停开发,直到安全框架就位。

这一呼吁虽然充满争议,但它传递了一个明确信号: Agent 的自主性正在接近一个关键的临界点。

15.4 行业反应与未来展望 行业反应:

  • 支持方 认为 Anthropic 的警告是负责任的行为,表明行业需要认真考虑 AI 安全。
  • 反对方 认为暂停 AI 开发不现实,可能让不负责任的参与者获得不公平优势。
  • 中间立场认为应该在继续开发的同时加强安全研究和监管框架。 对 Agent 生态的长期影响: 1.AI 编码 Agent 将成为标配 ——每个开发者都将拥有 AI 编码助手。
    2.
    自主 Agent 的安全性将成为核心竞争力 ——能够安全地运行自主 Agent 的公司将获得竞争优势。
    3.
    人类-AI 协作模式将重新定义
    ——从「人类指挥 AI」转向「人类监督 AI 自主工作」。

来源:Anthropic Institute 递归自我改进报告

💡 一句话理解

Agent 开发者应该立即评估自主编码能力对自身工作流的影响。Claude CodeGitHub Copilot 等工具已经可以显著提升开发效率,关键在于如何将它们安全、有效地集成到你的开发流程中。

⚠️ 常见踩坑

递归自我改进是一个充满争议的话题。Anthropic 的警告虽然引发了广泛关注,但 RSI 的实际风险和时间表仍然存在巨大不确定性。不要过度恐慌,但也不要完全忽视——保持理性和警惕是最佳策略。

82026 年 6 月最新进展:Agent 互操作性标准与 A2A 协议落地

2026 年 6 月,AI Agent 生态迎来了互操作性标准化的关键拐点。Google 主导的 A2A(Agent-to-Agent)协议正式发布 1.0 版本并进入生产级落地阶段,与 Anthropic 的 MCPModel Context Protocol)和新兴的 ACPAgent Communication Protocol)共同构成了多 Agent 协作的完整协议栈。这三大协议的协同正在重新定义 Agent 系统的架构范式——从「单 Agent 孤岛」走向「Agent 互联网」。

A2A 协议的核心设计与落地进展

Google 在 2026 年 6 月 3 日(Cloud Next '26 后续发布)正式推出 A2A 1.0 规范。A2A 协议的核心目标是:让不同厂商、不同框架构建的 Agent 能够像人类团队一样协作完成任务。 协议的设计基于四个关键原则:

第一,Agent Card(智能体名片)机制。每个 Agent 在注册时发布一个标准化的「Agent Card」,声明自己的能力描述、支持的任务类型、输入输出格式、安全认证方式和 SLA 承诺。其他 Agent 通过读取 Agent Card 来发现和理解潜在的协作伙伴——这类似于人类职场中的「自我介绍」,但完全机器可读。Agent Card 使用 JSON-LD 格式,支持语义描述,使得 Agent 能力的匹配不再依赖硬编码的接口定义。

第二,基于 JSON-RPC 2.0 的通信协议A2A 选择了成熟的 JSON-RPC 2.0 作为通信基础,而非发明新的协议格式。这一决策大幅降低了企业采用的技术门槛——现有的 RPC 基础设施(如 gRPC-JSON 桥接、消息队列)可以直接复用。通信支持同步请求-响应和异步任务两种模式:简单的查询类任务使用同步模式,长时间运行的复杂任务使用异步模式并通过 Webhook 回调通知结果。

第三,任务生命周期管理A2A 定义了标准的任务状态机:submitted → working → input-required → completed / failed / canceled。每个状态转换都带有标准化的事件通知,使得编排层能够精确追踪多 Agent 协作的进度。特别值得注意的是「input-required」状态——当一个 Agent 需要额外信息才能继续时,它可以暂停任务并向编排层请求输入,而不是简单地失败。

第四,安全与身份验证A2A 1.0 集成了 OAuth 2.1 和 mTLS 双重认证,确保 Agent 之间的通信既验证身份又加密传输。这与本文第 14 章讨论的「Agent 身份认证基础设施」形成了直接呼应——Uber 在 2026 年 5 月解决的 Agent 身份认证问题,为 A2A 协议的身份层提供了实践基础。

MCPA2AACP 三协议协同

截至 2026 年 6 月,三大协议形成了清晰的分工与协同关系:

MCPModel Context Protocol 解决的是 Agent 与工具之间的连接问题。它定义了 Agent 如何发现、调用和管理工具(如数据库查询、API 调用、文件操作),是 Agent 的「手」——让 Agent 能够操作外部世界。MCP 2.0 在 2026 年 5 月发布的 Tunnel 模式和自托管沙箱,已经使其成为 Agent 工具生态的事实标准。

A2AAgent-to-Agent Protocol 解决的是 Agent 与 Agent 之间的通信问题。它定义了 Agent 如何发现彼此、协商任务、交换结果,是 Agent 的「嘴和耳」——让 Agent 能够与同伴交流。A2A 的核心价值在于打破了 Agent 框架之间的壁垒:一个用 LangChain 构建的 Agent 可以与一个用 CrewAI 构建的 Agent 直接对话协作,而不需要中间的适配层。

ACPAgent Communication Protocol 是一个更新兴的协议,专注于 Agent 通信的上下文管理。它定义了对话上下文的传递、共享和隔离机制,确保多 Agent 协作时信息不会丢失或混淆。ACP 的核心创新是「上下文令牌(Context Token)」机制——每次 Agent 间通信都携带一个轻量级的上下文令牌,包含任务背景、已完成的步骤、关键约束等信息,接收方 Agent 无需重新解析完整的对话历史就能理解当前状态。

三大协议的协同关系可以概括为:MCP 管工具、A2A 管通信、ACP 管上下文。 在一个典型的多 Agent 协作场景中,Agent A 通过 A2A 协议发现并联系 Agent B,通过 ACP 传递任务上下文,Agent B 通过 MCP 调用工具执行任务,最后通过 A2A 将结果返回给 Agent A。这个过程中,ACP 确保上下文在整个链路中保持一致。

多 Agent 协作的新范式

A2A 协议的落地催生了三种新的多 Agent 协作范式:

范式一:动态 Agent 组队(Dynamic Agent Teaming)。 传统的多 Agent 系统是静态编排的——开发者预先定义好哪些 Agent 参与协作、按什么顺序执行。A2A 使得动态组队成为可能:一个编排 Agent 在运行时根据任务需求,通过查询 Agent Card 目录动态发现最合适的 Agent 来组队。例如,一个「市场分析」任务可能需要一个「数据收集 Agent」、一个「统计分析 Agent」和一个「报告撰写 Agent」——编排 Agent 可以根据数据源的地理位置、统计方法的复杂度和报告的目标语言,从全球的 Agent 注册表中选择最优组合。

范式二:Agent 即服务(Agent-as-a-Service, AaaS)。 A2A 协议使得 Agent 能力可以像 API 一样被发布和消费。企业可以将内部的专业 Agent(如「合规审查 Agent」「财务分析 Agent」「法务合同 Agent」)注册到企业 Agent 目录中,其他部门或团队可以通过 A2A 协议直接调用这些 Agent 的能力,而不需要重新构建。这催生了企业内部和跨企业的 Agent 服务市场。

范式三:协商式任务分解(Negotiated Task Decomposition)。 与传统的自上而下的任务分解不同,A2A 支持 Agent 之间的协商式分解。当一个复杂任务到达编排 Agent 时,编排 Agent 不是单方面拆解任务并分配给其他 Agent,而是发布任务需求,让潜在的协作 Agent 自主「竞标」——每个 Agent 根据 Agent Card 中声明的能力,评估自己能否完成子任务、需要多少时间、需要什么额外输入。编排 Agent 根据竞标结果选择最优的任务分配方案。这种模式特别适合子任务之间有复杂依赖关系的场景。

与记忆工程(agent-075)和工具调用工程(agent-076)的交叉

A2A 协议的落地对记忆工程和工具调用工程产生了深远影响,形成了显著的技术交叉。

与记忆工程(agent-075)的交叉: 在多 Agent 协作场景中,记忆管理面临全新的挑战。第一,共享记忆池(Shared Memory Pool) 成为必需——协作的多个 Agent 需要读写共享的上下文信息,但同时又需要隔离各自的私有记忆。A2A 协议的任务上下文(Task Context)机制为共享记忆提供了标准化的传递格式,而 ACP 的上下文令牌则确保了共享记忆在 Agent 间传递时的一致性。第二,Agent 能力记忆(Agent Capability Memory) 变得重要——编排 Agent 需要记住哪些协作 Agent 擅长什么、历史表现如何、在什么场景下表现最好。这种「协作经验记忆」直接影响未来组队的质量。第三,跨 Agent 记忆追溯:当多个 Agent 协作完成一个复杂任务后,如何将整个协作过程中的关键决策和经验教训沉淀为可检索的长期记忆,是记忆工程面临的新课题。这与本文第 4 章讨论的「情景记忆 vs 语义记忆」的分类直接相关——协作过程中的具体交互记录属于情景记忆,而从中提取的「Agent A 在处理 X 类任务时表现优于 Agent B」则属于语义记忆。

与工具调用工程(agent-076)的交叉: A2A 协议重新定义了工具调用的边界。第一,远程工具调用(Remote Tool Invocation):Agent A 可以通过 A2A 协议请求 Agent B 使用其专有工具来完成特定操作——这意味着工具不再需要直接暴露给调用方 Agent,而是通过中间 Agent 封装。这解决了本文第 5 章讨论的「工具最小权限原则」在跨组织场景下的实施难题。第二,工具能力聚合(Tool Capability Aggregation):一个 Agent 可以通过 A2A 将多个其他 Agent 的工具能力聚合为一个「虚拟工具集」,对外呈现统一的 MCP 接口。这大幅降低了编排层的复杂度——编排 Agent 只需要对接一个聚合 Agent,而不需要分别连接每个工具 Agent。第三,工具调用链的跨 Agent 传递:在 A2A 协作中,一个工具调用的结果可能需要触发另一个 Agent 的工具调用——形成跨 Agent 的工具调用链。ACP 的上下文令牌确保了调用链中每一步的输入输出都能被正确传递和追溯。

行业落地数据与生态格局

截至 2026 年 6 月中旬,A2A 协议的落地情况如下:

平台支持方面:Anthropic 的 Claude Agent Platform、OpenAI 的 GPT Agents、Google 的 Gemini Agent Platform 三大主流平台均已宣布支持 A2A 1.0。Microsoft Agent 365 在 2026 年 6 月的更新中也集成了 A2A 网关。这意味着全球主要的 Agent 平台已经实现了互操作性。

企业采用方面:根据 Gartner 2026 年 6 月的快速调查(样本量 300 家企业),42% 的受访企业表示已在至少一个生产场景中使用 A2A 协议进行多 Agent 协作,另有 31% 表示正在评估或试点中。金融和医疗行业的采用率最高,分别达到 58% 和 51%——这些行业对标准化和合规性的需求推动了快速采用。

开发者生态方面A2A 协议的开源参考实现(github.com/google/a2a-protocol)在发布两周内获得了 1.2 万 GitHub Star。LangChainCrewAI、AutoGen 三大框架均发布了 A2A 适配器,开发者可以在现有框架中无缝启用 A2A 能力。

标准组织方面:W3C 已成立 Agent Interoperability Working Group,基于 A2AMCPACP 的实践制定正式的 Web 标准。预计首个 W3C Working Draft 将在 2026 年 Q4 发布。

Gartner 预测,到 2027 年底,80% 的新建 Agent 系统将基于 A2A/MCP/ACP 互操作标准构建,不支持互操作标准的遗留 Agent 系统将面临被边缘化的风险。这一预测与本文第 6 章讨论的「Agent 框架选择」直接相关——框架的互操作性支持正在成为选型的首要考量因素。

图表加载中…

💡 一句话理解

Agent 开发者应该立即学习 A2A 协议规范,并为自己的 Agent 系统添加 Agent Card 声明。在 2026 年下半年,支持 A2A/MCP/ACP 互操作标准将成为 Agent 系统的基本门槛——就像 Web 应用必须支持 HTTP 一样。建议从 Anthropic 和 Google 的开源参考实现入手,在现有框架上快速启用互操作能力。

⚠️ 常见踩坑

A2A 协议 1.0 仍处于早期落地阶段,部分高级特性(如跨组织 Agent 发现、协商式任务分解)的规范尚未完全稳定。在生产环境中使用 A2A 时,建议做好版本兼容性管理,并密切关注 W3C Agent Interoperability Working Group 的标准进展。此外,多 Agent 协作引入了新的安全攻击面——Agent 间通信可能被窃听或篡改,务必使用 A2A 规范中定义的 mTLS 加密和 OAuth 2.1 认证。

🎯 相关面试题

巩固本篇知识点,备战 AI 岗位面试。