Codex App实测：竟然跟龙虾大相径庭，OpenAI这次终于有点面子了！

手机成为Codex的新入口

最近，Codex的发展速度真让人瞠目结舌。从桌面端的重大更新到远程SSH，再到计算机使用和Chrome插件，活跃用户数量已经突破400万了。

今天，OpenAI又把Codex引入了ChatGPT的手机App。根据官方的信息，Codex的移动版已经在iOS和Android的ChatGPT上以预览形式上线，用户可以连接运行Codex的macOS设备，而Windows的支持还需要再等等。

你可能感兴趣：2026年AI编程工具大比拼：Claude Code、Cursor、Codex，究竟该如何选择？

图片

不过，Codex的移动版实际上是Codex桌面版在手机上的一个入口。通过手机上的ChatGPT，用户可以直接进入Codex，连接到桌面运行的环境，然后在手机上提出新的需求，让桌面端的Codex来执行。

其实，Claude Code早在3月份就推出了类似的功能，用户可以通过Claude App在手机上指挥桌面端的Claude Code。而更早之前，OpenClaw（龙虾）也已经通过各大即时通讯平台实现了这一点。

虽然来得晚了一些，但Codex的移动版完成度如何？在硅谷的「AI三巨头」中，OpenAI以其产品能力而闻名，这次能否借此机会获得后发优势呢？

手机成了Codex的第二个入口

需要强调的是，Codex的移动版并不是一个全新的独立应用。

实际上，OpenAI这次并没有推出一个单独的Codex应用，而是将入口直接整合进了ChatGPT App中。你只需打开ChatGPT，就能在侧边栏看到「Codex」的选项。

图片

因此，这次更新可以理解为：用户在手机上的ChatGPT里可以控制电脑上的Codex来完成任务。

不仅让全球超过10亿的ChatGPT用户少下载一个新App，更重要的是，OpenAI并没有把Codex的移动版做成新的开发工具，而是把它整合到ChatGPT这个统一入口中。这样一来，只要桌面和移动端登录同一个账号，手机上的ChatGPT就能轻松连接到安装Codex的macOS桌面。

我在安卓上用Codex连接了macOS上的Codex，图片

用起来，Codex的移动版已经能直接在手机上发起新的需求，然后让电脑上的Codex去处理。此时，手机更像是个轻便的任务控制中心，你把需求说清楚，真正的代码执行、文件修改和测试运行，依旧是桌面端Codex在完成。

同时，桌面端Codex的实时状态也会在手机上同步显示，包括思考过程、操作以及结果。因此，我们完全可以在电脑上开始指挥Codex工作，出门时在手机上查看进展，或者直接在手机上引导执行，推动长时间的任务向前，而不是被设备束缚。

而且，手机上还可以直接调节模型、速度和推理程度。

图片

这种分工设计真心聪明，手机受限于环境、性能和屏幕大小等因素，本来就不适合独立执行复杂的编程任务，更适合当作桌面端的「随时随地」入口。

Codex的移动版没有照搬，而是提取了适合移动端的几个功能：发起需求、查看过程、批量操作、续对话和查结果。手机上能同步看到桌面端Codex正在进行的完整思考、操作和执行结果；唯一不显示的是输出文件，它们仍然保存在电脑上。

这个处理方式也不奇怪，毕竟文件和运行环境本来就在本地，移动端只需负责同步状态和交互，没必要把所有内容也复制到手机上。

此外，Codex的移动版不仅可以连接一台Mac，还可以同时连接多台设备，比如一台MacBook Pro和一台Mac mini都在运行Codex，一部手机就能管理不同电脑的Codex。这也符合Codex这类Agent产品的真实工作流程。

图片

很多开发者并不止用一台机器，通常会有一台随身的MacBook处理日常项目，而另一台Mac mini或远程环境用来运行更复杂的任务。以前这些环境之间往往是割裂的，现在Codex开始尝试将它们统一到一个手机入口中。你可以在手机上切换不同的主机，查看不同任务的进展，甚至将不同需求分发给不同的机器。

不过，Codex的移动版还有一些需要改进的地方，比如对话编辑功能暂时不支持。虽然这看似小事，但在移动场景下却显得尤为重要。因为在手机上输入时更容易出现错别字、漏掉上下文，或者在发出去后才意识到需求没有表达完整。

对于一个可以远程调度桌面端执行任务的入口来说，不能编辑对话会让人更小心，也会降低在移动端发起任务的流畅感。这一点后续确实需要填补。

不过，我在使用过程中遇到的最大问题是手机端经常需要重新连接。有时刚在手机上输入好需求，结果连接就断了，消息发不出去。

更麻烦的是，有时桌面端的Codex明明还在运行，手机端却突然显示重连状态，界面暂时空白。由于真正的任务执行是在桌面端，所以这种断连通常不会影响运行过程和最终结果。但从手机的交互体验来看，这确实让人不太舒服。

图片

不过，这种问题更像是预览阶段的稳定性问题，而不是产品思路上的缺陷。

手机上的 Codex，体验不一样

除了仅仅服务于本地桌面版，Codex 的移动版还可以连接到云端，这样一来，手机用户的体验就变得更加丰富了。比如，桌面版自定义的小宠物等设置也能和移动端保持同步。虽然这不是最核心的功能，但它体现了 OpenAI 对 Codex 移动版的重视，显示出他们并不把它当作一个简单的远程查看工具，而是在努力围绕 Codex 构建一个全新的 AI 工作流和用户体验。

如果把 Codex 移动版放进整个 Agent 产品的框架中来看，会发现更有趣的地方，尤其是在移动场景下的 Agent 体验，大家的理解可能会有些不同。

手机上，Codex 与「龙虾」有何不同

现在的 Agent 产品几乎都能支持手机端，核心在于让用户随时提出需求，Agent 则负责调动工具、打开网页、处理文件或完成其他流程，强调的是“有事找 Agent”。这在手机上特别自然，因为很多需求本来就来自移动场景。

大致上有几种不同的实现方式。一种是像 OpenClaw、Hermes 这样的开源 Agent 工具，基本都支持接入即时通讯软件，让用户可以通过常用的聊天 APP，随时随地把需求发给 Agent。年初各种「龙虾」的火爆，其实很大程度上就是因为这一点。

图片

另一种思路是将桌面端的 Agent 工作流程移植到手机上，这样用户可以在外出时继续跟进任务、发出指令，做出确认，这也是 Claude Code 和现在的 Codex 所采取的方式。

尽管这两者都是在手机上使用 Agent，但体验的重点却大相径庭。在 OpenClaw 或 Hermes 上，你不需要去理解一个复杂的新客户端，也不需切换到专门的开发工具，只需像发消息给朋友那样，把需求发给微信、飞书、Telegram 里的机器人即可。

对于日常任务而言，这种体验甚至比打开一个专门的 App 来得顺畅。尤其是那些强调长期记忆、自动化和多工具调用的 Agent，IM 入口非常适合处理「提醒我」「帮我查」「继续跟进」「执行某个流程」等跨时间、跨场景的任务。

不过，把即时通讯作为入口也有它的问题。尽管对话可以承载任务需求，但却难以传达复杂的过程状态。Agent 在调用什么工具、进展到哪一步、改动了哪些文件、测试结果如何、某个策略是否合理等等，如果都通过聊天气泡来呈现，很快就会显得凌乱不堪。

对于通用的 Agent 来说，这未必是个致命问题；但在 AI 编程中，过程本身就是产品体验的重要组成部分。你不仅希望知道「完成了」，还想了解它是怎么做到的、哪里出错了、下一步该不该继续。

相比之下，Claude Code 和 Codex 的移动体验又有不同之处，它们没有选择即时通讯机器人，而是从 Claude/ChatGPT 的手机 App 出发，适合处理更复杂的任务，相较于 Hermes、OpenClaw 的聊天入口来说，显得更为合适。

图片

不过不同的是，Claude Code 的双端连接更多依赖于 Dispatch，这更像是结合了 OpenClaw 和 Hermes 的即时通讯思路，用户可以通过 Dispatch 功能页面在手机上“指挥”电脑上的 Claude Code。而 Codex 移动版则是直接同步桌面版的对话，包含桌面端正在进行的思考、操作和结果的实时更新。

总的来说，Codex 在桌面和移动场景间的切换更加流畅自然，这也可能是导致目前偶尔出现重连问题时显得更让人烦恼的原因。

总结一下

虽然 Codex 的移动版还不能算是完全成熟。对于复杂的代码审核、架构决策和高风险的变更，开发者依然需要回到电脑前来完成。对普通用户来说，这种入口短期内也不会像 ChatGPT 聊天那样频繁使用。

但方向已经非常明确，OpenAI 更加把手机视为 Agent 的调度入口。这个判断至关重要，因为当 AI Coding Agent 的能力已经毋庸置疑时，接下来要解决的问题就是如何让这种能力变得更容易和自然地获取和使用，而产品的交互设计将成为新的关键。