Zotero 很强，但为什么论文写到 Word 里还是会乱？——写作阶段的工具断层与补救方案

坦白说，我很少觉得一个开源工具能做到“无可替代”。但 Zotero 是个例外。无论是自动抓取论文元数据、一键生成 BibTeX，还是用标签和文件夹把几十年的文献库打理得井井有条，它在文献管理这件事上几乎做到了极致。用它的人，大多已经离不开它。

可问题偏偏就出在“离不开了，但还得往前走”的那个环节——当你把一套论证塞进 Word，开始反复调整段落、插入图表、接受导师的批注，或者让 AI 帮忙润色某段话时，那些原本好好的引用突然就不对了。不是 Zotero 没做好，而是它管的是文献库，不是写作过程。真正让论文在 Word 里反复出错的，是资料库、正文编辑器和 AI 修改三者各管一段的工具断层——用 Markdown 写作、引用绑定和 AI 差分改稿把三者统一起来，才能在导出 Word 时不再返工。

一、先承认：Zotero 已经把文献管理做到了极致

在面对痛点之前，值得先搞清楚 Zotero 到底做对了什么。它的浏览器插件能直接从知网、PubMed、谷歌学术等页面抓取完整的题录信息，省去了手打标题、作者、卷期的枯燥；内置的 BibTeX/BibLaTeX 导出功能让跨工具传递参考文献变得标准化；配合 Better BibTeX 之类的扩展，还能为每条文献生成稳定、可读的引用键（citation key），比如 xu2023deep。这些能力，目前还没有哪个新工具可以完全覆盖。对于习惯 Zotero 的研究生和青年学者来说，这个文献库就是学术写作的地基。

但是，地基之上盖什么、怎么盖，Zotero 其实是不管的。

二、那问题出在哪？——资料库、正文与 AI 修改的三体分离

一篇论文的写作现场，通常分布在三个彼此割裂的空间里：

1. 资料在 Zotero：文献信息准确，引用键整齐，但跟正文没有实时的动态关联。
2. 正文在 Word：从大纲到成稿，段落被反复移动、合并、删减，引用标记作为域代码嵌在字里行间，稍一不慎就会变成灰色报错框。
3. AI 修改在聊天框：ChatGPT 或别的工具帮你润色一段话，但它根本不知道你引用了 [@Xu2023]，更不知道这篇文献在 Zotero 里对应的完整条目。返回来的文字中，引用可能被删掉、改写、或错位，而你只能靠肉眼对账。

这三个空间之间没有共同的“工作基准面”。每一次在任何一个空间做修改，都可能在其他空间引发不可见的断裂。这正是学术写作者最疲惫的源头：修改越多，返工越多，而且返工的内容不是思想，而是格式和一致性。

三、三种典型症状：引用失踪、格式崩坏、对账噩梦

如果你也用 Zotero + Word 写过长论文，下面这几个场景一定不陌生：

• 引用失踪：在 Word 里调整完章节顺序，或把一段带着引用的文字剪切粘贴，域代码可能当场“灰化”，提示“错误! 未找到引用源”。有时候表面看去参考文献列表还在，但正文中的引用标记已经跟背后的文献条目失联，只能在生成参考文献时才发现多出若干“待处理”。

• 格式崩坏：到了定稿前，导师说“参考文献统一换成 GB/T 7714-2015 著录格式”。你在 Zotero 里切换 CSL 样式，重新刷新，整个参考文献列表忽然缩进全乱、换行错位，甚至中文作者名出现莫名其妙的拼音前缀。最后不得不手动排版到深夜。

• 对账噩梦：AI 帮你改完导论后，你回头核对引用，发现正文提到 (Wang, 2024) 的论点，但 Zotero 里只有 (Wang, 2023)；或者明明有一篇核心文献从未被正文引用，却在参考文献列表中占着一个位置。这种“谁引了谁，谁没引”的对账，在缺乏统一工作台时完全依赖人肉 cross-check，十篇论文里有八篇会在这里折掉半天。

这三个症状的背后，根因是同一个：写作过程中，引用和正文没有被视为一个统一的单元来管理。Word 的域代码本质上是一种“链接”，而非“绑定”；AI 的修改则完全跑在另一个上下文里。

四、把写作现场从 Word 搬到 Markdown：为什么这一步是关键

要在资料库、正文和修改之间建立一个共同的基准面，最薄的一层协议就是 Markdown。

Markdown 的引用语法极简：[@xu2023deep] 或 [@xu2023deep, pp. 34-56]，直接作为正文的一部分出现在纯文本里。相比于 Word 的域代码，它有三个直接的优势：

1. 引用就是文本，剪切、粘贴、重排段落时不会被“域”的格式污染，更不会变灰。
2. 人眼可读，不需要悬浮到域上才看到引用键，正文与引用始终保持可见的合一。
3. AI 可理解，当你在 Markdown 环境中让 AI 修改一段文字时，AI 能够看到并保留 [@key] 标记（只要给出明确指令），这样修改后的引用不会漂移。

换句话说，Markdown 把引用绑定给了正文，而不是挂在一个脆弱的外链上。这为后续的自动对账和格式化铺平了道路。

五、InkFount：一个补上断层的研究型写作工作台

正是在这个思路上，我尝试了 InkFount（paper.InkFount.com）。它不是一个替代 Zotero 的工具，而是承接 Zotero 导出的文献库，在写作阶段提供一个统一的工作台。核心流程可以概括为四步：

1. 从 Zotero 导出 Better BibTeX（或普通 BibTeX），把 .bib 文件导入 InkFount 的文献面板，所有引用键原样保留。
2. 在 InkFount 中用 Markdown 写作，引用就是 [@alias]，与正文共同组成一个纯文本文件。如果想调用 AI 改稿，InkFount 提供的是“差分改稿”模式：AI 给出修改建议，你可以像审阅批注一样逐句接受或拒绝，且过程中引用键保持绑定，不会消失或变形。
3. 实时引用对账：写完或改完后，InkFount 会基于文献库和正文自动生成三态检查——bound（正文引用与文献条目已绑定）、orphan（正文出现引用，但源文献缺失）、dangling（文献条目未被任何引用使用）。每一处标红或标灰的条目都可点选定位，彻底告别肉眼对账。
4. 一键导出 Word/PDF：对账通过后，选择 GB/T 7714-2015（或其他 CSL 规范），直接导出含完整参考文献列表的 Word 文档或 PDF。格式基于 pandoc 等成熟引擎生成，不需要在 Word 里手动刷新域代码。

这里的关键差异在于：你不是在“写完后再去找格式问题”，而是在写作过程中就把引用的绑定、完整性和格式校验前置了。修改不再意味着新的返工，而只是又一次自动化的对账。

六、从 Zotero 到 InkFount 的迁移路径：不抛弃、只补全

Zotero 用户不需要放弃任何已有的积累。迁移路径很直接：

• 保持 Zotero 作为文献主库，继续用它抓取元数据、管理 PDF、组织分类。
• 在开始写作前，利用 Better BibTeX 的自动导出功能，将文献库以 .bib 格式镜像到 InkFount 的项目中。如果文献条目有更新，重新导出即可覆盖。
• 在 Markdown 中，以 [@引用键] 的形式插入引用，这些键名就是你早已在 Zotero 里熟悉的别名。

整个过程不涉及数据迁移，也不要求学习新的文献管理范式。Zotero 仍然是地基，InkFount 只不过是在地基之上，提供了一个让写作、修改和对账真正发生的工作现场。

七、结语：研究型写作的工具链，该从“管文献”升级到“管写作”了

这几年来，学术写作的基础设施已经悄悄移位。文献获取不再是瓶颈，翻译和润色也不再是稀缺能力；真正的瓶颈转移到了写作过程中的质量控制——引用是否完整、格式是否稳定、每次修改后引用一致性是否还能通过校验。当这些问题仍然需要用肉眼和手工解决时，工具链就存在真实的断层。

Zotero 仍然是我会推荐给每一位学术新人的第一个工具。但如果你和我一样，已经用它管好了文献库，却依然在 Word 里为引用错乱而熬夜，或许该想的不是“再用一个什么插件”，而是“写作现场本身需不需要一个更整一的空间”。用 Markdown 绑定引用，用 AI 差分改稿，用自动对账替代人力校对，最后干净地导出 Word——这条路径未必适合所有人，但它至少提供了一个让工具为思考服务、而非让格式耗尽心力的可能。