唱衰 Codex 形态的，是管着 Codex 的那个人。
Tibo Sottiaux 是 OpenAI 的 Codex 负责人。他此前在 Google DeepMind 做机器学习基础设施与研究工具，2024 年加入 OpenAI 参与并主导 Codex 的构建，后来职责扩展到 ChatGPT 与核心产品平台。换句话说，公开给 Codex 现有形态标保质期的，正是管着 Codex 的那个人。
产品负责人主动给自家主力产品的形态判一个「两三个月」，一般不是谦虚。更合理的读法是：内部已经看到了下一版长什么样，而那个样子跟现在这套差得足够远，值得提前给外面打个招呼。也要说清楚，他的原话只有两层意思——框架会显得落后、使用方式会变；换成什么、什么时候换，他一个字没提，眼下任何具体版本或时间点的说法都没有来源支撑。
这半句才是信息量最大的地方。Codex 从发布起走的就是「代理在沙箱环境里干活」的路子，而不是把模型塞进本地编辑器补两行代码；本地那个命令行更像一个入口，真正跑任务的地方一直在别处。他这句话是把这条既有路线又往前推了一格。
顺着推下去会发现，本地机器真正的瓶颈并不是算力。一个代理要连续跑上几十分钟、同时并行开几路、把整个仓库和依赖装进一个可复现的环境里、中途还不能因为你合上笔记本盖子就中断——被卡住的是在线时长、环境一致性和并发，而不是你的 CPU 多少核。所谓「需要的不只是笔记本」，大概率说的是执行位置继续往云端挪，本地只留一层薄壳。
这个方向对使用体验有个直接后果：工具越往云端挪，对网络链路的依赖就越重，出问题时的表现也从「跑得慢」变成「整段任务断在半路」。Codex 在国内的稳定使用本来就吃这一口，形态再往远端走一格，这部分只会更敏感。
往回看一年，编程代理的形态已经换过好几轮：编辑器里的补全，聊天窗口里贴代码，命令行里的自主代理，再到能开分支、跑测试、直接提 PR 的云端任务。每一轮之间的间隔都在缩短，用户刚把工作流调顺，就又得跟着调一次。
对个人使用者来说，这里其实有个挺实用的结论：不值得围绕某一个具体客户端把流程焊死。把提示词、项目约定、测试脚本这些东西沉淀成与工具无关的资产，换壳的时候损失最小。从这个角度看，「两三个月就落后」听着刺耳，对用户反而不算坏消息——会落后的是壳，不是你在壳里攒下的那部分。
真要说眼下能做的准备，也就两件：一是别把配置全绑在一个客户端上；二是趁现在把自己这条线到 OpenAI 服务的连通情况摸清楚，等执行环节整个搬到云端，链路上的毛病会比现在更难忍。