TL;DR

OpenAI 已扩展其 Responses API，新增面向自主智能体开发的功能：用于命令执行的 Shell 工具、内置智能体执行循环、托管容器工作空间、上下文压缩和可复用技能。这些新增功能将 OpenAI 定位为智能体基础设施的基础层，直接与编排框架竞争。

核心事实

• 发布方：OpenAI，扩展 Responses API 功能
• 新增内容：Shell 工具、智能体循环、容器工作空间、上下文压缩、可复用技能
• 时间：2026 年 3 月，通过 InfoQ 报道发布
• 影响：将 OpenAI 定位为自主智能体开发的基础设施层

事件概述

OpenAI 已扩展其 Responses API，新增五个旨在加速自主智能体开发的能力。这些新增功能解决了构建生产级智能体的常见痛点：执行环境隔离、持久记忆管理、可复用技能组合。

Shell 工具使智能体能够在受控环境中执行系统命令。内置智能体执行循环免去开发者实现自定义编排逻辑的需求。托管容器工作空间提供隔离的执行环境，解决安全和可复现性顾虑。上下文压缩通过智能总结和裁剪对话历史来管理当前模型的有限上下文窗口。可复用技能允许智能体从预定义的能力模块组合构建。

这些功能整体上使 OpenAI 从模型提供商向平台提供商转变，提供之前由 LangGraph、CrewAI 和 AutoGen 等编排框架构建的基础设施。

核心细节

Responses API 的五项新增功能面向智能体栈的不同层面：

• Shell 工具：使智能体能够执行系统命令，连接推理与行动的鸿沟。这允许智能体与文件系统交互、运行脚本、调用外部工具

• 内置智能体循环：免去自定义编排代码的需求。开发者可定义目标和约束，而 OpenAI 处理迭代、工具调用和终止逻辑

• 托管容器工作空间：为智能体动作提供隔离执行环境，解决自主代码执行的安全顾虑

• 上下文压缩：自动通过总结和裁剪对话历史管理上下文窗口限制，使智能体能够执行更长时间的任务

• 可复用技能：支持模块化智能体组合，允许不同智能体实现共享能力模块

功能	之前	现在
命令执行	自定义集成	原生 Shell 工具
编排	LangGraph/CrewAI	内置智能体循环
执行环境	自托管	托管容器
记忆管理	手动	上下文压缩
能力组合	自定义框架	可复用技能

🔺 独家情报：别处看不到的洞察

置信度: 中 | 新颖度评分: 72/100

报道将其框架化为 API 扩展，但战略信号更清晰：OpenAI 正从模型提供商垂直整合为智能体基础设施提供商。Shell 工具和容器工作空间直接复制了开发者目前用 LangGraph 工具调用或 CrewAI 任务委托构建的功能。内置智能体循环尤为关键——这意味着 OpenAI 现在与编排层竞争，而非仅为其提供模型。对于构建于模型与工具之间粘合层业务的 LangChain，这代表着生存级平台风险。上下文压缩功能也暗示 OpenAI 的内部方向：他们认识到上下文窗口仍是生产级智能体的瓶颈，正在构建基础设施级解决方案，而非仅等待模型改进。

关键洞察： 基于 OpenAI 模型构建的团队应评估原生 Responses API 功能能否替代当前编排栈的部分组件，可能降低复杂度和供应商数量。

影响分析

对智能体开发者

新增功能减少了构建生产级智能体所需的代码量。之前需要 LangGraph 工作流的任务——工具调用循环、状态管理、执行环境——现在可由 OpenAI 基础设施处理。这降低了入门门槛，同时也可能造成供应商锁定。

对编排框架

LangGraph、CrewAI 和 AutoGen 面临战略挑战。如果 OpenAI 提供原生编排、容器执行和工具调用，差异化必须转向模型无关性、高级工作流模式或 OpenAI 不优先的企业级功能。

关注要点

• 企业采纳：观察企业是否从多框架栈迁移到 OpenAI 原生智能体架构
• 竞争响应：关注 Anthropic、Google 或其他模型提供商是否推出类似基础设施策略
• 定价影响：容器工作空间和扩展智能体循环可能引入超越 token 计费的新定价模式

信息来源

• OpenAI Extends Responses API for Agents — InfoQ, March 2026