🧸 ELI5 · OpenAI 架构革命

从写诗到动手干活:OpenAI Agents API 全景

10 个前后咬合的卡通两格手绘漫画,带你彻底看懂 OpenAI 官方托管的 Codex Harness 与生产级智能体基础设施。

小绿:正在干活的主智能体 (Agent) 与执行核心
小橙:用户派发的新任务、新事件与外部实时输入
小蓝:持久会话 (Session)、沙箱环境与 MCP 挂载资源
红虚线:隔离防护墙、上下文紧缩清理或越界阻断

⚡ 核心主线:不仅给你大脑,还送你双手和安全工位

一句话真相: 以前的 Chat API 只是一个“能说会道的诸葛亮”,给它下指令它只能写出文本,执行代码、连数据库、存上下文全得你自己写胶水代码;而 Agents API 则是 OpenAI 官方托管的 “智能体操作系统 (Codex Harness)”——直接配上 Linux 沙箱、会话持久记忆、MCP 开放工具插槽与子智能体分工,让 AI 真正能独立完成复杂工程任务!

用户派工 Agent 沙箱环境 Sandbox 持久记忆 Session OpenAI 官方托管 Codex Harness 交付产物
已学完
1

托管调度底座 (Managed Codex Harness)

💡 一句话解释: 以前做 Agent 要自己手搓死循环、解析 JSON、处理重试;现在官方把这套成熟的“大厨操作台”全托管包办了!
# 告别繁琐的手动循环,一次请求直接拉起高可靠智能体内核 session = client.beta.agents.sessions.create(agent={"model": "gpt-6-astra", "instructions": "..."})
烦恼:手搓死循环,异常就崩盘
ChatAPI 死循环 胶水代码又长又脆,极易雪崩

自己造轮子,天天修BUG

办法:官方交钥匙,全套工业化底盘
状态机 自动纠错 执行器 开箱即用,原厂高可靠运维

拎包入住,工业级稳固底座

解决了什么:开发者无需自建复杂的 ReAct 调度死循环与错误重试,直接调用官方验证过的生产级执行底座。
代价是什么:核心运行逻辑托管在 OpenAI 云端黑盒,深度私有定制程度弱于自研框架。
已学完
2

安全隔离工位 (Environment & Sandbox)

💡 一句话解释: 给智能体分配一个真正可以跑 Bash、改代码、装依赖的独立隔离“小电脑”,不怕破坏生产宿主机!
environment={"type": "self_hosted", "workspace_directory": "/workspace", "capability_directories": [...]}
烦恼:直接在宿主机跑脚本极度危险
rm -rf 💥 模型自由跑 一旦写错代码,服务器直接瘫痪

放虎归山,分分钟误删数据

办法:带防爆玻璃的专属实验沙箱
Agent Linux Sandbox 支持官方托管或自建自托管

防爆隔离,任由放手实操

解决了什么:提供安全受控的文件读写与指令执行环境,支持产物提取与依赖隔离。
代价是什么:沙箱拉起存在微弱冷启动耗时,托管沙箱需按照容器运行规格计费。
已学完
3

长效任务容器:持久会话 (Session)

💡 一句话解释: 给每个任务发一张长效工牌,今天没干完明天直接接着干,不用每次把前情提要全部重发一遍!
# session_id 长期有效,多轮追问或断点续传直接传 session.id 即可 client.beta.agents.sessions.turns.create(session_id=session.id, input=[...])
烦恼:每次问一句话,重传万字历史
万字历史消息 每轮反复打包 重传带宽浪费 客户端不仅费流量还容易状态错位

包袱太重,每次对话背一次

办法:工牌常驻,凭 ID 无缝接续
Session sess_89a2b 原地下一步 云端保持状态,调用超轻量

报个暗号,工位原封不动

解决了什么:服务端原生维护多轮对话状态与文件系统,无需客户端在每轮请求中拼凑全部历史。
代价是什么:目前数据驻留仅支持美国(US),且暂不支持零数据保留(ZDR)。
已学完
4

全景事件流 (Events & Webhooks)

💡 一句话解释: 不用傻傻地每隔 1 秒刷一次接口问“做完了吗”,智能体每敲一行代码、吐一个字,都实时推送到你眼前!
# 实时捕获工具调用、代码执行日志与模型思考过程 async for event in session.events.stream(): print(f"[{event.type}] {event.item}")
烦恼:疯狂轮询,网络全是空转包
客户端 好了吗?好了吗? 高频无效轮询造成严重网络负担

反复追问,双方都心累

办法:单向水龙头,动态流水哗哗报
Harness 精准推送细粒度进度事件

自动播报,动态一目了然

解决了什么:支持细粒度事件流(SSE)和 Webhook 通知,实时查看敲命令、输出产物全流程。
代价是什么:客户端需要编写流式事件分发器,比单次阻塞式 JSON 响应稍显繁琐。
已学完
5

运行时方向盘:动态纠偏 (Steering)

💡 一句话解释: 智能体干活中途发现它跑偏了?不用强行掐死重来,直接喊话“别查那个库了,先看本地日志”!
# 在当前 Turn 正在执行时实时追加指引,实现人机协同 Steering
烦恼:发现走错路只能含泪强杀
走歪 沉没成本极高,前功尽弃

眼看它跑偏,只能干着急

办法:轻打方向盘,在线实时拨偏
插话 随时注入指引,无需从头重跑

在线扶一把,立刻回正道

解决了什么:支持在智能体长任务执行中途注入指导或审批介入(Human-in-the-loop),大幅降低失败重试成本。
代价是什么:模型需具备在任务上下文切换中迅速吸收新指令的动态适应能力。
已学完
6

万物即插即用:MCP 协议挂载

💡 一句话解释: 不用再给每个 API 写定制封装,直接支持业界通用的“USB接口”(MCP),插上就能查文档、搜企业知识!
tools=[ {"type": "mcp", "server_label": "openai_docs", "transport": {"type": "http", "server_url": "https://..."}} ]
烦恼:每接一个工具写一套繁杂驱动
接口形形色色,适配维护累死人

插头各不同,适配到抓狂

办法:统一标准 USB-C 插槽,即插即用
Agent Core MCP 外部服务 原生跨生态互通无缝互联

统一接口,全生态一键打通

解决了什么:原生拥抱开放协议 Model Context Protocol,零成本无缝调用企业知识库与海量生态服务。
代价是什么:跨网络 HTTP/SSE 传输会引入网络延迟,需确保远程 MCP 服务的可用性。
已学完
7

团队分工作战:多子智能体 (Multi-Agent)

💡 一句话解释: 一个人又当侦探又写代码还要做汇报容易搞糊涂,让主管派发 4 个“小弟”(Subagents)并行干活,汇总结果!
multi_agent={"enabled": True, "max_concurrent_subagents": 4}
烦恼:单打独斗,精力分散全搞砸
光杆司令 任务上下文杂糅,逻辑极其脆弱

一人扛所有,顾此失彼

办法:主管立项分派,4个专家并驾齐驱
主管 调研专家 A 代码编写 B 测试复现 C 报告总结 D 分工自治,速度质量两开花

小弟齐上阵,效率翻数倍

解决了什么:原生支持分解复杂大任务并委托给独立子智能体并发执行,互不污染工作区。
代价是什么:并发子代理会成倍消耗模型 Token,需设置最大并发数防范资费飞涨。
已学完
8

记忆智能修剪:上下文紧缩 (Compaction)

💡 一句话解释: 对话了 50 轮窗口快装不下了,Harness 会自动把前 40 轮的冗余细节浓缩成“核心精华备忘录”,永远不爆窗!
# 官方自动执行 Context Compaction,消除漫长工具调用原始噪音
烦恼:几百条 Bash 日志把脑子塞满
128K 💥 琐碎输出过多,导致模型注意力涣散

满屏流水账,重点全淹没

办法:去粗取精,提炼结构化摘要
原日志 核心进展 Compacted 无损压缩,长程任务永动机

去粗取精,永远保持清醒

解决了什么:底层自动管理上下文生命周期,通过后台压缩提炼保证任务永不因 Context Window 超限而崩溃。
代价是什么:压缩过程会消耗额外的后台模型调用算力,极端罕见的边缘原始文本可能会被抹平。
已学完
9

专家秘籍:技能包热挂载 (Skills)

💡 一句话解释: 给智能体挂载一套“标准作业流程手册”(SOP),它就像入职老员工一样精准按规矩办事!
capability_directories=["/workspace/capabilities/skills"]
烦恼:每次都得在提示词里长篇说教
必须遵循A规范 务必检查B项 最后提交C格式 System Prompt 臃肿不堪

反复叮嘱,既累又不规范

办法:装订成专属技能包,开箱查阅
技能手册 SKILL.md 熟练工 模块化复用,企业级资产沉淀

一本在手,规范全都有

解决了什么:将特定领域经验固化为可复用的能力目录(Skills),按需挂载到不同会话中。
代价是什么:技能定义需要严密的自检完成标准,避免模糊指引造成误判。
下一站
10

企业合规边界:数据控制与自托管

💡 一句话解释: 企业核心代码不能放到公共云端?选择自托管环境(Self-Hosted),沙箱跑在自己机房!
# 支持自托管 Sandbox 环境,保障敏感代码与敏感数据不出内网
烦恼:核心资产上传公网有顾虑
内部机密 公有云 金融、合规要求阻止纯云端环境

红线森严,不敢放开用

办法:自托管安全通道,数据留在内网
自建安全沙箱 Private Network API 代码不出内网,仅交换控制指令

内网严防,合规与智能兼得

解决了什么:支持通过 Self-Hosted 模式将文件操作留在私有基础设施中,兼顾安全性与智能体能力。
代价是什么:目前即便选自托管仍不支持 ZDR,会话元数据仍会在美区云端存储保留。

📏 性能衡量尺:Agents API 生产四大权衡指标

在选用 OpenAI Agents API 构建业务时,没有任何方案是绝对完美的,核心在以下四个维度平衡:

自主解决力 Autonomy 运行成本 Token Cost 响应时延 Latency 安全合规 Compliance 支点:工程业务目标与风控红线平衡

🚀 开启 Multi-Agent 并发

大幅改善: 复杂综合任务解决率(如竞品调研分析)

牺牲妥协: Token 消耗量翻 3~5 倍,费用急剧攀升

🛡️ 引入人工审批 (Steering)

大幅改善: 高危操作(删库/发邮件)安全性与确定性

牺牲妥协: 整体耗时增加,无法做到 100% 全无人值守

🏢 切换自托管沙箱 (Self-Hosted)

大幅改善: 核心源码与内网数据不出边界

牺牲妥协: 需团队自行运维容器宿主集群与安全防护

👶 零基础版:一张表分清四大核心抽象概念

初学 Agents API 最容易搞混 Agent、Environment、Session 与 Events 这四兄弟。其实它们就像去厨房炒菜:

核心概念 在系统中的本质角色 厨房炒菜大白话比喻 常见核心配置项
Agent 大脑与策略实体(模型、人设、可用工具清单) 特级主厨的执业证书与技能包(知道能做什么) model, instructions, tools, mcp
Environment 物理工作台与执行空间(沙箱容器、文件系统) 带抽油烟机和防爆炉灶的安全厨房工位 type (hosted/self_hosted), workspace_dir
Session 长效业务实例(关联 Agent 与 Environment 的持久状态) 这张正在接待客人的包厢餐桌与订单账本 session_id, turns, compaction
Events & Items 消息与动作流(用户指令、思考日志、工具产物) 传菜员报菜名与厨师每炒完一道菜的呼叫器 input_text, tool_call, event.stream()

提示:在 OpenAI 官方设计哲学中,Agent 是静态配置模板,而 Session 才是实际有血有肉正在干活的实体对象。

🗺️ 一遍过完:OpenAI 官方进阶学习路线

所有资料已全部通过真实网络连接核验,涵盖从快速上手到生产级案例:

🚩 第一站:Agents API 官方全景指南 (Overview)
为什么去: 建立 Managed Codex Harness 的官方权威认知与架构全貌。
预计耗时: 10 分钟
立即前往 ↗
🚩 第二站:5分钟沙箱实战起步 (Quickstart)
为什么去: 亲手拉起一个官方托管的 Linux 沙箱并运行目录树探查脚本。
预计耗时: 15 分钟
立即前往 ↗
🚩 第三站:多智能体协同攻坚 (Multi-Agent Guide)
为什么去: 学习如何配置 Subagents 拆解复杂版本变更分析任务。
预计耗时: 20 分钟
立即前往 ↗
🚩 第四站:实战案例展示 (Showcase & Sev-Bot)
为什么去: 参考故障排查报警机器人、Slack 办公助理等真实企业级开源范例。
预计耗时: 15 分钟
立即前往 ↗