Codex App实测：跟龙虾思悬殊OpenAI终究点颜面

　　Codex 挪动版没有硬搬，而是把最适合挪动端的几件事拎了出来：发需求、看过程、批操做、续对话、查成果。桌面端 Codex 正正在进行的完整思虑、操做过程和施行成果，手机上都能同步看到；独一不会同步显示的是输出文件，它们只保留正在电脑上。

　　不只是让全球跨越 10 亿的 ChatGPT 用户能够少拆了一个 App，更主要的是，OpenAI 没有把 Codex 挪动版做成一个新的开辟东西，而是把它收进 ChatGPT 这个同一入口。对用户来说，这意味着利用径很短，只需桌面端和挪动端登录统一个账号，手机上的 ChatGPT 就能很便利地毗连到安拆 Codex 的 macOS 桌面端。

　　所以正在某种程度上，你也能够将此次更新的焦点理解为：让用户正在手机上的 ChatGPT 里批示电脑上的 Codex 施行使命。

　　取此同时，桌面端 Codex 的及时形态也会同步显示正在手机上，包罗思虑、操做过程和成果。所以我们完全能够正在电脑起头批示 Codex 工做，出门时正在手机上查看进展，或者间接指导施行、鞭策长使命继续向前，而不是被设备绑住。

　　不外，我此次上手碰到的最大痛点，是手机端经常需要沉连。有时你坚毅刚烈在手机上打好一段需求，成果毗连断了，动静发不出去。

　　另一种是把桌面端的 Agent 工做流接到手机上，让用户能够正在外面继续盯使命、发指令、做确认，这也是 Claude Code 和现正在的 Codex 的做法。

　　对于通俗使命来说，这种体验以至比打开一个特地 App 更顺。特别是这类强调持久回忆、从动化和多东西挪用的 Agent，IM 入口天然适合处置「提示我」「帮我查」「继续跟进」「施行某个流程」这类跨时间、跨场景的使命。

　　除此之外，Codex 挪动版也没有只办事当地桌面端。它同样支撑毗连 Codex 云端，这让手机入口笼盖的范畴更大，桌面版里自定义宠物这类细节也能同步到挪动端。后者当然不是焦点能力，但它更申明了 OpenAI 并没有把 Codex 挪动版当成一个姑且的近程查看体例，而是实的正在环绕 Codex 打制新的 AI 工做流和体验。

　　此外，Codex 挪动版不只能毗连一台 Mac，能够同时毗连多个桌面端，好比一台 MacBook Pro 和一台 Mac mini 都正在运转 Codex，一台手机就能够办理分歧电脑上的桌面端 Codex。这也挺合适 Codex 这类 Agent 产物的实正在工做流。

　　但哪怕都是实现正在手机上「用 Agent」，两者的体验沉心其实差别很大。正在 OpenClaw 或者 Hermes 上，你不需要理解一个复杂的新客户端，也不需要切到特地的开辟东西，只需像给伴侣策动静一样，把需求丢给微信、飞书、Telegram 里的 bot 机械人。

　　这个处置也不奇异，终究文件和运转本来就正在当地机械上，挪动端只担任同步形态和交互，没需要把所有产品也复制一份到手机里。

　　但标的目的曾经很清晰，OpenAI 更多把手机当成 Agent 的安排入口。这个判断很是环节，由于当这些 AI Coding Agent 的能力曾经毋庸置疑，接下来的问题则是让这种能力能够变得更容易、更天然地获取和利用，产物的交互设想就成了新的环节。

　　大体有几种思。一种是 OpenClaw、Hermes 这类开源 Agent 东西，根基都支撑接入 IM，让用户能够通过常用的聊天 APP，随时随地把需求丢给 Agent。岁首年月各类「龙虾」的爆火，很大程度上就离不开这一点。

　　现正在 Agent 产物根基城市支撑挪动入口，焦点让用户随时发需求，再由 Agent 去挪用东西、打开网页、强调「有事就找 Agent」。由于大量需求本来就来自挪动场景。

　　虽迟但到。但更主要的是 Codex 挪动版现实的完成度，正在硅谷「AI 御三家」中以产物能力见长的 OpenAI，此次能有后发劣势吗？

　　对于一个能够近程安排桌面端施行使命的入口来说，不克不及编纂对话会让人更隆重，也会降低挪动端倡议使命的爽感。这一点后续确实需要补上。

　　不外，Codex 挪动版仍是有一些较着需要完美的处所，好比对话编纂还不支撑，这个问题看起来不大，但正在挪动场景里反而很主要。由于手机输入更容易呈现错别字、漏掉上下文，或者刚发出去就认识到需求没说完整。

　　但分歧的是，Claude Code 的双端毗连更多通过 Dispatch，更像是连系 OpenClaw 或者 Hermes 的 IM 思打制的一个功能，通过 Dispatch 这个功能页面实现正在手机上「批示」电脑上的 Claude Code。而 Codex 挪动版是间接同步桌面版的对话，包罗桌面端现实运转中思虑、操做和成果的及时同步。

　　更糟心的是，有时桌面端 Codex 明明还正在运转，手机端却俄然进入沉连形态，界面短暂空白。因正的使命施行都发生正在桌面端，所以这种断连凡是不会影响运转过程和最终成果。但从手机端交互来看，这个别验确实有点糟心。

　　不外把 IM 当入口也有问题。对话能够承载使命需求，却很难承载复杂的过程形态。Agent 正正在挪用什么东西、跑到哪一步、改了哪些文件、测试能否通过、某个策略能否合理，这些消息若是都通过聊气候泡呈现，很快就会变得拥堵。

　　本文为磅礴号做者或机构正在磅礴旧事上传并发布，仅代表该做者或机构概念，不代表磅礴旧事的概念或立场，磅礴旧事仅供给消息发布平台。申请磅礴号请用电脑拜候。

　　Codex 挪动版当然还谈不上成熟。实正复杂的代码审查、架构判断和高风险变动，仍然需要开辟者回到电脑前完成。对于通俗用户来说，这个入口短期内也不太会像 ChatGPT 聊天一样高频。

　　对通用 Agent 来说，这不必然是致命问题；但对 AI Coding 来说，过程本身就是产物体验的一部门。你不只是要晓得「完成了」，还要晓得它怎样做、哪里失败、下一步该不应继续。

　　简言之，Codex 正在桌面和挪动场景下的切换现实上愈加无缝、天然，可能也是由于这一点，目前时不时就沉连的问题也显得更烦人。

　　良多开辟者本来就不只用一台机械，一台随身 MacBook 处置日常项目，一台 Mac mini 或近程跑更沉的使命。过去这些往往是割裂的，现正在 Codex 至多起头测验考试把它们同一到一个手机入口里。看分歧使命的进展，以至把分歧需求分发给分歧机械。

　　现实用下来，Codex 挪动版曾经能够间接正在手机上倡议新的需求，再让电脑上的桌面端 Codex 去完成使命。这个时候，手机更像是一个轻量的使命节制台，你把需求说清晰，实正读取项目、施行号令、点窜文件、跑测试的，仍然是桌面端 Codex。

　　这段时间，Codex 的变化速度有点惊人。先是桌面端的史诗级更新，接着是近程 SSH，再到 Computer Use 和 Chrome 插件，周活跃用户曾经冲破了 400 万。

　　再把 Codex 挪动版放到整个 Agent 产物里看，会更成心思，特别是对挪动场景下 Agent 体验的理解，大师其实还有点纷歧样。

　　这个分工设想我感觉很伶俐，手机受限于、机能和屏幕尺寸等要素，本来就不适合运转 Coding 等复杂使命，更适合做为桌面端「随时随地」的入口。