Agent

这半年看下来，我反而更愿意先把云端 AI 代理用上 原文：OpenAI DevDay 2026 作者：Sam Altman 及 OpenAI DevDay 2026 keynote 团队 来源：OpenAI DevDay 2026，主旨演讲于 2026 年 9 月 29 日，旧金山 2026 年 9 月 29 日 OpenAI 把 Dot 推到台前那天，我就把 DevDay 完整回放看了两遍。我是个 30 岁的中国程序员——之前在互联网大厂烒过 996，现在在国企云厂上班；我关注这一年的体感，谈对"云端 agent"和"手机 agent"两条路线的取舍。你不同意完全没问题，下面这些都是我自己的体感、或看到了身边朋友跑过之后留下的证据。【关键词：#云端 AI 代理 #常驻智能体 #OpenAI Dot】 01｜云端 agent 到底是什么、和手机代理为什么差那么多 这一篇谈的"云端 agent"，我先把它的定义讲清楚——是一种常驻式的 AI 助手，但装在厂商分配给你的远程电脑上，不是装在你本地设备。你授权账号之后，它能直接登进 GitHub / 邮箱 / 企业 SaaS 这些云端服务，按你给的步骤替你跑任务：可以是一次性的（"今天帮我抓 30 个 trending 项目"），可以是长时盯梢（"盯着这张机票，低于 4500 美元就叫我"），也可以是每天早上 8 点做一份昨晚邮件摘要这样的连续工作。它最不寻常的一点是：你关掉 ChatGPT 它也在跑，你换台设备登录它仍在原来的上下文里——这一条就把"AI 跟你聊天"与"AI 帮你办事"完全划开了。 ...

OpenAI 把 Agents API 全部开放了——这是 AI 调度时代的第一声发令枪，我决定这么用 【关键词：#OpenAI Agents #AI 调度 #指数级生产力】 最近 OpenAI 把全新的 Agents API 公测版放出来了——只用一次 API 调用，就能在云端启动一个直接能上生产环境的 AI 智能体。消息刚出来那会儿我正在改一个 bug，看完发布会回放之后，那个 bug 我突然不太想改了——因为这件事比改任何一段代码都更值得我停下来想清楚。我不是被惊艳到了，我是被提醒到了：这件事如果只是当新闻看，那就白看了。 我想先说说我看到的真正信号。 这一波更新里最值钱的，不是 "Agents" 这个词，是它背后那整套「基础设施」。OpenAI 这次一口气放出来的是：长上下文管理、工具调用路由、子智能体协调、代码沙箱、文件读写、状态持久化、checkpoint 回滚——这一整套原本只在 Codex 内部和 ChatGPT 企业版里流转的东西，被原封不动地搬到了普通开发者面前。它等于正式宣布了一件事：造一个能稳定跑几天几夜的生产级智能体，从今天起不再是工程活，而是产品活。 对开发者来说，这个变化不是「又一波 AI 升级」，是底层假设换了——智能体的"长任务、异步、持久化"从 hack 变成了 first-class。这件事如果只是当新闻看，那 6 个月后你回头看，会发现自己错过了这一波最大的「复利」窗口期。 一、OpenAI 这次到底放出了什么，为什么我说它值钱 我反复看了三遍官方博客，重点不是"agent 能干什么"，是"什么样的事情，从今天起不再需要你自己造轮子"。 第一层：长期上下文管理。一个 agent 跑几天几夜，最难的不是它能不能思考，是它能不能在几百万 token 里准确找回自己之前放下的那个细节。以前这件事要么靠你自己做摘要、要么靠模型自己挣扎、要么干脆任务跑到一半崩了重来。现在基础设施层把这个事接走了，开发者第一次不用再为「长任务的记忆」发愁。 第二层：工具调用 + 子智能体调度。一个 agent 不是孤岛，它要调用工具、要拆子任务、要让多个子 agent 协作完成一件事。这个能力以前每个团队都在自己造——造出来的水平参差不齐，bug 多到让人怀疑人生。现在 OpenAI 把 Codex 内部跑了一年多的那一套原样开放，等于定了一个事实标准。你不需要自己发明调度协议，按它的方式接入就行。 第三层：沙箱 + 持久化。一个能跑代码、能读写文件、能保存中间结果的智能体，没有安全沙箱就是定时炸弹。这次更新把这层基建也包进去了，等于告诉所有开发者："你放心让 agent 写代码、跑脚本、写文件，出问题算我的"。 ...