本文记录于 2026 年 7 月2026 年 8 月已按项目新版更新安装常驻托盘守护程序后不再需要每次手动启动脚本。该方案面向部分受影响的 Windows 构建并非 OpenAI 官方补丁。Codex Desktop 更新后方案可能失效请以项目最新说明和预检结果为准。前言Codex Desktop 的 Remote 功能可以让我们从手机或另一台受支持的电脑继续处理运行在目标电脑上的 ChatGPT/Codex 任务例如发送后续指令、审批操作和查看执行结果。我已经可以通过手机远程连接 Windows 电脑上的 Codex但在尝试用另一台电脑作为控制端时发现设置 → 连接页面中只有“控制此电脑”和“SSH”没有Control other devices控制其他设备入口。这两个入口的作用并不相同控制此电脑 / Allow other devices to connect让当前电脑作为主机接受其他设备连接。Control other devices让当前电脑作为控制端访问另一台已经配对的主机。OpenAI 的 Remote connections 官方文档 确实介绍了电脑之间的远程连接但也明确说明Control other devices 的可用性可能随功能发布范围而变化。因此看不到该入口不一定代表软件损坏也可能与客户端版本、账号、工作区或灰度发布状态有关。问题表现我遇到的情况比较具体手机端已经能够远程连接这台 Windows 电脑当前电脑可以开启“允许其他设备连接”SSH 入口正常显示但 Windows 端没有“Control other devices”选项卡无法把当前电脑作为另一台设备的控制端。图 1处理前连接设置中只有“控制此电脑”和“SSH”。先完成官方排查在使用第三方方案前建议先检查以下项目将 Codex Desktop 和 ChatGPT 移动端更新到最新版本。确认两台设备登录的是同一个 ChatGPT 账号和工作区。确认目标主机保持在线、唤醒并已允许其他设备连接。完成账号或工作区要求的 MFA、SSO 或 passkey 验证。如果使用组织工作区确认管理员已经允许使用 Remote Control。如果打开 Remote Control 后点击“添加”报错先重启 Codex Desktop 再试。如果上述条件都满足Windows 端仍然符合前面的具体症状再考虑下面的社区兼容方案。社区兼容方案本文使用的项目是naipi11/Codex-Control-other-devices-Windows根据项目 README该方案不会修改ChatGPT.exe、app.asar或C:\Program Files\WindowsApps中的应用文件。项目当前版本采用常驻托盘守护程序安装后由计划任务自动启动识别并接管 Codex 的运行时启动参数旧版的手动脚本模式保留为保守回退。截至本文更新时项目 README 列出的已验证环境为 Windows 11、Codex Desktop26.730.8199.0和 Node.js22.23.1。其他版本不能直接照搬结论必须先执行项目提供的只读兼容性预检。项目文档还给出了受影响 Windows 包的共同特征控制器页面、字符串和后端调用已随包提供Statsig 门782640499的语义相反true反而隐藏入口主进程设备密钥入口只接受process.platform darwinWindows 包未附带remote-control-device-key.node。本项目只补上本地 Windows 运行时缺口不绕过账号授权、MFA/SSO/passkey、工作区策略或服务端权限。使用前准备请确认当前环境满足项目要求Windows 10 或 Windows 11Codex Desktop 通过 Microsoft Store/MSIX 安装已安装 Node.js 22 或更高版本并且node.exe已加入PATH另一台主机使用相同账号和工作区登录保持在线并允许 Remote Control当前电脑和当前 Windows 用户会话可信。可先在 PowerShell 中检查 Node.jsGet-Commandnode.exe node--version操作步骤1. 下载项目在 PowerShell 中执行git clone https://github.com/naipi11/Codex-Control-other-devices-Windows.git cd Codex-Control-other-devices-Windows也可以从 GitHub 下载 ZIP解压后在项目目录中打开 PowerShell。2. 先执行只读预检不要直接运行启动脚本先检查当前 Codex 构建是否符合项目预期powershell-NoProfile-ExecutionPolicy Bypass -File.\Test-CodexControlOtherDevices.ps1只有以下三项同时满足时再继续Ready: TrueNode.js 版本不低于 22Heuristic match: True如果预检失败不要删除或绕过检查。失败可能意味着 Codex 已经更新、官方已调整相关实现或者当前版本与该方案不兼容。3. 保存工作并安装常驻守护程序安装器会关闭当前 Codex Desktop然后重新打开首次接管时最多自动重开一次。执行前请先保存正在编辑的内容。powershell-NoProfile-ExecutionPolicy Bypass -File.\Install-CodexControlOtherDevices.ps1-EnableCandidateCompatibleUpdates安装目录固定为%LOCALAPPDATA%\CodexControlOtherDevices。安装完成后登录 Windows 时计划任务Codex Control Other Devices Supervisor会自动启动托盘守护程序。托盘图标为绿色时当前会话已生效此时打开设置 → 连接 → Control other devices4. 完成设备授权点击“添加”或“设置”。使用与目标主机相同的 ChatGPT 账号和工作区完成授权。按提示完成 MFA、SSO 或 passkey 验证。确认目标 Mac/Windows 主机在线并已开启“允许其他设备连接”。新建远程项目时选择对应的目标设备。图 2处理后“控制其他设备”入口已经显示并成功连接目标设备。如果想让 Codex 协助操作原文中“把项目交给 GPT让它自己修复”的说法过于宽泛。更稳妥的做法是先让 Codex 审查再由你确认是否执行。可以直接使用下面这段提示词请阅读以下仓库的 README 和脚本 https://github.com/naipi11/Codex-Control-other-devices-Windows 先不要执行启动或修改操作。请先 1. 检查我的 Windows、Codex Desktop 安装方式和 Node.js 版本是否满足要求 2. 说明将执行哪些命令、影响哪些文件或进程 3. 说明安全风险、停用方法和回滚步骤 4. 只运行项目提供的只读兼容性预检并把结果解释给我。 只有在我明确确认后才运行安装脚本。不要绕过预检不要修改登录凭据也不要执行与该项目无关的命令。这样既能利用 Codex 帮助检查环境也能在真正执行第三方脚本前看清修改范围和回退方法。使用结果与限制在我的测试环境中通过安装器安装常驻守护程序后原本缺失的Control other devices入口已经显示并能够继续进行设备授权。需要注意安装后由计划任务自动启动托盘守护程序登录后即可自动接管不需要每次手动运行脚本托盘图标为绿色时表示当前会话已生效灰色表示等待 Codex 或自动化已暂停新版 Codex 正常启动自带--remote-debugging-port没有--inspect守护程序已能识别这种启动方式并自动完成接管升级本项目或 Codex 后无需重装守护程序本体但仍建议每次 Codex 更新后重新执行预检入口成功显示不等于账号一定拥有服务端权限最终仍取决于账号、工作区、认证和功能发布状态。停用与回滚最简单的停用方式是退出 Codex再从开始菜单正常启动。由于应用安装文件没有被修改因此不需要恢复安装包。需要彻底停用时使用项目提供的安全卸载脚本powershell-NoProfile-ExecutionPolicy Bypass -File.\Uninstall-CodexControlOtherDevices.ps1卸载默认保留本地设备密钥如需备份或显式删除可分别使用-BackupDeviceKeyStore或-RemoveDeviceKeyStore两者互斥。旧版手动启动/回滚脚本仍保留为保守回退powershell-NoProfile-ExecutionPolicy Bypass -File.\Start-CodexControlOtherDevices.ps1 powershell-NoProfile-ExecutionPolicy Bypass -File.\Reset-CodexControlOtherDevices.ps1如果还要处理设备密钥应先在 Codex 中撤销该控制器的访问权限再按照项目 README 执行可恢复备份仅移动本地密钥文件不会自动撤销服务端授权。安全提醒这是非官方、与客户端内部实现相关的第三方兼容方案不是 OpenAI 官方补丁。项目会在本机127.0.0.1上启用 Chromium 调试接口启动过程中还会短暂使用 Node Inspector因此请注意只在可信任的电脑和 Windows 用户会话中使用执行前阅读 README 和脚本逐条确认 Codex 将运行的命令不要为了强行运行而绕过兼容性预检Codex 更新后重新预检官方入口恢复后优先使用官方功能提交日志前先清理本机路径等环境信息不要公开上传登录令牌、设备私钥或app.asar文件。总结如果 Windows 版 Codex Desktop 已经可以被手机远程连接但设置中始终缺少Control other devices应先完成官方排查并确认这不是账号、工作区或灰度发布状态导致的差异。对于项目明确支持的受影响构建可以使用Codex-Control-other-devices-Windows做兼容处理。它的优点是不修改应用安装文件、安装后由托盘守护程序自动接管、停用方式直接代价是这仍是非官方方案依赖本机调试接口而且客户端更新后必须重新检查兼容性。参考资料OpenAIRemote connectionsGitHubCodex-Control-other-devices-Windows项目中文 README Windows版Codex Desktop未显示Control other devices时的一种非官方兼容方案（实测）
本文记录于 2026 年 7 月2026 年 8 月已按项目新版更新安装常驻托盘守护程序后不再需要每次手动启动脚本。该方案面向部分受影响的 Windows 构建并非 OpenAI 官方补丁。Codex Desktop 更新后方案可能失效请以项目最新说明和预检结果为准。前言Codex Desktop 的 Remote 功能可以让我们从手机或另一台受支持的电脑继续处理运行在目标电脑上的 ChatGPT/Codex 任务例如发送后续指令、审批操作和查看执行结果。我已经可以通过手机远程连接 Windows 电脑上的 Codex但在尝试用另一台电脑作为控制端时发现设置 → 连接页面中只有“控制此电脑”和“SSH”没有Control other devices控制其他设备入口。这两个入口的作用并不相同控制此电脑 / Allow other devices to connect让当前电脑作为主机接受其他设备连接。Control other devices让当前电脑作为控制端访问另一台已经配对的主机。OpenAI 的 Remote connections 官方文档 确实介绍了电脑之间的远程连接但也明确说明Control other devices 的可用性可能随功能发布范围而变化。因此看不到该入口不一定代表软件损坏也可能与客户端版本、账号、工作区或灰度发布状态有关。问题表现我遇到的情况比较具体手机端已经能够远程连接这台 Windows 电脑当前电脑可以开启“允许其他设备连接”SSH 入口正常显示但 Windows 端没有“Control other devices”选项卡无法把当前电脑作为另一台设备的控制端。图 1处理前连接设置中只有“控制此电脑”和“SSH”。先完成官方排查在使用第三方方案前建议先检查以下项目将 Codex Desktop 和 ChatGPT 移动端更新到最新版本。确认两台设备登录的是同一个 ChatGPT 账号和工作区。确认目标主机保持在线、唤醒并已允许其他设备连接。完成账号或工作区要求的 MFA、SSO 或 passkey 验证。如果使用组织工作区确认管理员已经允许使用 Remote Control。如果打开 Remote Control 后点击“添加”报错先重启 Codex Desktop 再试。如果上述条件都满足Windows 端仍然符合前面的具体症状再考虑下面的社区兼容方案。社区兼容方案本文使用的项目是naipi11/Codex-Control-other-devices-Windows根据项目 README该方案不会修改ChatGPT.exe、app.asar或C:\Program Files\WindowsApps中的应用文件。项目当前版本采用常驻托盘守护程序安装后由计划任务自动启动识别并接管 Codex 的运行时启动参数旧版的手动脚本模式保留为保守回退。截至本文更新时项目 README 列出的已验证环境为 Windows 11、Codex Desktop26.730.8199.0和 Node.js22.23.1。其他版本不能直接照搬结论必须先执行项目提供的只读兼容性预检。项目文档还给出了受影响 Windows 包的共同特征控制器页面、字符串和后端调用已随包提供Statsig 门782640499的语义相反true反而隐藏入口主进程设备密钥入口只接受process.platform darwinWindows 包未附带remote-control-device-key.node。本项目只补上本地 Windows 运行时缺口不绕过账号授权、MFA/SSO/passkey、工作区策略或服务端权限。使用前准备请确认当前环境满足项目要求Windows 10 或 Windows 11Codex Desktop 通过 Microsoft Store/MSIX 安装已安装 Node.js 22 或更高版本并且node.exe已加入PATH另一台主机使用相同账号和工作区登录保持在线并允许 Remote Control当前电脑和当前 Windows 用户会话可信。可先在 PowerShell 中检查 Node.jsGet-Commandnode.exe node--version操作步骤1. 下载项目在 PowerShell 中执行git clone https://github.com/naipi11/Codex-Control-other-devices-Windows.git cd Codex-Control-other-devices-Windows也可以从 GitHub 下载 ZIP解压后在项目目录中打开 PowerShell。2. 先执行只读预检不要直接运行启动脚本先检查当前 Codex 构建是否符合项目预期powershell-NoProfile-ExecutionPolicy Bypass -File.\Test-CodexControlOtherDevices.ps1只有以下三项同时满足时再继续Ready: TrueNode.js 版本不低于 22Heuristic match: True如果预检失败不要删除或绕过检查。失败可能意味着 Codex 已经更新、官方已调整相关实现或者当前版本与该方案不兼容。3. 保存工作并安装常驻守护程序安装器会关闭当前 Codex Desktop然后重新打开首次接管时最多自动重开一次。执行前请先保存正在编辑的内容。powershell-NoProfile-ExecutionPolicy Bypass -File.\Install-CodexControlOtherDevices.ps1-EnableCandidateCompatibleUpdates安装目录固定为%LOCALAPPDATA%\CodexControlOtherDevices。安装完成后登录 Windows 时计划任务Codex Control Other Devices Supervisor会自动启动托盘守护程序。托盘图标为绿色时当前会话已生效此时打开设置 → 连接 → Control other devices4. 完成设备授权点击“添加”或“设置”。使用与目标主机相同的 ChatGPT 账号和工作区完成授权。按提示完成 MFA、SSO 或 passkey 验证。确认目标 Mac/Windows 主机在线并已开启“允许其他设备连接”。新建远程项目时选择对应的目标设备。图 2处理后“控制其他设备”入口已经显示并成功连接目标设备。如果想让 Codex 协助操作原文中“把项目交给 GPT让它自己修复”的说法过于宽泛。更稳妥的做法是先让 Codex 审查再由你确认是否执行。可以直接使用下面这段提示词请阅读以下仓库的 README 和脚本 https://github.com/naipi11/Codex-Control-other-devices-Windows 先不要执行启动或修改操作。请先 1. 检查我的 Windows、Codex Desktop 安装方式和 Node.js 版本是否满足要求 2. 说明将执行哪些命令、影响哪些文件或进程 3. 说明安全风险、停用方法和回滚步骤 4. 只运行项目提供的只读兼容性预检并把结果解释给我。 只有在我明确确认后才运行安装脚本。不要绕过预检不要修改登录凭据也不要执行与该项目无关的命令。这样既能利用 Codex 帮助检查环境也能在真正执行第三方脚本前看清修改范围和回退方法。使用结果与限制在我的测试环境中通过安装器安装常驻守护程序后原本缺失的Control other devices入口已经显示并能够继续进行设备授权。需要注意安装后由计划任务自动启动托盘守护程序登录后即可自动接管不需要每次手动运行脚本托盘图标为绿色时表示当前会话已生效灰色表示等待 Codex 或自动化已暂停新版 Codex 正常启动自带--remote-debugging-port没有--inspect守护程序已能识别这种启动方式并自动完成接管升级本项目或 Codex 后无需重装守护程序本体但仍建议每次 Codex 更新后重新执行预检入口成功显示不等于账号一定拥有服务端权限最终仍取决于账号、工作区、认证和功能发布状态。停用与回滚最简单的停用方式是退出 Codex再从开始菜单正常启动。由于应用安装文件没有被修改因此不需要恢复安装包。需要彻底停用时使用项目提供的安全卸载脚本powershell-NoProfile-ExecutionPolicy Bypass -File.\Uninstall-CodexControlOtherDevices.ps1卸载默认保留本地设备密钥如需备份或显式删除可分别使用-BackupDeviceKeyStore或-RemoveDeviceKeyStore两者互斥。旧版手动启动/回滚脚本仍保留为保守回退powershell-NoProfile-ExecutionPolicy Bypass -File.\Start-CodexControlOtherDevices.ps1 powershell-NoProfile-ExecutionPolicy Bypass -File.\Reset-CodexControlOtherDevices.ps1如果还要处理设备密钥应先在 Codex 中撤销该控制器的访问权限再按照项目 README 执行可恢复备份仅移动本地密钥文件不会自动撤销服务端授权。安全提醒这是非官方、与客户端内部实现相关的第三方兼容方案不是 OpenAI 官方补丁。项目会在本机127.0.0.1上启用 Chromium 调试接口启动过程中还会短暂使用 Node Inspector因此请注意只在可信任的电脑和 Windows 用户会话中使用执行前阅读 README 和脚本逐条确认 Codex 将运行的命令不要为了强行运行而绕过兼容性预检Codex 更新后重新预检官方入口恢复后优先使用官方功能提交日志前先清理本机路径等环境信息不要公开上传登录令牌、设备私钥或app.asar文件。总结如果 Windows 版 Codex Desktop 已经可以被手机远程连接但设置中始终缺少Control other devices应先完成官方排查并确认这不是账号、工作区或灰度发布状态导致的差异。对于项目明确支持的受影响构建可以使用Codex-Control-other-devices-Windows做兼容处理。它的优点是不修改应用安装文件、安装后由托盘守护程序自动接管、停用方式直接代价是这仍是非官方方案依赖本机调试接口而且客户端更新后必须重新检查兼容性。参考资料OpenAIRemote connectionsGitHubCodex-Control-other-devices-Windows项目中文 README