codex响应慢主因是本地缓存堆积、索引错位或会话残留，需精准清理：先用任务管理器确认cpu/内存峰值超60秒及高频磁盘读写；再执行codex debug config检查model_provider是否为openai或responses_websocket；随后清空~/.codex/cache、删除index.json、清理sessions目录，并验证network中请求含/responses且无/ws。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex响应太慢不是模型变慢了，而是本地缓存堆积、索引错位或会话残留拖慢了启动和推理流程，必须按路径精准清理才能恢复秒级响应。
确认是否真由缓存导致卡顿
打开任务管理器（Ctrl+Shift+Esc），观察Codex启动瞬间的CPU与内存峰值。若powershell.exe或codex.exe进程持续占用超60秒且伴随高频磁盘读写，基本可锁定是本地缓存膨胀所致——这一步跳过会导致误判为网络问题或重装浪费时间。
执行命令：codex debug config → 查看model_provider字段。若显示openai或responses_websocket，说明正走慢速WebSocket路径，此时清理缓存比调参更优先。
强制清空CLI运行时缓存与插件索引
第一步：清空缓存目录
终端执行：rm -rf ~/.codex/cache（macOS/Linux）或 PowerShell中执行：Remove-Item -Recurse -Force "$env:USERPROFILE\.codex\cache"
第二步：删除插件索引文件rm -f ~/.codex/index.json（macOS/Linux）或 Remove-Item -Force "$env:USERPROFILE\.codex\index.json"（Windows）
【该文件删除后，Codex下次启动将强制重建完整插件索引，耗时3–8秒，期间勿操作命令面板】
第三步：清理会话历史
执行：rm -rf ~/.codex/sessions/（macOS/Linux）或手动删除C:\Users\你的用户名\.codex\sessions\下全部文件夹。
不清理旧session，重启后仍可能沿用WebSocket路径续聊，优化完全失效。
精准定位并删除Codex专属残留
方法一：检查Codex用户数据目录是否存在大量残留
PowerShell中运行：Get-ChildItem -Path "$env:LOCALAPPDATA\Codex" -ErrorAction SilentlyContinue | Measure-Object | ForEach-Object {$_.Count}
若返回数字大于0，说明存在旧日志或临时会话快照，需清理。
方法二：安全删除Codex用户数据目录Remove-Item -Recurse -Force "$env:LOCALAPPDATA\Codex"
该目录不保存项目代码或配置，仅存运行日志与临时会话快照，删除后首次启动会自动重建。
清理VS Code中Codex插件的本地缓存
方法一：执行内置清理命令（推荐）
1. 启动VS Code（不打开任何文件）
2. 按 Cmd+Shift+P（Mac）或 Ctrl+Shift+P（Win）打开命令面板
3. 输入Extensions: Clear Extensions Cache → 回车
4. 等待状态栏出现「Extensions cache cleared」提示 → 关闭VS Code
方法二：手动清理扩展缓存目录
1. 完全退出VS Code（检查活动监视器中无「Code Helper (Renderer)」进程）
2. 访达中按 Cmd+Shift+G，输入：~/Library/Caches/com.microsoft.VSCode
3. 删除其中的CachedExtensions文件夹（若存在）
4. 顺手删掉同级的GPUCache和Cache文件夹——它们不是必须项，但能避免渲染异常复现
验证清理是否生效
第一步：关闭所有 CodexDesktop 窗口及后台 CLI 进程；
第二步：重新启动 CodexDesktop；
第三步：新建一个对话，输入“hi”并发送；
第四步：按 Ctrl+Shift+I 打开开发者工具 → 切到 Network 标签页 → 观察请求 URL 是否含/responses且不含/ws或/websocket字样。
看到URL 中出现/responses?prompt=且无任何 ws 路径，即表示已成功切入 HTTP 快速通道。
