codex cli运行慢的根源是消息队列串行排队而非并行调度；需将message_queue.mode设为"steer"并重启codexdesktop，配合debounce_ms=300优化，同时切换excel后端为epplus、启用内存缓存与批量读取，并用ce:plan前置规划减少token消耗。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex CLI运行慢不是模型卡顿或网络问题，而是配置未对齐当前任务负载——比如你刚发完“重构utils.py”，紧接着又连发三条文件读取指令，它们可能全堆在同一个串行队列里等执行，而不是并行调度。
确认消息队列模式
第一步：在终端执行 codex debug config → 查看输出中 message_queue.mode 的值。
若显示 queue，说明正使用传统单条下发模式；若为 steer，则已启用聚合下发机制。
【必须注意】即使配置文件写了steer，若未重启CodexDesktop进程，该设置不会生效。
强制切换至引导模式并调优防抖参数
方法一：命令行一键启用
执行 codex config set message_queue.mode steer → 立即生效，无需重启CLI，但需关闭并重开CodexDesktop窗口才能触发新会话。
方法二：手动编辑配置文件
用文本编辑器打开 ~/.codex/config.toml（Windows路径为 C:\Users\你的用户名\.codex\config.toml），在 [message_queue] 区块下添加或修改：mode = "steer"debounce_ms = 300
保存后，【必须关闭所有CodexDesktop窗口再重新启动】，否则旧会话仍沿用 queue 模式。
检查Excel后端是否拖慢整体响应
在Codex交互界面中输入：codex exec "show excel backend" → 观察返回结果中是否含 Microsoft.Office.Interop.Excel 字样。
若出现该字样，说明正通过COM启动真实Excel进程，这是速度瓶颈根源——每次读写都触发进程唤醒、渲染、公式重算，10MB文件可能卡顿30秒以上。
执行命令：codex config set excel.backend epplus
该命令会修改项目级配置，覆盖全局设置。EPPlus纯托管解析.xlsx结构，不依赖Excel客户端，批量读写速度提升40倍起。
【关键前提】必须确保Excel文件无合并单元格、无嵌入对象、无外部链接——这些特性会迫使后端退化到Interop兼容模式，使所有优化失效。
启用内存缓存与批量读取
① 开启内存缓存加速重复访问：codex config set excel.cache.enabled true
同时设置缓存大小：codex config set excel.cache.size_mb 512
② 强制批量读取（禁止单元格遍历）：codex config set excel.read.mode batch
此设置让Codex将整列/整行转为数组一次性加载，避免逐单元格调用开销。
③ 清理残留Excel进程（Windows专属）：
打开任务管理器 → 切换到“详细信息”页签 → 查找并结束所有名为 EXCEL.EXE 的进程 → 执行 codex exec "clean excel temp"。
启用ce:plan前置规划减少无效轮次
交互输入：ce: plan 任务:[完整需求描述] → Codex先拆解任务、输出修改清单与验证标准，人工确认后再执行代码生成。
这一步能大幅压缩上下文体积，单任务Token消耗降低40%～60%，轮次减少50%。
禁止 ce:plan 与 /goal 同时启用，二者机制冲突会导致任务卡死、重复扫描文件浪费算力。
