OpenAI将智能体工具进一步推向生产环境
OpenAI已发布其Agents SDK的一项重大更新，加入原生沙盒支持，以及一组更广泛的内置工具，供构建长时间运行AI智能体的开发者使用。根据所提供的来源文本，此次更新为开发者提供了构建模块，使智能体能够在受保护环境中检查文件、运行命令、编辑代码并处理更复杂的任务。
这一变化之所以重要，是因为它将SDK从一个简单的编排层，推进到更接近完整执行框架的层次。报道称，OpenAI将该SDK定位为用户请求、AI模型及其完成工作所需工具之间的连接组织。这包括通过MCP支持工具使用、基于shell的代码执行、通过apply-patch工具进行文件编辑，以及通过AGENTS.md文件提供自定义指令。
原生沙盒是核心特性
此次更新中最重要的新增功能是原生沙盒支持。OpenAI表示，智能体现在可以在隔离环境中运行，并拥有自己的文件、工具和依赖项。公司称，该SDK可与Cloudflare、Vercel、E2B和Modal等提供商协同工作，同时也允许开发者接入自己的沙盒实现。
这种隔离模型回应了智能体系统的核心担忧之一：如何让模型完成有用工作，同时又不让它们对生产环境拥有过于广泛、脆弱或不安全的访问权限。来源文本称，OpenAI认为将控制逻辑与底层计算环境分离，是让智能体更安全、更稳定、更易扩展的一种方式。
同样重要的是，报道指出这种新设置改进了恢复能力。如果某些环节出错，智能体可以在新的容器中继续工作，而不是彻底失败。这种可重启性对于开发者工具、研究工作流以及长于单次请求的自动化任务都可能很重要。
围绕文件和外部存储的更多结构
此次更新还引入了manifest功能，用于描述智能体可用的工作区。来源文本显示，这个manifest支持本地文件，也支持包括AWS S3、Google Cloud Storage和Azure Blob Storage在内的云存储选项。这表明OpenAI正在把SDK设计用于跨越本地开发环境和云端数据的工作。
对开发者来说，这种明确的工作区描述可以让智能体行为更容易理解。系统不是给模型模糊或过于宽泛的权限，而是可以定义有哪些文件和存储位置，以及应如何使用它们。来源文本没有展开实现细节，但很明显，它把manifest视为智能体更有纪律的运行模型的一部分。
工具集表明智能体软件能力更强
这些新能力的组合值得注意，因为它汇集了往往分散在自定义智能体栈中的动作。报道中，OpenAI强调了通过MCP使用工具、shell执行、文件补丁以及指令文件。综合起来，这些正是智能体需要的要素，使其能够检查代码库、决定修改、应用编辑，并在更长会话中持续运行。
因此，这次更新看起来不像一次小规模SDK修订，更像是一项标准化许多团队自己一直在拼装的模式的努力。通过把这些部分打包在一起，OpenAI似乎正在缩小实验性智能体演示与可部署智能体系统之间的差距。
- 原生沙盒支持可隔离文件、工具和依赖项。
- MCP集成扩展了智能体调用工具的方式。
- shell执行和apply-patch编辑支持实际编码工作流。
- 工作区清单将智能体访问范围扩展到本地和云存储。
Python先行，TypeScript随后
OpenAI表示，这些新功能目前已在Python中提供，TypeScript支持即将推出。这样的分阶段发布很重要，因为Python本来就是AI工具常用语言，而TypeScript对于希望将智能体集成到主流应用中的Web和产品团队至关重要。来源文本没有给出TypeScript发布日期，只说它即将到来。
公司还表示，适用标准的OpenAI API定价。这意味着在所提供报道中，SDK更新扩大了能力，但没有引入单独的定价模型，不过真实部署的总成本仍将取决于模型使用量和工作负载设计。
这次更新为何突出
此次发布更大的意义在于，OpenAI把智能体当作运行中的软件，而不只是提示词实验。受控执行、可恢复环境、基于补丁的编辑和工作区清单的组合，表明AI系统如何作用于数字环境，正在形成一种更规范的模型。
这并不意味着所有担忧都已解决。所提供文章并未声称沙盒能消除所有风险，只是说它们让智能体部署更安全、更稳健。但方向很清楚：OpenAI正在打包让智能体不只是回答问题的基础设施。它们可以在为此目的设计的有限环境中检查、修改并持续工作。
对于追踪AI智能体演进的开发者来说，这次更新是重要一步。它让团队开箱即获得更多所需的基础设施，也展示了平台的走向：面向能够采取行动、从失败中恢复并在明确定义的执行边界内运行的智能体。
本文基于The Decoder的报道。阅读原文。