大厂 AI 竞争重心转移:从模型规模到智能体框架的演进
- 作者

- 姓名
- Nino
- 职业
- Senior Tech Editor
在生成式 AI 爆发的初期,成功的衡量标准非常简单:参数量。我们曾紧盯 GPT-4、Claude 以及像 DeepSeek-V3 这样的开源模型之间的参数竞赛。然而,进入 2025 年后,一个显著的趋势正在发生:顶级模型在基础智能上已趋于平稳,足以应对大多数企业级任务。现在的核心战场已经转移到了模型之外的智能体框架(Harness)。
什么是智能体框架(Harness)?
在软件工程中,“Harness”通常指测试支架。在 AI 领域,**智能体框架(Agent Harness)**是指包裹在模型权重的外部架构,它决定了模型如何与现实世界交互。
简单来说:智能体 = 模型 + 框架。
框架包含了提示词逻辑、工具执行环境、内存管理、控制流(循环与分支)以及智能体之间的协作协议。如果说 Claude 3.5 Sonnet 或 OpenAI o3 是大脑,那么框架就是手脚和工作台。对于使用 n1n.ai 访问这些多样化模型的开发者来说,理解框架层是构建生产级应用的关键。
为什么框架层成为了新的战场?
大厂(如 Google、Microsoft、Anthropic、OpenAI)之所以全力投入框架层的产品化,主要有三个原因:
- 能力趋同:前沿模型之间的性能差距正在缩小。当模型表现不相上下时,胜负取决于谁能更方便地嵌入业务流程。
- 迭代速度:重新训练基础模型的成本高达数亿美元,且耗时数月。而更新框架(例如修改工具定义或系统提示词)只需几秒钟,成本几乎为零。
- 生态锁定:一旦开发者将其企业数据集成到特定的工具协议(如 Anthropic 的 MCP)中,切换到竞争对手的成本就会大幅增加。
为了应对这种碎片化的生态,n1n.ai 提供了必要的抽象层,让开发者在保持智能体逻辑不变的同时,能够灵活切换底层的 LLM 模型。
Anthropic:标准化的先行者(MCP 与 Skills)
Anthropic 的战略核心是 模型上下文协议(Model Context Protocol, MCP)。这是一项旨在解决“M × N”集成难题的开放标准。过去,每个 AI 公司都要为 Google Drive、Slack 和 GitHub 编写专门的连接器;而 MCP 提供了一个通用的 JSON-RPC 标准。
2025 年底,Anthropic 将 MCP 捐赠给了 Linux 基金会旗下的 Agentic AI Foundation,意图将其打造为“智能体时代的 HTTP 协议”。此外,他们还推出了 Agent Skills,这是一种通过 SKILL.md 文件定义的便携式能力模块。它支持“渐进式披露”,即只有在模型明确需要时,才会将完整的工具指令载入上下文,从而极大地节省了 Token 消耗。
OpenAI:通过程序化工具调用追求效率
OpenAI 则走了一条不同的道路,侧重于执行效率。他们在 2026 年推出的重磅功能是 程序化工具调用(Programmatic Tool Calling, PTC)。在传统的模式下,如果智能体需要调用 5 个工具,通常需要在模型和 API 之间进行 5 次往返。
通过 PTC,模型(如 GPT-5.6)可以直接编写一段包含循环和条件判断的 JavaScript 程序。OpenAI 在安全的 V8 沙箱中运行这段代码,仅返回最终结果。据报告,这种方式在复杂工作流中能减少超过 60% 的 Token 使用量。开发者可以通过 n1n.ai 聚合 API 访问这些高效端点,优化运营成本。
Google 与 Microsoft:协作与治理
Google 押注于 智能体对智能体(Agent-to-Agent, A2A) 协议。他们的愿景是一个由专业智能体组成的网络,这些智能体通过“智能体卡片(Agent Cards)”互相发现。卡片是一个 JSON 文档,宣告了智能体的身份、技能和端点。这使得“旅游智能体”能自动找到并把任务委派给“天气智能体”,无需人工干预。
Microsoft 则专注于整合。通过将 Semantic Kernel 和 AutoGen 合并为 Microsoft Agent Framework (MAF),他们创建了一个统一的堆栈,弥合了科研级多智能体系统与企业级治理之间的鸿沟。其核心是“CodeAct”,即模型编写 Python 代码并在沙箱化的微型虚拟机中执行,这与 OpenAI 的 PTC 理念相似,但更侧重于 Python 生态。
技术深度对比
| 特性 | Anthropic | OpenAI | Microsoft | |
|---|---|---|---|---|
| 核心协议 | MCP (开放) | Responses API | A2A (开放) | MAF (统一) |
| 工具执行 | 客户端/SDK | 程序化 (服务端) | 分布式 | CodeAct (微型 VM) |
| 编排引擎 | Agent SDK | Agents SDK | ADK (基于图) | MAF 图引擎 |
开发者的挑战与机遇
随着这些框架变得越来越复杂,“隐形锁定”的风险也在增加。虽然 MCP 和 A2A 是开放协议,但治理和部署层仍然是闭源的。开发者必须决定是构建在某个厂商的“全家桶”之上,还是保持中立。
使用 n1n.ai 这样的服务,可以让开发者在不被单一云厂商绑定的情况下,自由实验不同的框架和模型。在未来,模型本身将成为一种通用商品,真正的价值在于你构建的框架以及你所连接的数据。
总结
AI 竞赛已进入新阶段。框架不再仅仅是一个包装,它本身就是产品。无论是通过 Anthropic 的标准化、OpenAI 的执行效率,还是 Google 的智能体间通信,核心目标都是让 AI 从“能说”转向“能做”。
获取免费 API 密钥,请访问 n1n.ai