win11版codex并发请求卡死是因tokio任务互锁：任务a持会话锁等输出，任务b等锁写入，双方僵持；需先清空所有会话再配置auto_cleanup_on_exit与max_concurrent_sessions修复。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Win11版Codex在执行并发请求时突然卡死、终端无响应、CPU占用飙升后归零，且日志中反复出现session_id not found或Unknown state session提示，这不是网络延迟或代码错误导致的假性阻塞，而是异步任务调度层已陷入资源互锁状态——Tokio运行时中的任务A持有会话锁等待输出完成，任务B却正等待该会话锁释放才能写入结果，双方永久僵持。
立即止血：强制终止所有活跃会话
打开全新PowerShell窗口（不要复用当前卡死终端），执行：codex session list→ 查看返回列表中所有状态为Alive但实际无响应的会话ID → 对每个此类ID，逐条运行codex session kill <session_id></session_id>→ 直到codex session list输出为空行。
【必须先清空所有会话，否则后续任何配置修改都不会生效】这一步跳过会导致新会话创建失败，因为残留会话仍在抢占Tokio调度器slot。
定位死锁根源：检查会话缓存与超时配置
方法一：验证本地会话缓存是否溢出
按Win+R输入%LOCALAPPDATA%\Codex\cache\sessions→ 回车进入目录 → 查看文件总数。若存在【超过300个session_*.bin文件】，说明会话未触发自动清理，Tokio已启动保护性熔断，拒绝新建任务。
方法二：检查output_deadline_ms是否过短
用记事本打开%LOCALAPPDATA%\Codex\config.toml→ 搜索output_deadline_ms字段 → 若值≤500，立即改为1500或更高。值过小会使任务在IO延迟略高时被标记为Exited，但底层进程仍在运行，造成状态错位与锁持有不释放。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
永久修复：重置会话管理器并启用自动回收
第一步：关闭所有Codex CLI进程
在任务管理器中筛选“codex.exe”，右键结束所有实例；同时检查后台隐藏任务，使用taskkill /f /im codex.exe确保无残留。
第二步：彻底删除会话缓存目录
手动删除%LOCALAPPDATA%\Codex\cache\sessions整个文件夹。Windows资源管理器可能提示“正在使用”，此时必须先完成第一步再操作。
第三步：编辑config.toml启用两项关键配置
在文件末尾新增[unified_exec]段落，并添加以下两行：auto_cleanup_on_exit = truemax_concurrent_sessions = 8
第四步：验证修复效果
重启PowerShell → 运行codex session new --name "deadlock-test"→ 立即输入sleep 3 && echo "done"→ 观察3秒后是否稳定返回done且终端无卡顿。成功则说明Tokio调度器已重新加载会话策略。
