AREX Feed Article
OpenAI 的 Tibo 称 Codex Cloud 已「静默重新上线」，未说明改了什么
10 月 8 日，X 上简介为「Codex & ChatGPT @OpenAI」的 Tibo（@thsottiaux）发了一条两行字的帖文：这条帖文没有说明这次重新上线改了什么、从什么时候开始、覆盖哪些账号，也没有附链接、截图或价格信息；截至发稿，它已获得超过 45 万次浏览和 800 多条回复。
，记录了一个意外：一名工程师在 Slack 里问「我们和 OpenAI 合作过这件事吗？」没有人能确认：两家并没有就这次集成合作，但 Codex Cloud 上线时内置了对 Tailscale 的支持，而 Tailscale 事先毫不知情。两天后，Tibo 用「静默」形容了 Codex Cloud 的这次重新上线。
「Day 3（encore）」：28 天计划里的一次加更
这条帖文属于 Tibo 在 ：28 天里，每天要么上线一项「对大多数 Codex/Work 用户而言的明确改进」，要么发放一次完整的 reset（重置）。那条帖文的最后一句是「让改进开始吧」。社区投票会影响这个选择：一次投票后，Tibo 写道，「投票结果很清楚，社区要求 reset」，随后是「reset 已被处理」（）。
在 Tibo 的每日序列里，前一期的「Day 3」主角是新版 GPT-6 进入 ChatGPT；同一帖里还宣布 Codex 与 ChatGPT Work 的活跃用户数创下 4,000 万的新高，并开始向所有付费账号装载一次积存的 reset（）。10 月 8 日的 Codex Cloud 帖文被 Tibo 标为「Day 3（encore）」，即这一期的加更。
序列的编号并不总是对得上：有用户当天回复，「」。也有专门的账号盯着这个序列：一个名为 Codex Resets、简介写明「不隶属于 OpenAI」的账号，第一时间把这条加更标记为「」，并让读者投票这是「明确的改进」还是「无感」。
被重新上线的，是 DevDay 上换代过的 Codex Cloud
Codex Cloud 是把 Codex 任务放到 OpenAI 虚拟机上运行的那套云环境：环境准备好之后，每个任务从它的副本开始，笔记本合上任务继续跑；用户可以在网页、ChatGPT 桌面端或手机上跟进，完成后查看 diff（代码差异）、测试结果并开 pull request（合并请求）。这是 里逐项记录的用法；OpenAI 开发者账号 10 月 2 日的则把它压缩成一句话：「Codex 云环境让任务在你合上笔记本之后继续运行。」
9 月 29 日的 DevDay 上，OpenAI 正式介绍了这代云环境：可复用的云端开发环境，可以从任何设备访问。TechCrunch 写道，Codex 此前已经能起云任务，这次的变化是把云环境做得更持久、更可配置，而不是把每个云任务当作一次性的远程沙箱；OpenAI 称它能加快任务启动，并给团队一个带既定设置和权限的共享工作区（）。
换代前后的差别，那份指南里写得很清楚：旧版云环境是一个基于 codex-universal 镜像的容器，更多需求要靠自己写安装脚本、维护缓存脚本；新版改为挑选仓库、由 Codex 在对话里完成环境准备——检查代码、安装依赖、跑通流程，再由用户审阅并发布。旧体验以「Codex Cloud (Legacy)」的名义保留，OpenAI 计划将其弃用。指南还列了参与条件：需要 ChatGPT 的 Plus、Pro、Business、Enterprise 或 Edu 订阅（Free 和 Go 不含云功能），仓库必须在 GitHub 上，云任务与本地 Codex 对话共用同一份用量额度。
云环境的时间线要从 6 月说起：6 月 11 日，OpenAI 宣布同意收购 79 人的云开发环境公司 Ona（前身是 Gitpod），称其技术「提供安全、持久的环境，让 agent（智能体）随时间推进时能访问所需的工具、系统和上下文」，并要把 Codex 扩展到「不再绑定单一设备或活动会话」的工作方式（）。Tibo 的帖文下，有用户问：「」
一个具体变化：云端任务可以接入 Tailscale 内网
公开信息里关于改动内容的一份详细记录来自 Tailscale：Codex Cloud 上线时就内置了对 Tailscale 的「day 0 支持」（发布首日即支持）；按该博客的说法，Tailscale 是目前唯一被支持的 VPN 提供方。
按 Tailscale 博客转述的 OpenAI 说明，配置方式是：在新任务里经 Work in > Cloud 创建云环境、勾选 GitHub 仓库后，到环境的 Advanced > VPN 里填入 Tailscale auth key（认证密钥）；这个 key 需要同时开启 Reusable 和 Ephemeral（可复用、临时），让每个任务虚拟机加入 tailnet（Tailscale 私有网络），并在下线后被自动清理。10 月 7 日，Tailscale 官方账号宣布，Codex Cloud 现在可以安全地连接 tailnet 里的资源（）。
边界同样清楚。按 Tailscale 博客的梳理：云端任务只能访问 HTTP 和 HTTPS 目标（以及通过 proxy:8088 的 HTTP CONNECT 通道访问任意 TCP）；支持私有 IPv4 子网路由，但必须使用 IPv4 地址或解析到 IPv4 的主机名；MagicDNS 和 split DNS（分离 DNS）不可用，UDP 与 ICMP 不可发送；入站连接明确不支持，SSH 和 Tailscale SSH 也不行。Flavio Copes 那份指南还补充了一条：云环境里没有 browser use 和 computer use（浏览器与电脑操作），任务改完的界面，它自己也点不开。
Tailscale 还给企业提了收紧权限的建议：给 agent 节点打上 tag:codex、用 grants（访问授权规则）限定可达资源、给密钥保留过期时间，并考虑开启设备审批。其 CEO Avery Pennarun 在 LinkedIn 上写道（被该博客引用）：「没有合作协议，没有定制 API，也没有集成项目。他们就是用了所有人都能拿到的同一个 Tailscale。我希望这类事情就是这样运作的。」
回复区：账单、SSH、GitLab 和「改了什么」
一句「现在相当不错」在回复区里引来一连串具体追问。有人直接要求补充细节：「——我完全不知道这算一个好东西、比发 reset 更值，还是只是不想发 reset 的敷衍更新。」有人问计费：「」有人问连接方式：「」——而 SSH 恰好在 Tailscale 列出的「不支持」清单里。另一位留言说：「」；指南同时注明，GitLab 和自建 GitHub Enterprise Server 目前都不在支持范围内。
一位做了大约两个月「codex + Tailscale」组合的用户直接问：「」另一位把「它现在相当不错」单独拎了出来：「」回复区里被点赞 180 多次的一条留言，回到了最基础的问题：「」
上手的人，和担心被默认上云的人
也有人不等解释就直接用了。简介里写着「软件工程师与 AI 爱好者」的 Brian Sunter 在回复里说，Codex Cloud 是自己在 DevDay 上最喜欢的东西之一，也一直在用——自己的 Mac mini 一次跑不了太多任务，「」。
对产品方向的异议同样存在：有用户写道，不喜欢 Codex Cloud 被推向所有 agent 任务、取代大家习惯的本地机器，「」
SSH 能不能用、账单怎么算、GitLab 会不会被支持——这些回复区里提出的疑问，答案眼下只能从 Tailscale 的博客、逐条对照官方文档写成的指南和用户各自的试用里拼出一部分。