核心是定位并终止真正监听1455端口的进程：先用netstat或lsof确认占用，再通过tasklist/ps查进程名；wsl镜像模式下需在windows侧排查；推荐软杀后加/t强制清理子进程树，最后彻底结束code.exe等残留进程。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在终端里结束 Codex 占用的端口进程，核心是定位并终止真正监听该端口的进程——它可能不是 codex 命令本身，而是其后台服务、OAuth 回调服务器或残留的 node.exe/Code.exe 子进程。
确认端口是否真被占用
先验证问题是否存在：执行 netstat -ano | findstr :1455（Windows）或 lsof -ni :1455（macOS/Linux）。若无任何输出，说明端口空闲，报错可能是缓存或配置残留，无需杀进程。
有输出才继续下一步——注意看最后一列的 PID（Windows）或 PID 列（macOS/Linux）。
定位占用进程的真实身份
仅靠 PID 不足以判断进程性质。直接 tasklist /fi "PID eq 1234"（Windows）或 ps -p 1234 -o comm=（macOS/Linux）查进程名。
【关键前提】 如果你用的是 WSL，且 .wslconfig 中启用了 networkingMode=mirrored，那么 lsof 在 Linux 侧查不到任何结果是正常的——实际占用进程在 Windows 宿主机里，必须切回 PowerShell 查。
安全终止进程（分场景操作）
方法一：Windows 系统（推荐）
第一步：软终止主进程
执行 taskkill /pid 1234（不加 /F），给进程 2 秒时间优雅关闭网络监听和文件句柄。
使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具。
第二步：强制清理子进程树
若端口仍被占，立即执行 taskkill /f /t /pid 1234。【/t 参数不可省略】 否则 node.exe 下挂的 npm 脚本、OAuth 重定向服务会继续监听 1455 端口。
第三步：扫清 VS Code 全局残留
关闭所有 VS Code 窗口后，运行：taskkill /f /t /im Code.exe && taskkill /f /t /im CodeHelper.exe
方法二：macOS/Linux 系统
先发 SIGTERM：kill 1234；等待 2 秒无响应再执行 kill -9 1234。
更彻底清理：killall -r "Code Helper|Code|Electron|node" —— 这能干掉 Codex 依赖的全部渲染与运行时进程，避免子线程续命占端口。
验证端口已释放
执行一遍初始命令：netstat -ano | findstr :1455 或 lsof -i :1455。输出应为空。
此时再启动 Codex 或执行 codex login，登录服务即可正常绑定 1455 端口。
