共享 Zotero 文库与共享云盘文件夹：研究团队如何选择

共享 Zotero 文库和共享云盘文件夹解决的是同一个问题的两个不同方面。Zotero 专为组织参考文献而构建：一个条目可以同时归入多个分类而不被复制，标签可以描述主题、方法、状态或工作流，保存的搜索会自动更新，重复条目分类支持审查与合并。共享云盘文件夹则是存放文件的地方。如果你的团队需要一个让引文、PDF 和项目分组保持关联的统一场所，Zotero 文库是更强的骨干。如果你的团队主要需要传递草稿、数据文件和会议记录，云盘文件夹承担这一职责。

大多数研究团队两者都需要，但用于不同的工作。实际问题不是哪个工具总体上更好，而是哪个工具应该存放哪种材料，以及团队如何让两者保持同步。本指南在相同任务和标准下比较两种方案，指出各自在哪些方面存在不足，并提供一张决策表和一个可在下个项目开始前搭建的组合工作流。

在选择工具之前，先列出当前在团队成员之间流转的内容。大多数研究小组共享四类材料：

• 参考文献与 PDF——你引用的论文、附在论文上的笔记，以及将它们映射到章节或工作流的分类。
• 工作文档——草稿、大纲、导师意见和回复信。
• 项目记录——检索日志、筛选决定，以及解释某篇论文为何被纳入或排除的笔记。
• 行政文件——日程表、会议记录和共享阅读清单。

如果你共享的材料大部分属于第一类和第三类，参考文献管理器应成为重心。如果主要属于第二类和第四类，云盘文件夹是自然的归宿。如果两者兼有，你处于常见情形：你需要一个参考文献层和一个文档层，并明确规则规定什么放在哪里。

第二个诊断问题是团队如何看待一篇论文。一篇论文属于一个项目，还是同时服务于多个项目？Zotero 分类正是为第二种情况设计的：一个条目可以出现在多个项目分组中而不被复制。云盘文件夹通常迫使人做出选择，因为一个文件只能放在一个文件夹里，除非有人复制它。仅这一差异就常常为同时进行学位论文章节和副项目的团队决定了答案。

Zotero 的优势集中在组织和检索，而非存储。

多项目分组而不重复。 由于分类可以在多个位置存放同一条目，一篇同时支持文献综述和方法章节的论文可以出现在两处，而无需创建两个副本保持同步。

有意义的标签。 标签可以描述主题、方法、状态或工作流。这样就能把论文标记为“待读”“已筛选”或“方法”，之后按该标签筛选，而不必仅依赖文件夹名称。

保持最新的保存搜索。 保存的搜索会自动更新，因此诸如“本月添加的所有标记为方法的条目”这样的常设查询会随文库增长而持续有效。

重复条目审查。 重复条目分类支持审查与合并，当多人各自添加同一篇知名论文时这一点很重要。

这些功能使 Zotero 非常适合你工作中的参考文献层和项目记录层。但它们本身并不能使它成为文档协作工具。

共享云盘文件夹擅长参考文献管理器并非为此构建的事情：存放草稿、电子表格、图像以及非书目记录的文件。它为每位团队成员提供了一个可预期的文档存放位置和一个简单的心智模型——文件夹就是项目。

这种简单性具有真实价值。当导师返回章节草稿的批注时，云盘文件夹是存放批注文件的自然场所。当团队维护筛选电子表格时，文件夹存放它。当有人写会议记录时，它们进入文件夹。

当文件夹试图成为参考文献系统时，弱点就出现了。云盘文件夹没有引文记录的原生概念，没有基于元数据的自动保存搜索，也没有参考文献的重复合并工作流。如果你的团队把 PDF 存放在文件夹里、把引文存放在单独的文档中，两者就会逐渐脱节。

以下是同一组团队任务，分别对照两种方案评判。

模式是一致的：Zotero 在参考文献组织和检索上胜出；云盘文件夹在通用文档存储上胜出。两者都不是全面胜出，这就是为什么大多数团队不应强行选择单一工具。

Zotero 文库的不足。 它不是通用文档存储。如果你的团队试图通过它管理草稿、数据文件和会议记录，你会花时间在变通方案上。它还依赖团队纪律：标签和分类只有在人们一致应用时才有帮助，重复合并只有在有人审查重复条目分类而非忽视它时才有效。

云盘文件夹的不足。 它无法表示引文记录，无法对元数据运行保存的搜索，也无法合并重复参考文献。文件夹结构也倾向于每个文件对应一个项目，当一篇论文服务于多个章节时就会失效。仅依赖云盘文件夹的团队常常最终得到同一 PDF 的多个几乎相同的副本，且没有可靠方法判断哪个是最新的。

用这张表选择默认工具和辅助工具。

一条有用的规则：选择与你最常接触的材料相匹配的工具，然后写下其他材料存放的位置，这样没人需要猜测。

无论选择哪个工具，团队都需要一小组共享材料。这些是让选择得以落实的东西。

1. 范围说明。 一段话说明文库或文件夹涵盖什么、不涵盖什么。
2. 命名和标签约定。 对 Zotero，确定哪些标签表示主题、方法、状态和工作流。对云盘文件夹，确定文件夹深度和文件命名。
3. 检索日志。 记录检索了哪些来源、使用了哪些检索词以及何时运行检索。这是结构化综述的标准做法：Cochrane 指南建议根据纳入标准规划检索，使用多个来源，将自由文本词与主题词结合，记录过程，去重记录，分阶段筛选，关联同一研究的多份报告，并在发表前重新运行检索。
4. 筛选记录。 记录条目被纳入或排除的原因，并保存在团队能找到的地方。
5. 交接规则。 说明每种材料类型的当前版本存放在哪个工具中。

如果你的项目遵循报告标准，PRISMA 2020 提供了清单、扩展说明、摘要清单以及原始和更新系统综述的流程图模板，包括对检索、选择和综合方法的透明报告。按这些类别构建检索日志和筛选记录可以节省后续返工。

假设你的团队在寒假清理后于一月启动一个学位论文章节。以下工作流让两个工具各尽其长。

第 1 步——搭建参考文献层。 创建共享 Zotero 文库，并为每个章节或工作流约定分类。由于一个条目可以归入多个分类，一篇同时服务于引言和讨论的论文可以归档一次、分组两次。

第 2 步——约定标签。 确定哪些标签标记主题、方法、状态和工作流。保持列表足够简短，以便人们真正使用。

第 3 步——运行并记录检索。 根据纳入标准规划检索，使用多个来源，并将自由文本词与主题词结合。在检索日志中记录日期和检索词。如果你想使用学术检索界面来运行和优化查询，WisPaper 搜索专为查找学术论文而构建，你可以将找到的内容保存到工作文库中。

第 4 步——保存并组织。 将保留的论文移入我的文库，在那里你可以保存或上传论文并组织它们。在 Zotero 中镜像你约定的分类结构，使两者并排时清晰可读。

第 5 步——去重和筛选。 审查重复条目分类并合并重复项。分阶段筛选，并将决定记录在云盘文件夹中的筛选电子表格里。

第 6 步——对已保存的集合提问。 当你需要检查一组已保存论文对某个方法或发现的论述时，文库问答让你基于上传到我的文库或从搜索结果添加的论文提问。用它来为团队定位，然后对照论文本身确认细节。

第 7 步——将草稿保留在云盘文件夹。 草稿、导师意见和回复信存放在共享云盘文件夹中。参考文献层保留在 Zotero 和工作文库中。

第 8 步——提交前重新运行检索。 Cochrane 指南建议在发表前重新运行检索。将新结果添加到文库，合并重复项，并更新检索日志。

WisPaper 是一个 AI 研究助手，用于查找、筛选、组织和使用学术论文，因此它适合参考文献和筛选步骤，而非草稿存储步骤。如果你从通用入口开始，WisPaper 主页介绍了这套工具。对于较长的文献任务，学者智能体支持文献综述、灵感激发和复现用例。如果你的团队仍在塑造项目，想法发现接收研究主题、背景、参考文献和实验约束来生成研究想法，研究项目为你提供创建和组织新项目的地方。

参考文献层还有一项检查：引文筛查。TrueCite对照真实学术数据库检查 BibTeX，以标记虚构的参考文献，这是在参考文献目录交给导师之前的有用一步。

当新团队成员无需询问任何人就能回答以下问题时，设置就绪：

• 我在哪里添加希望团队引用的论文？
• 我如何将论文标记为已筛选、方法相关或待读？
• 当前草稿在哪里，导师意见存放在哪里？
• 检索日志在哪里，上次重新运行检索是什么时候？
• 谁审查重复项，多久一次？

如果任何答案是“视情况而定”，交接规则就尚未完成。就绪的设置还会产生干净的结果：参考文献层中每篇论文一条记录，没有无法解释的重复项，检索日志与实际运行的检索一致，云盘文件夹中当前草稿一目了然。

选择一个项目——学位论文章节、课程论文或一月启动的项目——在任何人添加文件之前写下一页交接规则。命名参考文献层，命名文档层，列出你将使用的标签，并说明检索日志存放的位置。然后创建共享文库，运行第一次有记录的检索，并保存结果。这一页可以防止大多数让团队争论工具而非完成工作的混乱。