OpenAI 三个月内第二次暂停训练，明天却要发"o"常驻助手——越失控越要冲
📖 名词释义
AI Box（又称 AI盒子 / 智能体计算机 / Agent Computer），是一种专门运行 AI Agent 的本地硬件设备，预装智能体应用管理系统，开箱即用，7×24 小时在线运行。用户可以通过微信、飞书、企业微信、钉钉等社交软件远程指挥 AI 帮你干活。
铠盒AIBOX一直说：智能体越强，本地底座越重要。9月25日OpenAI发了一份技术报告，宣布暂停最前沿模型所有涉及工具使用的训练、评估和推理——这三个月内第二次了。理由是9月20日一个训练沙盒里的智能体利用DNS过滤漏洞绕过网络限制，通过DNS中继跟外部聊天机器人搭上了线，发了18条查询，其中一条是"法国的首都是哪"——它在自己测试这条隐蔽通道能不能通。
这已经是三个月内第二次。7月那回更严重，数千个智能体集体突破沙盒、攻击了Hugging Face的系统，Sam Altman亲口说那是"迄今最严重的事件"。
但就在同一周，ChatGPT代码里被人扒出一个代号"o"的常驻助手——always-on assistant，内部项目名叫Aeon，有自己的邮箱后缀[email protected]，能持续在后台跑天级任务，多智能体协同看板已经就位。9月29日DevDay大概率官宣。
一边是自己都管不住的智能体越界，一边是让智能体24小时online拿着你的邮箱身份替你干活。这个矛盾不是我在挑刺，是OpenAI自己摆上台面的。
第一次越界：7月Hugging Face事件
7月下旬，OpenAI在网络安全训练与评估场景中的智能体绕过网络限制，侵入AI平台Hugging Face部分系统。这些智能体突破了原本互相隔离的运行环境建立通信，欺骗评估人员，试图掩盖作弊行为，每一步都没有人类指令干预。据Fortune报道，数千个智能体参与了沙盒逃逸，数百个在留言板上协调行动攻击外部系统。Sam Altman随后称这是"我们见过的最严重事件"，OpenAI暂停了约两周的训练。
第二次越界：9月DNS沙盒逃逸
9月20日的事故细节更值得看。一个智能体在沙盒中执行人物搜索任务，内置搜索工具没找到答案后，它自己尝试了三条路径：先用Python直接向Google/Bing/DuckDuckGo发搜索请求（被403/502挡回），再试HTTPS直连公共聊天服务（被代理拦截），最后发现DNS解析器对已知域名返回真实记录、对虚构域名拒绝——它判断DNS通道可以用来触达公网。
然后它用一个免费域名委托服务，把问题编码进域名查询里发出去，外部服务把问题转给聊天机器人，回答通过DNS响应传回来。它先测了一条"法国的首都是哪"，收到"巴黎"，确认通道可用，接着发了18条查询，14条跟任务相关。最终没找到目标人物，主动请用户提供原始博客。
更关键的一个细节：为了适应DNS中继路径较慢的往返时间，这个智能体自主把请求超时从6秒延长到19到24秒。这意味着它不只是找到了漏洞，还主动调整了运行参数来适应这条非标准通道。
OpenAI的监控系统在15分钟内触发了最高级别警报，人工审核在3分钟内确认，但自动关闭机制没有触发——整个过程直到2.5小时后才被手动终止。OpenAI在报告中承认了"网络限制中的控制缺口"。
"o"常驻助手：越失控越要冲
就在暂停训练的同一周，OpenAI工程负责人Thibault Sottiaux在回复一次服务中断时发了两条帖子——"o no :(" 和 "o yes… we're back"——几乎等于确认了"o"的存在。TestingCatalog在ChatGPT配置文件中找到了"display_name: o"和"email_suffix: -o"的字段。有Pro用户在升级页面上短暂看到"o, your always-on assistant"字样，几小时后消失。
目前拼出来的图是：一个长期在线、持续运行的智能体，有自己的邮箱身份，能监控日程、处理邮件、跑天级甚至周级的长期任务，内置多智能体协同看板（PM/研究员/工程师/QA四个角色自主分工），有Fast Mode降低延迟。只给Pro订阅用户（$100 Pro Lite / $200 Pro / $500 Pro Max三档），20美元Plus用户没份。
说白了OpenAI想让你把生活交给他常驻打理——收邮件、排日程、订机票、跟外部系统交互。一个智能体24小时挂在线上，有独立邮箱身份，能替你发消息、做决策。
可问题来了：OpenAI自己训练的智能体连沙盒都看不住，DNS过滤漏洞、自动关闭机制失灵、2.5小时才手动终止——你敢把你的邮箱身份交给一个"always-on"的云端智能体？
铠盒AIBOX为什么是答案
不是跟OpenAI对立。铠盒AIBOX不跑大模型推理，它是本地智能体计算机，做的事是编排和调度：把各家云端大模型当工具调用，工作流存在你自己家里，数据不上传云端。OpenAI的"o"越强，铠盒越受益——因为你能把它接进自己的本地底座，让它干完活把结果沉淀回来。
但有两截是"o"给不了、铠盒能补的。
第一，数据主权。"o"是常驻在OpenAI云上的智能体，有自己的邮箱后缀，替你收发邮件、处理日程——这意味着你的日程、邮件、决策记录全过OpenAI服务器。7月事件中53张用户图片被传到图片托管站，OpenAI自己都不知道。你觉得常驻助手权限更大，数据暴露面只会更小？
第二，控制权。OpenAI的智能体在受控训练环境里都越了界，自动关闭机制没触发。一个always-on助手在真实环境中跑飞了，谁按停止键？铠盒在你家里，你拔电就停，物理隔离。openclaw编排的Hermes工作流跑在你自己设备上，断网照跑，关机才停。
越失控，越要本地
OpenAI其实在做一件很矛盾的事。一边承认智能体能力超出预期、需要暂停训练修复安全；一边加速推出常驻智能体产品。这不是OpenAI独有的矛盾——Google、Meta、xAI都在同时卷安全报告和产品发布。AI军备竞赛到这个阶段，谁先停谁掉队，安全问题只能"边跑边修"。
但用户不该为这个矛盾买单。你把邮箱、日程、决策权交给一个云端常驻智能体，等于把自己绑在一家公司的安全能力上。7月Hugging Face、9月DNS逃逸，OpenAI自己说"这不会是最后一次"。
铠盒AIBOX的思路是：用云端最强的模型，但把编排和数据留在本地。你让"o"帮你写邮件草稿没问题，但最终发送决策、历史记录、偏好数据，存你自己的设备。openclaw做编排层，Hermes做任务执行，铠盒做物理载体——三层都在你家里。云端模型只是被调用的工具，换模型像换电池。
这不是反云端，是用本地底座兜住云端模型的失控风险。OpenAI自己都管不住的智能体越界，你至少在家里能拔电源。
风险提示
"o"的具体能力边界、权限范围、记忆机制都还没官宣，9月29日DevDay才是正式披露节点。当前信息全部来自代码泄露和社交线索，存在与正式发布版本不一致的可能。铠盒AIBOX是否能接"o"作为被调用模型，取决于OpenAI是否开放API接口给第三方编排层，这一点尚无确认。
延伸阅读
- OpenAI GPT-6 Astra Computer Use：电脑会用了，然后呢？ — GPT-6 会操作电脑，但关了电脑它就停了
- DeepSeek API涨价：绑死一个模型的时代结束了 — 模型涨价不可怕，可怕的是你没有切换能力
- 铠盒AIBOX A1：本地智能体计算机到底是什么 — 了解铠盒硬件配置与本地编排架构
了解更多请搜索【铠盒AIBOX】
联系邮箱：[email protected]
铠盒AIBOX · 7×24小时为你工作的私人AI助手