最近尝试用 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 模式，看看效果和成本能不能更优。
