一位开发者在 V2EX 分享了自建的 Codex 远程应用方案。作者看好 Codex 生态，但不愿支付 ChatGPT 和 Copilot 的官方订阅费用，因此选择在 Azure 上开设虚拟机，安装 Codex 并接入自己的 API，随后编写了一个简单的 WebSocket 代理，将 codex app-server 与 ACP 协议转换为 WebSocket 连接，从而实现网页端、手机端和桌面端的多设备接入。该方案的主要优势包括：控制权掌握在自己手中，无需购买官方会员（仅需自付 VM 费用）；相比 ChatGPT Work 定制的受限浏览器环境，自有 VM 中可以自由使用 Playwright 等工具；配置得当时可与官方软件互通；对话数据统一存储在云端，不同设备切换时对话不丢失，各设备可看到相同的会话记录，App 仅作为 UI 层存在。作者坦承该方案目前仍处于 POC 阶段，存在不少粗糙之处，但个人已使用一段时间且体验良好。鉴于近期 muse/dots 等类似产品新闻较多、方向存在相通之处，故决定提前分享。目前应用尚未推出中文版界面。作者同步开放了网页版入口、苹果和微软平台应用下载渠道以及服务器搭建参考仓库，其中 codex app-server 环境搭建脚本被认为是最有价值的部分。
事件分析
技术看点在于该方案揭示了一条利用官方 app-server 与 ACP 协议自建客户端的路径：以 WebSocket 代理桥接云端 VM 中的 AI 编程代理，前端仅作 UI 层，会话状态集中存储于服务端。这一架构与近期受关注的 muse/dots 等商业产品思路相近，验证了云端常驻代理加多端轻客户端模式的可行性。产业层面，官方订阅定价与自建 VM 成本之间的价差，正在催生 BYO API 类的自建生态；若 OpenAI 与 GitHub 持续开放 app-server 和 Agents API 接口，第三方客户端将获得更大发展空间。后续走向上，此类方案能否流行取决于协议稳定性、配置门槛能否降低，以及官方是否会收紧接口权限。当前配置冲突风险较高，距离开箱即用仍有距离。
核心观点：AI 编程代理的核心价值在云端服务而非客户端 UI，官方订阅溢价正被开源自建方案逐步瓦解。
原文链接：V2EX 分享发现
评论前必须登录！
立即登录 注册