codex处理excel慢的根源常是c#库配置不当，非ai模型问题；应先检查是否启用interop（执行codex exec "show excel backend"），若含microsoft.office.interop.excel则需切至epplus后端（codex config set excel.backend epplus），并启用缓存与批量读取，同时清理残留excel.exe进程。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex处理Excel数据太慢，根本原因常不在AI模型本身，而是底层调用的C# Excel库性能低下或配置未对齐最佳实践。直接改代码不如先调对配置，5分钟内见效。
确认当前Excel操作是否走Interop路径
在Codex交互界面中输入：codex exec "show excel backend" → 观察返回结果中是否含 Microsoft.Office.Interop.Excel 字样。
若出现该字样，说明正通过COM启动真实Excel进程，这是速度瓶颈根源——每次读写都触发进程唤醒、渲染、公式重算，10MB文件可能卡顿30秒以上。
强制切换至EPPlus高性能后端
执行命令：codex config set excel.backend epplus
该命令会修改项目级配置（.codex/config.toml），覆盖全局设置。EPPlus纯托管解析.xlsx结构，不依赖Excel客户端，批量读写速度提升40倍起。
注意：此配置仅对.xlsx/.xlsm格式生效；如需处理.xls旧格式，请改用codex config set excel.backend npoi。
启用缓存与批量模式
方法一：开启内存缓存加速重复访问
codex config set excel.cache.enabled true → 同时设置缓存大小：codex config set excel.cache.size_mb 512
方法二：强制批量读取（禁止单元格遍历）
codex config set excel.read.mode batch → 此设置让Codex将整列/整行转为数组一次性加载，避免逐单元格调用开销。
【关键前提】必须确保Excel文件无合并单元格、无嵌入对象、无外部链接——这些特性会迫使后端退化到Interop兼容模式，使所有优化失效。
清理残留Excel进程（Windows专属）
第一步：打开任务管理器 → 切换到“详细信息”页签
第二步：查找并结束所有名为 EXCEL.EXE 的进程（注意大小写）
第三步：执行 codex exec "clean excel temp" → 清除临时生成的~$开头的锁文件
这一步必须做。Interop异常退出后残留的EXCEL.EXE进程会持续占用COM端口，导致后续所有Excel操作卡死在“正在连接…”状态，重启Codex无效。
