A2X Registry：当工具多到挤爆上下文
9 月 6 日至 7 日，AGNTCon+MCPCon China 2026 在上海国际会议中心举行，围绕 Agentic AI 与模型上下文协议（MCP）展开。会上一个被反复点名的问题，是工具规模上来之后的「发现与连接」。据 Anthropic 的报告，一个接入一千个 MCP 工具的智能体，仅工具提示词就会消耗约五十万 token；而传统嵌入检索往往漏掉语义不相似但相关的工具，召回率存在天然上限。
华为高级工程师 Wei Zheng 介绍的 openJiuwen A2X Registry，正是要给 MCP 服务提供高效的注册与发现机制。它的定位是 Agent 与工具之间大规模连接的工程底座，也被列为 openJiuwen Agent Protocol 中用于互操作的部分。问题意识很实在：当企业内部 MCP Server、工具与 Agent 数量持续膨胀，单纯「能连」已经不够，还要「找得到、连得上、不烧 token」。
Coordination Engineering：多智能体团队的工程方法论
更值得长期关注的主线是 Coordination Engineering（协同工程）。华为 2012 实验室的程烁提出：智能体工程范式正从单智能体走向多智能体团队协同，而协调和驾驭单个智能体是两套方法论。单智能体的「驾驭与治理」已经形成相对清晰的方法论（从 Prompt Engineering 到 Context Engineering，再到当下的 Harness Engineering）；但当任务复杂度跨过单 Agent 边界，需要多个智能体分工协作时，原有的方法不再适用。
协同工程的判断是：它并非替代 Harness Engineering，而是其在团队协作维度的自然延伸。多个智能体如何自主分工、高效沟通、无缝协作，成功的协同模式如何沉淀、复用、持续演进，这些才是下一阶段的核心命题。openJiuwen 社区也已围绕 Agent Team、团队技能沉淀与协同自演进展开实践。对正在把多个智能体塞进一条流水线的团队，这是把「能跑」推向「可治理」的方法论补给。
企业级智能体需要新基础设施吗
大会另一核心议题更底层：企业级智能体究竟是现有基础设施上的又一种负载，还是需要全新的底层原语。CNCF TOC 副主席、华为云原生开源 Tech Lead Kevin Wang 参与的圆桌指出，当企业把自主且长时间运行的 Agent 放进生产，现有云原生基础设施在几处显出力不从心：长周期状态的管理、工具的安全执行、Agent 行为的可观测与调试、安全边界与人机协同、以及多 Agent 之间的协调。
这引出的不是非此即彼的答案，而是一个工程清单：Agentic AI 对计算资源、弹性调度、安全隔离与运行时（Agent Runtime）提出了与传统应用不同的要求。是修补现有栈，还是长出新原语，取决于每家企业的负载形态。但把问题摆上台面，本身就是行业从概念验证走向生产的标志。
九大技术方向：落地问题被摆上台面
本届大会设了九大技术方向，覆盖智能体商业构建、智能体工程、可靠智能体系统、企业落地实践、评估与测试、人机协作、互操作性与标准、MCP 新演进、多智能体与分布式系统。相较只谈大模型的会议，它把重点放在智能体真正落地必须解决的工程问题上：协议怎么互通、基础设施怎么承载、多智能体怎么协调、可靠性与安全怎么保障。这种议题结构本身，说明行业共识已从「模型能做什么」转移到「系统怎么跑稳」。
结语：从驾驭到协同
AGNTCon+MCPCon 上海场释放的信号很清楚：单智能体的方法论已经初步成型，下一站是「一支 Agent 团队」的工程化。A2X Registry 解决工具的规模发现，Coordination Engineering 解决团队的协同治理，基础设施之争解决运行底座。三者叠在一起，描绘的是智能体从演示走向生产的施工图。对开发者与企业，值得开始把「多智能体协同」当成一等工程问题来设计，而不是等规模上来再补。