最近尝试用 Codex 来做学术论文的 Word 排版跑完一轮下来——有惊喜也有不少坑。下面完整记录一下过程和结论。一、先说优点1. 基础排版基本成型如果格式要求不算太复杂Codex 生成的文档乍一看还是像模像样的2. 动态页码、分节处理还行分节符和页码域都能正确插入页码也能按节重置小结看起来有那味儿了但细看问题不少 二、对比不足以下截图均为左 Codex / 右 EasyOfficer。EasyOfficer https://easyofficer.tech/1. 不会自动插入目录Codex 生成的文档里没有 Word 原生 TOC 域目录区域是空的或者是纯文本硬写的而 EasyOfficer 能正确插入可刷新的自动目录。2. 动态页眉设置失败期望每章页眉自动显示当前章标题奇偶页眉不同Codex 没能实现。3. 擅自修改原文内容原文写的是1. 引言Codex 自作主张改成了第 1 章 引言——排版工具不应该动正文内容。4. 无法正确处理图片甚至会吞图部分图片在生成后的文档里直接消失剩下的也没有按要求居中、加题注。5. 自动编号被吞掉包括正文里的结构编号1、2、3…和参考文献编号生成后全部丢失或错乱。6. 三线表格不会排版学术论文里标准的三线表顶线、栏线、底线Codex 没有处理。7. 时间消耗出乎意料整个任务跑了相当长时间远超预期具体耗时见下图。8. Token 消耗量大 真金白银后台额度变化5.93 USD → 2.98 USD一次排版花掉了2.95 USD ≈ ¥20。相当于一顿香喷喷的沙县鸡腿饭没了。三、为什么又慢又贵深挖 CoT 日志翻了一遍 Codex 的思维链日志发现了两个核心原因。原因一最耗时的部分跟排版无关——缺少 LibreOffice 运行环境Codex 的 Agent 在沙箱里尝试调用 LibreOffice 做渲染检查时经历了这样一串连环撞墙发现系统里没有字体列表工具渲染时报错缺少本机色彩管理库去依赖包里找到了库文件 → 设临时环境变量LibreOffice 不认临时路径坚持找/opt/homebrew/...的固定位置尝试补软链接 → 权限不足无法写入/opt/homebrew最终放弃渲染改走纯结构检查。这一整串诊断 → 尝试 → 失败 → 换方案的循环就像一台扫地机器人反复撞墙再掉头。每一步都要执行命令、读报错、推理下一步而 Agent 类任务里这种工具调用的往返、报错信息的读取、上下文的累积是最烧时间和 Token 的。原因二需求靠逐步发现而非一次到位导致多轮返工文档不是生成一次就完事的Codex 内部经历了多轮检查 → 发现问题 → 改脚本 → 重跑标题页页码范围出错 → 清空标题页页眉页脚重新生成第 2 章页眉没有单独显示 → 修改分节方式重新生成旧样式带入了中文编号字体 → 改成直接格式 标准 Heading 双保险重新生成三线表中线位置不对 → 修正重新生成第 2 章没有另起一页 → 修改分页逻辑重新生成每一轮重新生成 结构检查都是一次完整的脚本执行 文件读取 XML 解析。这种循环的本质原因在于Word 的 OOXML 排版细节太多分节符、页眉域代码、页码重置、样式继承……很难一把写对。四、结语客观评价单看排版效果可以给到NPC——基础格式在大框架有了拿来当初稿再手动修修也不是不行。但结合性价比就有点一言难尽了一次排版花 20 块、耗时长、细节问题一堆对于有明确格式规范的学术论文来说目前 Codex 还远不如专门的排版工具靠谱。也许贵不是 Codex 的问题是我的问题 下次打算试试其他大模型的方案不走 Codex 的 Agent 模式看看效果和成本能不能更优。