Codex响应慢的根源是本地配置错位、状态库膨胀、Git元数据扫描失控或资源分配失效；需验证config.toml生效、强制禁用WebSocket、清理SQLite日志与状态库、初始化Git仓库、调整MCP超时与并发参数。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex经常响应太慢，不是模型退化或网络波动导致的偶然现象，而是本地配置错位、状态库膨胀、Git元数据扫描失控或资源分配失效在持续拖慢整个工作流——比如一次未重启的config.toml修改、一个没被识别的.git文件夹、或SQLite日志文件悄悄涨到300MB，都会让每次输入都卡顿2秒以上。
确认配置文件是否真实生效
打开终端，执行 codex --version。如果报错、无输出或版本号异常，说明本地环境已断裂，后续所有优化都是徒劳。
Windows用户进入 C:\Users\你的用户名\.codex\ 目录，用资源管理器开启“显示文件扩展名”，确认看到的是 【config.toml】 而非 config.toml.txt——后者是记事本默认添加的隐藏后缀，会导致Codex完全忽略该文件。
用VS Code打开 config.toml，检查是否存在 model_provider = "chatgpt-http" 这一行；没有就补上，并保存。
强制切换HTTP通道，终止WebSocket死循环
方法一：编辑 ~/.codex/config.toml，在 [model_providers.chatgpt-http] 区块下明确添加：
supports_websockets = false
这一步不做，Codex会永远卡在“尝试WebSocket→超时→fallback→再试WebSocket”的低效循环里，每次请求多耗800ms以上。
方法二：进入 ~/.codex/sessions/ 目录，用文本编辑器批量搜索 "model_provider":"openai"。只要搜到，就说明旧对话仍在强行走已弃用路径——必须把对应 .jsonl 文件里的该字段手动替换为 "model_provider":"chatgpt-http"。
清理膨胀的状态与日志数据库
第一步：关闭Codex Desktop，按 Win+R 输入 %USERPROFILE%\.codex 回车，进入配置目录。
第二步：查看以下文件体积：
• logs_2.sqlite：若 >200MB，立即重命名成 logs_2.sqlite.old；
• state_5.sqlite：若无法用DB Browser for SQLite正常打开，或报错“database disk image is malformed”，重命名为 state_5.sqlite.old；
• codex-tui.log：单个文件 >500MB 就删掉（或改名），TUI界面卡顿主因之一；
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
• sessions/ 目录下若存在超80个历史会话文件，可批量选中非置顶会话 → 剪切到桌面暂存。
第三步：重启Codex Desktop，它会自动重建干净的 state_5.sqlite 和 logs_2.sqlite，首次启动可能稍慢，但后续响应立刻回归亚秒级。
解决Git元数据扫描失控问题
如果你的工作区根目录不是Git仓库（例如聚合了多个含.git子项目的文件夹），Codex Desktop会在启动后持续轮询 stable-metadata Not a git repository，每秒触发数次Electron渲染线程重试，CPU飙高且界面卡顿。
进入你的工作区根目录，执行：
git init
执行完成后直接重启Codex Desktop，CPU占用率通常从70%+骤降至10%以下，启动时间从12秒缩短至1.8秒左右。
如不希望整个目录纳入Git管理，可创建壳仓库：git init --bare .git-shell，再在根目录下建软链接 ln -s .git-shell .git（Linux/macOS）或用PowerShell New-Item -ItemType SymbolicLink -Path .git -Target .git-shell（Windows）。
调整MCP服务超时与并发参数
① 打开 ~/.codex/config.toml，在文件末尾新增区块：
[mcp_servers.codex_apps]startup_timeout_sec = 60
这个值不能低于45，否则AMD核显设备或Windows 10系统大概率仍会超时卡死。
② 在同一文件中查找 max_concurrent_tasks，将其设为当前CPU物理核心数的一半（例如4核CPU设为2）。
③ 查找 cache_size_mb，将数值提高至 【200】，减少重复计算带来的延迟。
改完必须完整退出Codex Desktop再重新启动——当前运行中的窗口不会重新加载config.toml。
