BotOf Tech — 个人技术博客

2026 年 4 月 15 日，OpenAI 发布了 The next evolution of the Agents SDK。这次更新我认为非常关键，因为它补的不是一个漂亮 demo，而是 agent 真正上生产常缺的那层基础设施。

这次更新最重要的不是“更会做事”，而是“更像运行时”

OpenAI 官方文章里最值得注意的几个关键词是：

这说明 Agents SDK 不再只是一个轻量 orchestration SDK，而是在往一个更完整的 agent runtime 靠拢。

官方博客明确提到，新版 harness 开始内建这些前沿 agent 常见原语：

这件事很关键，因为过去很多团队做 agent 时都会自己重新发明一遍这些基础层。现在 OpenAI 等于在说：

这些东西已经不是附加功能，而是默认的 agent infrastructure。

如果说这次更新里只能记一件事，我会选 sandbox。

很多有用的 agent 都需要：

但如果没有清晰的沙箱层，这些能力很快就会变成安全和隔离灾难。OpenAI 这次直接把 sandbox support 放进 SDK 主路径里，还支持多个沙箱后端。

这意味着开发者不用再从零拼：

官方 sandbox guide 里对 Manifest 的定义很值得注意：

这其实是在把 “Agent 需要什么工作环境” 做成一个可移植契约。

我觉得这很重要，因为过去很多 agent 系统的问题不是模型不会，而是环境不稳定：

Manifest 的价值就是把这些“环境偶然性”尽量压平。

OpenAI Agents SDK 文档现在把 session memory 明确定义成内建能力：

而且 sandbox memory 文档把 conversation ID 的归属也讲得很清楚：一个 agent run 要不要算作同一段 memory conversation，取决于稳定的 conversation/session/group 标识，而不是 sandbox 本身。

这说明 OpenAI 正在把 memory 当成 run orchestration 的组成部分，而不是单独给聊天窗口用的小组件。

官方博客里其实已经很直接地说了：harness 现在支持更接近 frontier coding agents 的执行方式。

你能看到一条很清楚的演化路线：

这和大家这半年在 Claude Code、Codex、OpenClaw、Hermes 上学到的经验是一致的：真正有用的 agent，必须拥有工作空间、工具、记忆和受控执行环境。

它特别适合：

这次 Agents SDK 更新最有价值的地方，不是功能列表有多长，而是它很清楚地告诉大家：

Agent 的竞争不只在模型，而在 harness、workspace、memory、sandbox 这些执行基础设施。

谁把这层做好，谁才更接近可持续的生产 agent。