https://yanqian.github.io/zh/tags/codex-mobile/Recent content in Codex-Mobile on Armstrong YanHugozh-CNMon, 20 Jul 2026 23:52:52 +0800https://yanqian.github.io/zh/posts/publish/what-still-matters-after-codex-mobile/Mon, 20 Jul 2026 23:52:52 +0800https://yanqian.github.io/zh/posts/publish/what-still-matters-after-codex-mobile/<p>这是“远程智能体工作流”系列的第五篇。</p> <p>最初搭建这套远程 AI 开发环境时，我想解决一个很实际的问题：</p> <p>离开 Mac 以后，怎样让本地 Codex 继续干活？</p> <p>于是有了第一层方案：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">手机 -&gt; Tailscale -&gt; SSH -&gt; Mac -&gt; tmux -&gt; Codex </span></span></code></pre></div><p>后来我发现，手机上的 SSH 不适合充当日常操作入口，于是又搭了一个 Telegram 控制面：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">手机 -&gt; Telegram Bot -&gt; 本地 Codex 运行时 -&gt; 指定代码仓库 </span></span></code></pre></div><p>再往后，我意识到背后还有一条更根本的原则：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">放在代码仓库里，不要放在聊天里。 </span></span></code></pre></div><p>代码仓库必须保存持久的项目记忆。</p> <p>更准确地说，它应该承载项目记忆、运行约定和反馈机制。</p> <p>走到这一步，一个很自然的问题随之而来：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">既然官方已经推出 Codex Mobile，自定义远程智能体工作流还有必要吗？ </span></span></code></pre></div><p>我的答案是：有。但理由变了。</p> <p>它的价值不再只是让人远程接入 Codex。</p> <p>更重要的是让 Codex 按照项目自己的方式工作。</p> <h2 id="codex-mobile-解决了什么"> Codex Mobile 解决了什么 <a class="heading-link" href="#codex-mobile-%e8%a7%a3%e5%86%b3%e4%ba%86%e4%bb%80%e4%b9%88"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>2026 年 5 月 14 日，OpenAI 宣布在 ChatGPT 移动应用中以预览形式推出 Codex。</p> <p>通过官方移动端，用户可以随时在手机上接入 Codex。按照 OpenAI 的介绍，你可以跨线程处理任务、检查输出、批准命令、切换模型、发起新任务，还能实时收到终端输出、差异内容、测试结果、截图和审批请求等更新。</p>