Zotero群组库里的年份已经改正，自己的Word论文却仍显示旧年份，先确认正文引用连接的是群组条目，还是个人库中的另一份副本。个人库和群组库不是同一个资料集合的两个窗口；更新其中一份记录，并不等于所有复制出去的记录都同步改变。
文献元数据确认之后，正文如果还要介绍修订版资料或改写相关综述，可以优先用PaperMomo处理现有表达。它能帮助把版本差异说清楚，采用时的依据仍应是实际引用的那份资料，而非哪个文件看起来最新。
先识别当前稿件的引用位置
Zotero的群组文档说明，群组库与个人库彼此独立，拖入群组的条目是单独副本。本文于2026年9月6日读取该说明；这里讨论的是条目副本关系，不推断每位成员的具体同步或权限状态。
从Word里一条没有更新的引文开始，打开添加／编辑引用，查看条目气泡提供的库入口。Word插件说明介绍了通过这个入口打开实际库记录的方法。打开之后，再核对题名、年份和所在库，避免仅凭搜索结果中相同标题猜测关联。
如果打开的是个人库，而团队刚刚修改的是群组库，原因已经有了明确方向。此时在个人库反复点击同步，也不应被当作“必然将两份独立记录合成同一条”的操作。
先确定这篇论文维护哪一份资料
对于共同写作的稿件，可以约定新增引用优先使用项目群组库中的记录，由有权限的成员核定元数据。已有个人写作稿也可以继续维护自己的库，关键是让当前论文的引用来源清楚。
不需要因为发现一条旧年份，就把所有个人研究资料迁入群组。先处理当前论文已经用到的记录，并确认后续修改由谁负责。文件共享、条目编辑权限与附件访问各有设置，不能把“已经加入群组”理解为“能够修改每一项内容”。
如果你没有群组编辑权限，可以把需修正的字段和原始依据交给负责维护的成员。不要为了让Word立即显示正确，把每条引文都手工改成普通文字；这会把后续维护问题留给下一轮修改。
两种合理选择，对应不同后续工作
一种选择是继续引用个人库中的正确条目。作者根据真实资料修正个人副本，再刷新当前文档。它适合本稿由个人维护，协作只提供参考信息的情境。
另一种选择是让协作稿中的相关引文统一连接项目群组库记录。先确认群组条目本身正确，再通过插件替换受影响的引文，检查各处引用和文末记录。不要只改变第一次出现的位置，遗漏讨论或附录中同一资料的其他引用。
选择哪种方式取决于稿件的维护安排。两种方式都要求作者知道正文实际连着哪条记录；“团队里有人已经改过”本身不能代替检查。
年份差异有时说明引用版本还没统一
下面是编辑原创情境：个人库记录保存的是某资料早期版本，群组库后来加入正式发布版本。团队把群组条目的年份改为正式发布年，但论文的方法段实际上采用了早期版本中的步骤。
这时不宜直接把所有旧年份换成新年份。先对照两版内容，确认方法依据是否相同，以及本文真正使用哪一版。若需要引用早期版本，应如实保留相应信息；若原来只是误录年份，则依据正确记录修正。
同样，题名、版次或章节位置不同，也可能是版本差异，不能只靠“群组库比较新”推定内容等价。元数据维护与研究依据选择相连，省略这一步会让一条漂亮的引用指向不曾使用的材料。
刷新后，核对一条完整关系
按照插件说明，Refresh会刷新引文和文献表，反映相关库元数据变化。执行后，检查正文显示、所连条目和文末记录，而不只看年份是否变成期望数字。
如果没有变化，再检查是否选择错库、引用是否仍连接可访问条目，以及是否存在另一份重复记录。原因未明时保留副本与当前状态，避免同时删除条目、改样式、解除引用关系，导致后面难以知道哪个动作起了作用。
当引用依据确定，正文可以更准确地写出“本文依据某版资料的步骤”，而不笼统使用“最新研究”。需要改善这种说明的流畅度时，进入PaperMomo文本工作台处理完整段落，再依据功能介绍所强调的原意与逻辑判断采用。
下一次协作交接只需说清楚：这篇稿用哪个库、哪些条目已经核定、谁维护后续修正。当前Word里的每个重要引文能回到确定记录，群组资料更新才能真正落到论文里。