AAIF一年内项目增至十项，OpenResponses与MCP分歧凸显AI接口统一仍遥远

在圣何塞举行的 AGNTCon + MCPCon North America 2026 大会上，Agentic AI Foundation（AAIF）宣布新增四个项目，使其成立一年内从最初的三个创始项目扩展至十个。这一进展被基金会首席技术官 Manik Surtani 称为“里程碑”：AAIF 正式从概念验证阶段迈入多项目协同推进的实质建设期。但与此同时，行业对 AI 智能体接口标准能否真正统一的疑虑并未消退——OpenAI、Anthropic 与 Google 各自维持独立接口体系的现实，让“开放标准”的愿景仍显遥远。

AAIF 的扩张路径清晰可见：阿里巴巴贡献了 OpenSandbox，一个用于隔离运行智能体的安全沙箱；OpenAI 推出 Open Responses，旨在实现大语言模型（LLM）接口间的互操作性；Anthropic 加入 Agent Skills，聚焦智能体能力定义与调用规范；Hugging Face 则带来 OpenEnv，一个面向智能体训练与评估的强化学习环境框架。这些项目覆盖了从底层安全、协议互操作、能力抽象到开发体验的全栈环节，反映出行业对智能体基础设施系统性缺失的共识。

值得注意的是，AAIF 并非单纯的技术联盟，其治理结构也在同步完善。执行董事 Mazin Gilbert 宣布设立三个新治理委员会，以应对身份认证、审计追踪与支付结算等关键开放性议题。Surtani 在题为“谁来保持它的开放性？”的演讲中强调：仅有开源许可证不足以保障长期开放，必须避免重蹈 Android 被单一厂商主导的覆辙，而应效仿 Kubernetes 由中立基金会托管的模式。这一类比直指当前 AI 基础设施的核心矛盾——技术开放性与商业控制权之间的张力。

然而，现实进展并不均衡。Open Responses 规范虽已获得 AWS Bedrock、Databricks、Ollama、NVIDIA 和 vLLM 等平台支持，但 Anthropic 仍在推进其 Messages API 的独立定义，Google 则继续使用 Interactions API。The Register 的评论一针见血：所谓“友好且资金充足的基金会接纳”，实则是大型厂商将自身技术路径包装为“开放倡议”的策略性动作。这种“轻信式接纳”可能加速生态碎片化，而非整合。

MCP（Model Communication Protocol）作为当前最受关注的智能体通信协议，其演进路径更折射出标准落地的深层挑战。7 月 28 日的规范更新引入了无状态服务器支持，此举本意是提升可扩展性，却引发开发者担忧：MCP 是否正滑向又一个“普通 REST API”？据现场数据，部分平台已有约 70% 的流量采用无状态模式，这与早期强调“有状态任务流”的设计初衷形成反差。

Anthropic 的 MCP 联合创建者 David Soria Parra 试图缓解焦虑，宣布 Claude Code 已支持 MCP Tasks，使工具调用可持续数分钟乃至数小时——这是对传统秒级响应 API 的重要拓展。同时，Anthropic 将 Agent Skills 标准捐赠给 AAIF，其路线图明确列出五大优先方向：智能体消息格式、通过 MCP 调用 Skills、身份认证机制、HTTP 原生传输支持等。这些细节表明，厂商并非拒绝标准化，而是希望在统一框架下保留自身技术特色。

OpenAI 方面则从实践角度反馈了 MCP 的真实使用状况。Thomas Sarlandie 分享了 ChatGPT 插件目录中的生产数据：已发布 MCP 服务器中，约 75% 的单个工具 Schema 小于 1KB，最大单工具 Schema 约 260KB，单服务器总 Schema 可达 1.4MB。OpenAI 强制要求所有提交的服务器必须为每个工具添加注解——这些注解不仅用于生成用户提示，更关键的是区分只读调用与破坏性操作，后者需二次确认。数据显示，仅 56% 的插件使用了服务器指令功能，而该功能的安全上限约为 1,000 字符。

这些具体约束揭示了一个事实：标准化不仅是协议语法问题，更是工程实践与安全边界的博弈。当 OpenAI 拒绝无注解的服务器提交时，它实际上在用产品规则倒逼开发者遵循其安全范式；而当 Anthropic 推动“每项任务成本优于每 Token 成本”的计量模型时，它又在重塑价值评估体系——这些都超出了纯粹技术标准的范畴。

更具前瞻性的是 WebMCP 的提出。Chrome 工程师 Sarah Drasner 介绍这一正在源试用的 Web 标准：网站可通过声明式方式向智能体公开工具接口，智能体直接调用而非解析 DOM，基准测试显示操作效率可提升 2.5 至 7.5 倍。更重要的是，WebMCP 支持只读提示与不受信任内容隔离机制，有助于防御提示词注入攻击。Drasner 明确指出，WebMCP 是对 MCP 的补充而非替代，其定位是打通网页端智能体能力的最后一公里。

安全议题亦成为本次大会焦点。加州大学伯克利分校教授 Dawn Song 指出，前沿 AI 当前对攻击者的赋能已超过防御者。其团队构建的 CyberGym 基准涵盖近 200 个开源项目中的 1,500 多个漏洞，而最新模型已能自动发现零日漏洞。在 ExploitGym 测试中，GPT-5.6 Sol 两小时内即为 869 个目标生成可利用载荷——这提醒业界：任何接口标准若缺乏内建安全机制，都将放大攻击面。

Tokenomics Foundation 执行董事 J.R. Storment 的观点则指向经济层：他呼吁停止以 Token 数量衡量成本，转而关注“每项任务的成本”与“每项结果的成本”，最终落脚于业务价值本身。这一视角暗示，接口标准的成败不仅取决于技术兼容性，更取决于能否降低企业集成与运维的实际门槛。

综合来看，AAIF 的快速扩容标志着行业对智能体基础设施的重视达到新高度，但 Open Responses 与 MCP 的并行发展、各厂商 API 的持续分立，说明统一接口仍处于“多路径探索”阶段。真正的统一可能不会以单一协议形式出现，而更可能演化为分层架构：底层传输（如 HTTP-native）、中间能力抽象（如 Skills）、上层交互语义（如 Messages）各自形成子标准，再通过网关或适配器实现互通。短期内，兼容性将依赖工具链与转换层，而非原生协议一致。这场标准之争的本质，不是技术优劣的较量，而是生态主导权与商业利益的再分配。