2026年8月，OpenAI进行了一次 quietly revolutionary 的API架构升级：Responses API全面成为默认接口，MCP（Model Context Protocol）原生支持，而陪伴开发者两年的Assistants API将于8月26日正式下线。

这次升级不是简单的版本迭代，而是OpenAI对AI应用开发范式的一次重新定义。

核心变化：从Assistants API到Responses API

2023年11月，OpenAI在Dev Day上推出了Assistants API，提供了三个核心对象：Assistants、Threads、Runs，以及三个内置工具：Code Interpreter、File Search、Function Calling。

三年过去，OpenAI认为这套架构已经完成了历史使命，现在是时候让位给更灵活的Responses API了。

为什么迁移？

Responses API相比Assistants API有四大优势：

  1. 更简洁的代码：同样功能从100行降到3行
  2. 内置工具丰富：web search、file search、computer use、code interpreter、remote MCP servers开箱即用
  3. 状态管理优化：支持store: true自动维护多轮上下文，推理和工具上下文跨轮保留
  4. 成本更低：缓存利用率提升40-80%，推理模型配合 Responses 在SWE-bench上提升3%

MCP：AI工具的通用语言

MCP（Model Context Protocol）是Anthropic在2024年11月推出的开放协议，用于标准化AI模型与外部工具的数据交换。

2025年12月，Anthropic将MCP捐赠给Linux Foundation旗下的Agentic AI Foundation，OpenAI、Google、Microsoft、AWS、Cloudflare、Bloomberg共同支持。

现在，MCP已经成为AI工具连接的事实标准：

  • Claude Code：原生支持MCP
  • Codex CLI：通过/mcp命令连接MCP服务器
  • Gemini CLI：支持MCP工具
  • OpenAI Agents SDK：Python和TypeScript SDK原生支持MCP

Responses API中的MCP支持

在Responses API中，MCP作为内置工具类型提供：

  • 远程MCP服务器：直接通过server_url连接任何MCP兼容服务
  • 工具自动发现：API自动发现服务器可用工具，无需手动定义schema
  • 审批控制：require_approval参数控制是否自动执行工具调用
  • 安全隧道：企业版支持Secure MCP Tunnel，内网MCP服务器无需暴露公网

代码示例：

from openai import OpenAI
client = OpenAI()
response = client.responses.create(
  model=”gpt-5.5″,
  tools=[{
    “type”: “mcp”,
    “server_label”: “my_server”,
    “server_url”: “https://mcp.example.com/sse”,
    “require_approval”: “never”
  }],
  input=”查询生产数据库的用户数量”
)
print(response.output_text)

迁移时间线

2025年8月26日：OpenAI正式宣布Assistants API beta弃用

2026年8月26日：Assistants API完全下线，所有端点停止响应

迁移路径：

  • Assistants → Prompts（可复用的模型、工具、指令配置块）
  • Threads → Conversations（持久化聊天历史）
  • Runs → Responses（简化的请求-响应模型）
  • Run Steps → Items（更清晰的多步推理结构）

实际迁移难度

OpenAI官方表示迁移” deliberately cheap”，但实际工程工作量不容忽视：

  • 没有自动化迁移工具
  • Thread迁移需要手动处理
  • 需要重写所有Run调用为Responses调用
  • 工具调用逻辑需要显式管理
  • 历史数据有三种处理选择：归档冷存储、回填到Conversations、接受丢失

行业影响

这次迁移标志着AI开发范式的三个转变：

  1. 从Opinionated到Flexible：Assistants API强绑定状态管理，Responses API让开发者自己控制循环
  2. 从Proprietary to Open：MCP成为工具连接标准，打破OpenAI生态锁定
  3. 从Monolith to Composable：AI应用从单一大模型调用转向多工具、多服务组合

对开发者的建议

如果还在用Assistants API：

  • 立即开始迁移，距离8月26日deadline已经很近
  • 优先迁移活跃生产系统
  • 历史Threads可以考虑归档冷存储

如果正在选型：

  • 新项目直接使用Responses API
  • 需要跨模型工具复用的场景采用MCP服务器
  • 企业场景考虑Secure MCP Tunnel

如果使用Azure OpenAI：

  • 迁移目标是Microsoft Foundry Agents Service
  • 同样基于Responses API，只是入口不同

总结

OpenAI的这次架构升级，表面上是API版本迭代，实质上是AI应用开发从”黑盒助手”到”可组合工具层”的范式转变。

Responses API提供了更灵活、更高效的开发体验，MCP则打破了工具连接的生态壁垒。对于开发者来说，现在是拥抱新范式的最佳时机。

最后提醒：Assistants API将在2026年8月26日正式下线，还有三天时间。如果你的生产系统还在使用它，请立即开始迁移。