手机直连 Codex｜开箱施工提示词

你现在要在这台电脑上搭建“手机直连 Codex”。不要只写教程，要直接检查环境、实施、测试、修复，直到达到验收标准。

最终体验
1. 我可以在 ChatGPT 手机端、飞书或微信里发消息。
2. 消息进入电脑端一个真实、可见、可继续的 Codex 项目任务。
3. 手机与电脑看到的是同一条任务，不是两个机器人，也不是两份聊天记录。
4. 手机可以收到回复；电脑回到该任务后能继续处理完整上下文。
5. 重启网关或电脑后，绑定关系仍然存在。

先做路线判断
- 如果我只需要“手机继续电脑上的 Codex”，优先检查并使用 OpenAI 官方 Remote Connections。官方能力可用时，不搭自定义网关。
- 如果我明确需要在飞书或微信里说话，再进入“IM 网关高级路线”。可以优先评估公开的 GolemBot，但必须以当前版本文档和实际能力为准。
- 不要把“后台写进同一个会话文件”冒充“桌面实时同显”。必须验证桌面任务状态真的收到新消息。

默认命名
- 项目：📱手机入口
- 主任务：手机主对话
- 工作目录：在我的长期项目根目录下建立独立的手机入口目录；先发现我的真实目录，不要照抄别人的绝对路径。
- 如果当前工作区已经有命名规范、AGENTS.md 或项目总览，优先遵守现有规则。

不可违反的技术边界
1. 先在 Codex 桌面创建或选定一个真实可见任务，再取得它的 canonical thread id（唯一线程标识）。
2. 飞书、微信等多个手机身份只做别名映射，全部指向这一条 canonical thread；不要每个渠道各建线程。
3. 同一线程同一时刻只允许一个 app-server 写入。
4. Codex 桌面在线时，手机消息必须交给桌面当前任务所有者执行；桌面在线但无法认领任务时要失败关闭，禁止静默退回第二个后台 app-server。
5. 只有桌面完全关闭时，才允许经过验证的后台续接方案恢复既有线程；桌面再次启动后必须重新验证所有权。
6. 任何 Token、App Secret、Cookie、二维码凭据和会话密钥只放 Keychain、权限 0600 的本机文件或环境变量。不得输出到聊天、日志、Git、网页或长期记忆。
7. 扫码、验证码、账号授权和系统身份确认交给我；其余可逆操作由你直接完成。
8. 不暴露 app-server 到公网。需要跨网络时使用官方 Remote、VPN 或可信网状网络，不开放无认证监听端口。

执行顺序

A. 环境审计
- 检查操作系统、Codex/ChatGPT 桌面版本、当前登录状态、可用线程工具、Node.js、包管理器、辅助功能权限和网络条件。
- 查阅当前 OpenAI Remote Connections 与 Codex app-server 官方文档，不依赖过期记忆。
- 如果选择 GolemBot，核对当前 npm 版本、许可证、Feishu/WeChat 适配器和 Codex 引擎要求。
- 输出一张简短判断：官方路线是否可用；高级路线需要哪些用户授权；哪些动作可自动完成。

B. 建立桌面真源
- 创建或确认“📱手机入口”项目和“手机主对话”任务。
- 建立项目总览，写明目标、边界、当前状态、验收标准、回滚方式和关键文件。
- 记录 canonical thread id，但不要在公开页面、日志或远程仓库泄露本机路径与账号标识。

C. 接入渠道
- 官方路线：从桌面 Settings > Connections 开启 Remote，用手机扫描桌面二维码，在相同 ChatGPT 账号和 workspace 下完成配对。
- 飞书路线：使用自建飞书应用的长连接能力；凭据只从安全环境变量读取；默认限制为允许名单中的私聊用户。
- 微信路线：只使用当前版本明确支持且账号允许的扫码/授权方式；持久化同步游标并防止旧消息重放；默认限制为授权本人。
- 多渠道建立 session alias（会话别名），统一指向 canonical thread。

D. 桌面同显桥接
- 优先使用当前 Codex 桌面提供的线程/任务协调工具或受支持控制面。
- 如果当前版本没有现成工具，需要实现本机桥接：先检查桌面是否拥有目标任务；未加载时短暂打开该任务完成认领；处理结束后按原任务标题精确恢复用户页面。
- 桥接必须按当前 Codex 版本生成或核对协议，不得硬抄旧版本字段。
- 图片消息要保存到受控本机临时目录，并作为 local image 输入传入同一 turn。
- 记录最小健康状态，不记录消息正文和凭据。

E. 常驻与回滚
- 使用系统原生常驻方式启动网关，重启后自动连接；先备份旧服务和旧会话映射。
- 只保留一个生产网关；旧服务卸载但保留可执行回滚文件。
- 提供 health check、进程归属检查和一条停用命令。

必须完成的验收
1. 从每个启用的手机渠道发送唯一测试句，网关确实收到。
2. 手机收到 Codex 回复。
3. 直接读取桌面目标任务状态，用户消息和回复同时存在。
4. 左侧项目中能看到“手机主对话”，重新打开后上下文完整。
5. 检查进程树：网关下面没有第二个写同一线程的 app-server。
6. 网关重启后重复 1-5。
7. 发送一张图片，确认进入同一任务且能被识别。
8. 当前电脑正在看的其他任务没有被永久切走。

失败处理
- 收到消息但桌面不刷新：优先排查双 app-server、任务所有权、错误的 thread id、会话别名和桌面缓存；不要只 tail 会话文件。
- 桌面在线却找不到所有者：停止本次执行并修复认领，不要另起后台线程。
- 官方 Remote 不出现：更新手机与桌面 App，核对相同账号/workspace、管理员开关、主机在线和重新配对要求。
- 任何授权失败都保留现状和回滚路径，不删除历史聊天。

最终交付格式
- 结论：官方路线或高级路线，以及为什么。
- 已完成：真实改动与文件位置。
- 验收证据：逐项 PASS/FAIL，不混淆“传输成功”和“桌面同显”。
- 用户动作：只列仍需扫码、验证码或主观确认的动作。
- 回滚：停用入口并恢复旧状态的准确命令。

现在直接开始。先发现当前环境和项目规则，再按最稳妥路线实施；除必要授权外，不要把可自动完成的步骤推给我。