OpenAI Codex|从“帮你写代码”到“接管你的计算宇宙”

五年前，Codex还只是一个安静躲在幕后的代码补全模型——你敲几个字符，它猜你想写什么。而今天，如果你持续追踪OpenAI近两年的产品演进——从Codex CLI的发布、ChatGPT桌面端对终端与文件系统的接管，到MCP协议打通外部工具——就会发现Codex正在经历一次本质性的身份跃迁：它不再只是工具，它在成为控制面。

所谓控制面，意味着它不再单纯在你的某一台设备上运行，而是开始编排你所有的设备。

风暴的起点：一个不起眼的设置页

2026年5月中旬，两张截图点燃了整个AI开发者社区。一张来自X用户@kimmonismus，展示的是Codex桌面端设置页里一个前所未有的选项：“Control other devices from this Mac”——授权这台Mac控制同一ChatGPT账号下登录的其他设备。另一张来自海外Beta测试爆料人Alexey Shabanov（TestingCatalog创始人），他披露OpenAI正在为Codex秘密开发跨设备控制能力，目标是彻底取代SSH、内网穿透等传统连接方式，让设备间的协作变成零配置。

把时间往前拨一年，其实地基早已打好。2025年，OpenAI在ChatGPT桌面应用中引入“Computer Use”能力，让AI可以直接操控本地应用、执行终端命令；Codex CLI则以agent形态常驻终端，支持后台任务。到了2026年5月14日，OpenAI又悄然将Codex接入ChatGPT手机App，iOS和Android均可通过preview模式使用。你在通勤地铁上掏出手机，就能看到家里Mac上Codex的运行状态，审批命令，派发新任务。

单独看，这只是“远程桌面增强版”。但把这些碎片拼在一起，整幅图案就清晰了：手机是最高权限入口，你的MacBook、Mac Mini、办公室工作站、devbox、甚至云端sandbox全部下沉为执行节点——Codex正在变成你个人计算舰队的总控台。

为什么叫“超级控制平面”？

在分布式系统和云平台架构里，控制面是那个决定“谁干什么、什么时候干、数据走哪条路”的大脑。Kubernetes是控制平面，AWS的API编排层也是控制平面。OpenAI把Codex推向控制平面的含义在于，设备不再是孤岛，任务可以跨设备接力，且系统具备always-on的后台执行能力。

登录同一个ChatGPT账号，AI在底层自动打通设备通道，不再需要手动配置SSH密钥、VPN或端口转发。早在2025年，Codex的导航栏里就已经出现Connections、MCP servers、Hooks、Browser、Computer use等条目，那不是一个“写代码助手”的菜单结构，而是一套完整的agent运行时管理界面。到了2026年，这套界面进一步演变为跨设备任务调度中枢。在一台设备上启动的重构任务，可以在另一台机器的环境下继续执行；手机端看到的不是“某台电脑的屏幕镜像”，而是agent的任务状态层——活跃线程、审批请求、diff、测试结果、终端输出，人类决策点被提炼出来，搬到了你口袋里。

同时，OpenAI官方产品页早已明确使用“Made for always-on background work”的表述，Automations可以让Codex处理issue分类、告警监控、CI/CD等例行工作，不必等你坐在屏幕前。而爆料中提到的“Locked Use”方向则更进一步：即使你合上笔记本盖、屏幕锁定，Codex仍能作为幕后执行体继续推进，这必然要求它触及macOS/Windows的底层权限边界。这就是“超级”二字的由来：这个控制面不止管理一个集群的容器，它管理的是你全部的个人计算资产——每一焦耳的闲置算力、每一字节的本地数据、每一个屏幕和输入接口。

这不只是方便，这是一次“编排权”的争夺

当竞争对手还在比benchmark跑分、刷SWE-bench排行榜时，OpenAI抢先开辟了另一条战线——抢占你整个计算环境的编排层。

想想这意味着什么：你的代码在本地，凭证在本地，API key在本地，企业内部数据在本地——但调度权正在迁移到一个由OpenAI托管的账户体系和控制信道上。Codex目前的安全设计至少认识到了这一问题的严峻性：手机端不直接拉取文件或密钥，同步的只是状态快照、终端输出、截图和审批请求。底层走的是secure relay layer，不是把你的设备裸奔暴露在公网上。审批模式、沙箱隔离、terminal logs审计链——这些“最无聊但最关键的东西”，才是判断Codex控制面究竟是赋能还是风险的核心。

但问题在于，便利性会不断向安全边界施压。“零配置串联所有设备”的用户体验越丝滑，权限下沉就越深，“一键授权此Mac控制其他设备”就越像一道心理门槛被悄悄拆除。有安全研究者直言不讳地形容这种架构的极端形态——“a botnet waiting to happen”（一个等着被触发的僵尸网络结构），区别只在于钥匙在谁手里、审计链是否真实有效。

连成超级电脑？——算力和“控制”是两件事

标题里那句“连成超级电脑”需要冷下来看一眼。严格意义上，Codex目前并不把你的Mac Mini和笔记本的内存、CPU合并成一个NUMA式的单一地址空间。它不是在物理层将你的设备变成一台超级计算机——它做的是更高层的事情：工作流级别的分布式调度。各台设备保留各自的OS和文件系统，但通过Codex控制信道共享上下文（项目状态、环境变量、任务队列、审批流），让agent任务在不同端点之间接力执行。

但在用户体验层面，它的确让人感觉像在用一台超级电脑——因为你不再需要关心“这事在哪台机器上跑”，你只对话一个AI代理，它自己决定把编译扔给那台插着电的Mac Mini、把代码搜索跑在笔记本上、把结果通知推到你手机上。这正是控制平面的魔法：它把异构设备群的复杂性消隐，呈现为一个统一的意志——你的意志，经由Codex转译和执行。

抛开花哨的措辞，Codex走向超级控制平面这件事，留给我们几组硬问题。首先是权限模型的透明度，“Control other devices”的授权链路、令牌生命周期、撤销机制，必须有堪比企业级PAM（特权访问管理）级别的清晰度，而不是藏在“便捷体验”背后。其次是数据主权的归属，当调度信道经过OpenAI账户体系，即便文件不上传云端，metadata（你在用什么项目、何时活跃、哪些设备在线、任务类型分布）本身就构成了一幅精细的用户画像，其所有权和控制权边界目前仍是模糊地带。最后是kill switch是否真正有效，任何控制面必须有一个绝对可靠的“拔线”操作——手机上一次滑动就能物理级终止所有远端agent进程、吊销所有设备令牌，否则，“always-on”就会不可逆地滑向“always-in”。

Codex从“代码补全”到“agentic coding command center”，再到“跨设备控制平面”，这条轨迹并非突然跳变——它的地基从最早就已埋下：隔离环境、任务并行、日志审计链、人类审批节点。如今，这个地基只是被向上盖到了你的整个设备群。

媒体主理人｜Kevin 138 8041 8738