Codex任务卡在“已创建”说明未提交成功，需依次检查状态栏提示、输出面板日志、CLI可用性、沙箱运行时下载状态、共享目录写权限、Windows Sandbox网络配置及调度进程存活状态。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex创建任务后界面长时间停留在“已创建”但无任何执行迹象，既不显示Thinking，也不生成代码或报错，说明任务根本未进入调度队列或沙箱启动阶段，而非模型响应慢或网络延迟问题。
确认任务是否真正提交成功
打开 Codex 桌面端右下角状态栏，查看是否有“已提交”“排队中”或“连接中”提示；若状态栏为空白或始终显示“就绪”，说明任务根本未发出请求。
在 VS Code 扩展中，打开「输出」面板 → 切换到「Codex」标签页，观察是否有类似[INFO] Submitting task to /v1/tasks的日志；没有该日志即代表前端未触发提交动作，可能是快捷键冲突、按钮未点击生效或界面渲染卡死。
这一步操作起来很简单，直接把文件拖进去就行。如果输出面板里连请求路径都没出现，后续所有排查都无效——任务压根没出发。
检查沙箱或 CLI 运行时是否就绪
方法一：验证本地 Codex CLI 是否可调用
打开终端，执行：codex --version。若返回版本号（如 26.901.2854.0），说明 CLI 正常；若提示 command not found 或 Access is denied，则桌面端无法调用后端，任务必然卡住。
方法二：检查 Windows 沙箱运行时状态
前往 %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\ 目录，确认是否存在非空的 .staging-* 子目录；有则说明新版本运行时正在后台下载，主进程会静默阻塞所有任务提交，直到下载完成（通常需 2–4 分钟）。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
【注意：此时反复点击“新建任务”只会堆积更多卡死进程，不会加速下载】
排查任务调度层是否被拦截
第一步：确认共享目录是否可写
Codex 任务依赖将参数写入临时共享目录（如 C:\Users\XXX\AppData\Local\Temp\codex-tasks\）。用资源管理器手动进入该路径，尝试新建一个文本文档并保存；若提示“拒绝访问”或“位置不可用”，则沙箱启动脚本因权限不足无法读取任务描述，任务永远停在创建态。
第二步：检查 Windows Sandbox 配置是否启用网络
打开你的 .wsb 配置文件，确认 <Networking>True</Networking> 已开启；若为 False，Codex 在沙箱内无法连接模型服务端点，任务会无限等待连接超时，界面不反馈任何错误。
第三步：验证调度服务是否存活
在任务管理器中查找名为 codex-scheduler.exe 或 codex-taskd.exe 的进程；若不存在，说明调度守护进程未启动或崩溃退出，所有新任务都会滞留在内存队列中，永不落地。
