前两天ssh服务器打开codex的一个对话发现无法打开并且出现了提示已在另一个应用中打开 请先在那边关闭会话才能在这里继续。搜寻了一下网上的一些解决办法我是用到第二步恢复的有遇到这种问题的可以参考一下下面的内容。这种现象和 OpenAI Codex GitHub 上最近报告的 Remote-SSH bug 几乎完全一致SSH 断开、VS Code 重连或插件更新后旧的远程extensionHost/codex app-server没有退出仍然持有这个会话的 writer lock新 VS Code 就会显示“已在另一个应用中打开”。GitHub建议你按下面顺序处理一般前两步就能解决先在当前 VS Code 执行重新加载。按Ctrl Shift P输入并执行Developer: Reload Window这是目前最轻量的办法而且已有相同 Codex writer-lock 问题的报告确认Reload Window 可以释放占用。GitHub如果还报错直接重启远程 VS Code Server。Ctrl Shift P搜索Remote-SSH: Kill VS Code Server on Host...选择你现在连接的服务器然后重新连接 SSH。这个方法对你的场景尤其有效因为已知问题正是“旧 Remote-SSH Server 留下一个 Codex app-server新连接又启动了第二个”。GitHub注意如果你还有其他 VS Code 窗口连接同一台服务器它们也会断开需要重新连接。如果 Kill VS Code Server 后仍然存在可以在服务器上检查 Codex 残留进程。在 Remote SSH 的 Linux 终端执行ps -eo pid,ppid,lstart,cmd | grep -E [c]odex.*app-server|[e]xtensionHost正常情况下当前 VS Code 通常只应该对应一个正在使用的 Codexapp-server。如果看到类似两个2196 ... openai.chatgpt-.../bin/linux-x86_64/codex ... app-server 9501 ... openai.chatgpt-.../bin/linux-x86_64/codex ... app-server就和官方 issue 里的复现情况一致旧 Codex server 仍在占锁。GitHub最直接的强制恢复办法是先关闭你所有连接这台服务器的 VS Code 窗口然后用普通 SSH 登录服务器执行pkill -f codex.*app-server再重新打开 VS Code → Remote-SSH → Codex。这不会删除你的 Codex 对话只是结束远端 Codex 后台进程之后插件会重新启动新的app-server。但它会中断这个 Linux 用户当前正在运行的其他 Codex 会话所以如果你服务器上确实还有别的 Codex 任务在跑不要直接执行。