如何让 Codex 和 ChatGPT 直接对话
用一个 Skill 连接 Codex 与已有 ChatGPT 对话：整理上下文、派发文字任务，完成后再回读。通过五步真实截图说明 Pro 设置、App 内查看与使用条件，附 GitHub 下载。
最近 Codex 经常重置额度，我也趁这段时间，用 AI 做了一些自己用着趁手的小工具，准备陆续分享给大家。
今天先分享一个：让 Codex 和 ChatGPT 的聊天联动起来的 Skill。
先说一个前提：这个方式只能发送和回读文字类对话，不能传送图片，也不能传送文件。
为什么想把两边接起来？
之前看到刘小排提到网页版 Pro 的思考能力，我就一直想把它更方便地用进自己的工作。
按我的使用感受，网页版 Pro 在深入思考、长任务规划和联网搜索上，都有我想用的地方。而且已经有网页端的额度，我也希望把它用起来。
但我的很多任务已经在 Codex 里推进了。做到需要进一步讨论的地方，想请 Pro 看一看，就得把这边的背景和问题复制过去；那边有了回答，再复制回来。
我想要的很直接：能不能让 Codex 帮我完成这段往返？
我在 GitHub 上找过不少项目，但没找到符合自己使用习惯的。我看到的不少方案，需要依赖 Computer Use、内置浏览器，或者浏览器自动化。
试下来，让 AI 操作界面来完成这段传话，我觉得 Token 消耗偏大，速度也不够快。
我只是想发一段问题，再把回答带回来，希望这条路径能更短一点。于是，我直接让 Codex 给自己做了一个 Skill：meng-codex-chatgpt-duplex。
先看它怎么用。
一次完整演示：让 ChatGPT 推荐一篇 AI 好文
这次我用一个具体任务演示：根据我的阅读习惯，推荐一篇值得读的 AI 文章。过程分成五步，任务在 ChatGPT 那边调研，结果再回到 Codex。
第一步：调用 Skill，交代任务
我在 Codex 里调用 Skill，并写下：
根据我的阅读习惯，给我推荐今日 AI 好文。
第二步：列出已有聊天，找到指定对话
Codex 会列出已有聊天，寻找我指定的 codex chat，读取状态和必要背景，再组织发送内容。下面的记录能看到列出聊天、读取聊天等动作。
这次发出的内容不止一句“推荐文章”：还带上了我的阅读偏好、最近推荐过的文章，以及需要联网核验原文、避免重复等要求。
第三步：在网页端查看任务与搜索过程
我会提前在目标对话里选好 Pro，以及自己希望使用的思考设置。Skill 沿用目标对话的设置，不负责替我切换；截图里能直接看到的是 Pro 模式。
打开网页端的 codex chat，能看到整理后的问题已经发过来，ChatGPT 正在搜索相关内容。
第四步：也可以留在 Codex App 里查看
不想另外切到浏览器，也可以在 Codex App 左上角切换到 ChatGPT 视图，打开同一个 codex chat。看到的仍是这次任务，不需要重新发一遍。
任务交给 ChatGPT 后，调研由那边处理。我让 Codex 停止本轮等待，不持续轮询，所以不用让它陪着调研过程空等。派发和回读仍会有 Codex 消耗，不能把整个往返理解成零消耗。
第五步：完成后再回读，这次用了 24 秒
等任务完成，我回到 Codex 说：
回读。
Codex 随后取回这次推荐结果。截图显示，本次回读用了 24 秒，带回了文章名称、作者、时间及推荐内容。
这 24 秒是本次取回结果的时间，不包含 ChatGPT 此前的搜索和思考，也不是每次都一样。截图上方还保留了一次“接收状态尚未确认”的中间回执：当时消息尚未同步出来，Codex 没有盲目重发；之后在目标对话里看到了任务，最终也回读到了结果。
这就是我设计的节奏：先派发，等那边做完，再叫回来。
“让 ChatGPT 讨论一下 XXX”“让 ChatGPT 对话”“发送 ChatGPT”都可以用于交代任务；内容不明确时，再补上你要讨论的问题。
这座桥是怎么搭起来的？
我当前使用的 Codex App，已经有读取对话和发送消息的工具。
这个 Skill 做的，就是把这些工具组织成一套固定流程：找到目标对话，检查它是否空闲，发送问题，再确认消息确实出现在那边。
每次发送还会带一个标记，用来区分这是哪一次问题。之后回读时，查找的是这次问题对应的回答，而不是随便取对话里最后一条内容。
所以，这条流程不用再围绕聊天页面安排寻找输入框、输入、点击发送等操作，也不用为它另外配置一套 MCP 服务。它直接使用当前 App 已有的对话工具，完成文字发送和读取。
Skill 负责规定步骤，Codex 负责执行，ChatGPT 在原来的对话里处理问题。
这里有一个使用条件：你的 Codex App 也需要能发现普通 ChatGPT 对话，并具有相应的发送、读取工具。Skill 文件本身不会给客户端增加这些能力。
接起来以后，我最想用它做什么？
首先，是把网页端的额度用进来。
一项工作在 Codex 里推进，并不意味着每一轮讨论都必须在这里完成。到了梳理方向、审视方案的时候，我可以把问题交给网页版 Pro，等它想完，再把意见带回来。
Codex 整理、发送、回读和后续处理仍然会有消耗；只是有一部分讨论，可以放到另一边完成。
其次，是需要的时候，方便地请 Pro 多想一轮。
比如方案已经做了一版，我暂时不想继续往下执行，就可以让 Codex 发过去问：
先检查这个方案有没有遗漏，哪些前提还没确认？如果你认为方向不对，直接说原因，先不要顺着它继续完善。
任务讨论久了，后面的修改容易沿着前面已经选定的方向继续走。这时候换一个讨论入口，重新检查前提，可能比再补几个细节更有帮助。
涉及需要查资料的问题，也可以请网页端结合搜索来讨论。回读后，我再看它给出的来源和依据，决定哪些值得采用。
发出去的提示词，也值得看一眼
这次推荐文章，我交代的要求很短。前面的截图里却能看到，Codex 整理了阅读偏好、已经推荐过的篇目，还要求搜索并打开原文核验，而不是凭记忆编造标题和链接。
这份消息让 ChatGPT 知道该找什么，也让我能检查：它理解的阅读习惯，是否真的是我想要的。
不过，整理得长不等于整理得对。我也会检查：它有没有把重点写进去，有没有把尚未确定的事情写成结论。
比如，我要对方“检查方案”，它如果写成“继续完善方案”，讨论方向就可能变了。看到这份消息，我就能检查它怎样理解任务，并及时纠正。
这也是我觉得实用的地方：前面的背景有人帮忙整理，整理结果又看得见。
对话怎么命名，可以按自己的任务来
准备目标对话时，先在 ChatGPT 网页端开启一个普通对话，发出第一条消息。我把默认目标命名为 codex chat。
想让 Pro 处理，就先在那个对话里选好相应模式。Skill 沿用对话的设置，不会替你开启或确认 Pro。
之后，它就可以复用这个对话继续讨论，不必每次重新开一个。
默认名称也可以改。比如，你已经建好了 Codex Chat-1 和 Codex Chat-2，调用时就可以说：
把当前选题背景发到 Codex Chat-1，继续讨论公众号文章。
把这个项目的方案发到 Codex Chat-2，请它检查还有哪些问题。
也可以用“公众号选题讨论”“独立站方案评审”这样的名称。关键是告诉 Codex 准确的名称，让它找到对应的已有对话。
尽量避免同名。如果对话已经很长，想换一个新的，就先给旧对话改名，再把新对话设成你要使用的名称。
临时换目标，在任务里说明就行；以后都想换一个默认名称，也可以让 Codex 帮你修改 Skill。提示词整理方式，同样可以按自己的习惯调整。
把它用到自己的工作里
这次分享的是一套文字往返流程。你可以先拿一个不含隐私的小问题，试一次发送和回读，看看是否符合自己的使用习惯。
Skill 和使用说明已经放到 GitHub：
进入 GitHub 仓库下载后，将其中的 meng-codex-chatgpt-duplex 文件夹交给 Codex，按说明检查环境并安装。
对我来说，它趁手的原因很具体：已有的网页端额度能用上，想请 Pro 讨论时能叫到，前面的背景有人帮忙整理，回答也能带回原来的任务。
如果你觉得这个小工具有用，欢迎到 GitHub 给它点个 Star，也让我知道这类分享对你有帮助。