SciVolume 生成的书稿引用对不上原文 / 先查 DOI 和页码

书稿里的引用点开后落到别的文章或别的页，先别急着怀疑生成器或整个文献库。通常问题只落在两层：文献库条目本身的字段写错（标题、年份、DOI、页码），或者生成时引用回填用错了键、取错了条目。建议从一条可复现的错配引用开始，记录序号、显示标题和所在段落，再拿条目里的 DOI 去核对原文的起止页，最后导出整章引用清单做批量收尾。对整章泛泛怀疑，往往越看越乱。

适用场景：SciVolume 生成的书稿里，点击引用跳到无关文章，或落到同一文章的错页。操作动作：固定一条错配样本，逐字段比对文献库条目，用 DOI 核对原文页码区间，修正题录后重跑该章。验证方式：回到正文同一序号确认落点，并导出含序号、标题、DOI、页码的引用清单终检。风险边界：只改条目而不重新生成书稿，成稿可能仍是旧引用；DOI 失效或页码缺失时，需要人工查证原文，不要凭印象改字段。

挑出一条错配引用，记录它在正文里的序号和显示标题

先从生成结果里选一条最明显的错配，而不是对整章泛泛怀疑。所谓明显，是点开后落到完全无关的文章，或落到的页码明显不在该文献的页码范围内。固定这一条，后面所有核对都围着这一条做。需要记录三项：

序号：该引用在书稿里的引用序号（章节内编号或全局编号），以及所在小节号。
显示标题：正文里渲染出来的题名，原样抄下，包括大小写和标点。
所在段落：段落首句的前十来个字，或小节标题，用来在重新生成后快速定位同一位置。

三项记在一行里，例如“3.2 节 / [7] / Neural Ranking for Long Documents / 段落首句：在这类模型中……”。这一步的作用不是判断谁对谁错，而是给后面的重跑验证留一个锚点。如果同一条引用在文末参考文献列表里的显示标题，与正文引用标记旁的标题也不一致，也一并记下，这通常指向条目字段或引用回填其中的一处。

在文献库里打开该条目，逐字段比对标题、年份、DOI

回到文献库，按正文里使用的引用键打开对应条目，把字段值抄成对照表，逐项与第一小节记录的内容比对。建议至少比对下列字段，不一致的字段直接标出来：

title / 标题：与显示标题逐字比对，注意副标题、连字符，以及期刊名或会议名混入标题的情况。
year / 年份：引用处显示的年份与条目 year 是否一致。
DOI：是否为空，是否指向另一篇文献。
容器名（期刊 / 会议 / 书名）：有时显示标题里混进来的是容器名，条目本身并没错。
entry key / 引用键：与生成时正文里实际使用的键是否同一个，键重复是常见诱因。

最常见的错配来源是引用键重复或键与条目张冠李戴：正文里用了 key 相同的另一个条目，单看字段都正常，但指向的文章换了一篇。另一种是条目本身从别处复制而来，标题改过，DOI 和页码还是旧文献的。把不一致字段标出来之后，先判断是条目错还是回填错，不要同时改两边，否则后面无法确认是哪一步修好的。

用条目里的 DOI 去核对原文页码区间

把条目 DOI 单独拿去解析，看 DOI 落到哪篇文章。这里可以分出两种典型情况：DOI 解析到的是另一篇文章，说明条目或引用键本身就指错了对象；DOI 解析到的正是目标文章，但条目标注的 pages 与实际页码区间不一致，那是页码字段或引用样式的问题，和文章身份无关。操作上记录三组值：

DOI 实际对应的文章标题，与条目标题是否一致。
该文在原文中的起止页，例如 205–221。
条目 pages 字段标注的起止页。

两者一致时，再看正文引用处渲染出来的页码是怎么来的：有的引用样式按 pages 字段输出，有的按卷期页码拼接，输出差异会伪装成错页。若 DOI 解析失败，或落地页只给摘要不给页码范围，不要凭印象猜，标为待人工查证，先不动它的 pages 字段。文章身份是否正确、页码区间是否正确，是两个独立判断，混在一起改容易把原本正确的字段改坏。

修正条目字段后重新生成该章，验证引用落点

确认字段错在哪之后，只改该改的字段，然后重新生成这一章，回到第一小节记录的序号位置验证。下面给出题录条目修改前后的字段对照片段，用 BibTeX 形式，字段值仅为占位示例，请替换成实际条目内容：

% 修改前
@article{wang2021,
  title = {Neural Ranking for Long Documents},
  year  = {2021},
  doi   = {10.1000/abc.2021.001},
  pages = {101`--118`}
}

% 修改后
@article{wang2021,
  title = {Neural Ranking for Long Documents},
  year  = {2021},
  doi   = {10.1000/xyz.2021.077},
  pages = {205`--221`}
}

这里 DOI 和 pages 一起被改，是因为核对时发现条目原本指向的是另一篇文章的 DOI。如果只是页码错、DOI 正确，就只改 pages，保留 DOI 不动。改完后重新生成该章，检查三件事：正文同序号的引用是否还落在同一位置；点击后是否落到正确文章；显示的页码是否与 DOI 落地页一致。

有一点容易被忽略：只改题录、不重新跑生成流程，成稿不会更新。生成过程通常有中间产物，例如引用键解析结果、参考文献列表、缓存文件。只替换了源条目而没有触发重跑，正文里的旧引用会原样保留。重跑后仍不对，可以看生成日志里引用键的解析结果，确认生成时取到的是哪一条，而不是继续改条目字段。

导出这一章引用清单做终检

单条修完不代表整章干净，同一个条目可能被别的段落引用，复制来的错条目也常常不止一条。把这一章的引用清单导出成表，逐条点击就变成逐行核对。清单至少包含四列，标出仍有差异的条目：

序号,标题,DOI,页码
3.2-1,Neural Ranking for Long Documents,10.1000/xyz.2021.077,205-221
3.2-2,,10.1000/def.2019.044,88-97
4.1-3,Survey of ...,,

生成方式可以从文献库导出该章用到的条目，也可以从题录文件里按引用键抽取字段。用命令行粗略抽取的骨架如下，字段名按实际题录格式替换：

grep -nE '^(@| *title| *year| *doi| *pages| *journal| *booktitle)' refs.bib

终检时按三类标记：DOI 为空，或 DOI 与标题对不上的条目；pages 与 DOI 落地页范围不一致的条目；正文显示标题与条目 title 不一致的条目。前两类回到第二、第三小节重查，第三类多半是回填或引用样式的问题。清单核对完再重新生成一次，确认标记的条目已经处理，这一章就可以收尾。如果错配集中在同一批条目上，下一章生成前先修这批条目，比逐章返工省事。