手机消息进入电脑同一条编码对话的流程场景

小龙哥经验包 · 第 01 篇

手机直连
Codex

在手机里说一句,电脑上的同一条任务接着做。只要官方远程就走轻量路线;必须用飞书或微信,就把这次踩过的坑连同施工提示词一起带走。

先选适合我的路线

真实微信通过桌面同显通过重启恢复通过

1 条任务手机、电脑共享上下文
1 个写手不再双进程抢写
2 条路线官方优先,高级按需
3 份提示词施工、修复、验收

先做对选择

多数人用官方路线,
少数人再搭网关。

目标相同,复杂度完全不同。先问自己:只是想在手机上继续 Codex,还是必须留在飞书、微信的聊天习惯里?

高级约 30–90 分钟

飞书 / 微信入口

保留原来的聊天入口,由本机网关把消息交给电脑上的同一条 Codex 任务。需要渠道授权、常驻服务和升级后回归。

  1. 先建立桌面真实任务
  2. 多个渠道只绑定同一线程
  3. 桌面在线时禁止第二个写手

边界:官方 Remote 是首选稳定路线。飞书/微信方案基于本机网关和当前 Codex 桌面行为,属于可复用的技术方案,不是 OpenAI 官方 IM 集成;桌面升级后必须重新验收。

真正的关键

不是“消息能回来”,
而是“同一条任务在继续”。

最容易误判的一步:后台文件里已经有消息,不代表桌面正在看的任务收到了实时状态。

开箱带走

把目标给 Codex,
让它在你的电脑上施工。

提示词不会塞入任何账号、路径或密钥。它先发现你自己的环境,再把只有你能完成的扫码和身份确认留给你。

正在载入开箱施工提示词…

这次真正沉淀下来的经验

四个判断,
比抄代码更值钱。

01

先建桌面任务

手机渠道只能接入已有真源。先有桌面项目和主任务,再绑定渠道,顺序不能反。

02

渠道只是入口壳

飞书、微信不应各自拥有一套人格、记忆和线程;它们只负责收消息和送回复。

03

同一文件不等于同显

两个 app-server 写进同一历史文件,仍可能让桌面完全不刷新。必须核对任务所有者。

04

验收看五层证据

渠道收到、手机回复、桌面状态、单写手、重启恢复,缺一项都不能说“彻底打通”。

最后别靠感觉

六步验收,
一眼看出真假同显。

语音识别可能改字,所以验收要同时看时间、渠道和桌面状态,不只做字符串完全匹配。

  1. 01
    真实手机发入

    不用本机模拟消息,至少走一遍真实渠道。

  2. 02
    手机收到回复

    确认完整双向,不只是网关收件。

  3. 03
    桌面状态有两条消息

    用户消息和助手回复同时存在。

  4. 04
    左侧仍是同一任务

    没有偷偷新建第二个聊天框。

  5. 05
    进程只有一个写手

    网关下面不应再挂一个 app-server。

  6. 06
    重启后再测一次

    重连、别名和同步游标都能恢复。

常见问题

先把边界
说在前面。

这是一键安装程序吗?

不是。它是一键复制的“AI 施工包”:Codex 会根据你的 Mac、账号和渠道完成可自动化的部分;二维码、验证码和身份授权仍由你确认。

只想在手机上继续 Codex,也要装 GolemBot 吗?

不需要。优先使用 OpenAI 官方 Remote Connections;只有必须从飞书或微信发消息时,才需要高级网关。

能把 app-server 端口直接放到公网吗?

不要。OpenAI 官方明确建议不要把 app-server transport 暴露到共享网络或公网。使用官方 Remote、VPN 或可信网状网络。

为什么不直接把密钥写进提示词?

提示词会进入聊天记录,网页又是公开内容。密钥只能留在 Keychain、本机环境变量或权限受控文件里。

升级 Codex 桌面后还会一直有效吗?

官方 Remote 由产品维护;高级网关依赖当前桌面和 app-server 行为,升级后必须重新跑验收提示词。

从这句话开始

把手机变成入口,
别再造第二个大脑。

公开工具参考:GolemBot · 技术协议参考:Codex app-server