选择合适的工具

证据合成 AI 工具:方法、工具组合与更新

明确每一步接收什么、交付什么、由谁批准变化,再把工具连接成可维护的合成流程。

↳

简明回答

先决定需要的答案:主题概览、结构化综述、定量估计,还是更新后的结论。再规定工具间传递的来源编号、核验字段、决定和版本。本指南聚焦交接,以及来源更正怎样进入经过审核的更新;发现、筛选和分析的详细产品比较由相关专题承担。

核心要点

  • 先确定合成用途与输出,再选产生这些输出的工具。

  • 为来源、提取、分析和主张设置稳定编号,以便跨工具追踪变化。

  • 新研究或更正触发重新评估,受影响记录与决定经审核后才能发布新结论。

本指南由 Gatsbi 发布,文中也介绍了 Gatsbi 的产品。我们依据公开文档,按相同的任务标准讨论自家产品与其他工具。这里不提供实际横评结果;选择前请核对当前功能和使用条件。

先确定需要哪一种合成输出

证据合成组织既有研究来回答问题。探索学生出勤领域词汇、梳理证据类型、估计出勤干预效果,分别需要不同输出与方法。

选软件前用一句话写用途。“寻找主题,为新研究做准备”与“为政策决策提供干预综述”会走不同路线。下表指出下一项任务,后文再说明如何连接、维护记录。

专门方法仍需遵守。JBI 范围综述指南讨论系统梳理概念和证据,Cochrane 其他合成方法章节讨论不适合常规 Meta 分析时的办法。工具生成地图或叙述本身不证明已执行相应方法。

从问题分流到输出与下一步
用途预期输出须先明确的方法或控制下一任务

探索主题

有来源的阅读笔记与主题

检索范围及实际使用主张的来源支持

文献发现与阅读工具

系统梳理概念与证据类型

边界明确的证据整理

范围综述问题、纳排、资料整理及报告方案

按专门方法指导,再定义下方交接

理解经验或机制

保留语境的解释与合成发现

适合的定性方法与来源语境

定义来源到解释的记录;本文不比较所有定性工具

评价干预

结构化发现,适用时给合并估计

筛选、评价、合成计划及相容分析数据

先系统综述工具指南,需要时再Meta 分析工具指南

维护既有结论

审核后的新版本,或保留原结论的决定

监测触发、受影响记录、重评与发布权限

使用下方变更日志和批准示例

围绕输出建立合适的工具组合

按交换的记录选组件:发现助手提供候选来源,引用库保存身份,提取流程保存核验字段,分析工具使用这些数据。独立工具和集成产品都可以,前提是交接所需记录仍然可用。

下表是待评价配置,不是实测集成。2026 年 10 月 18 日复核的 Gatsbi 产品说明将 Deep Research 用于探索搜集与起草,将 Reviewer 用于结构化综述和分析;不能据此确认跨平台审批、变更传播或持续综述更新。

详细厂商比较见上方专题。本页只追问每次交接:下一位人员能否识别输入、看到核验状态、理解尚未决定什么?缺失编号或决定,可能比有无直接集成更影响工作。

三种配置及其交接记录
用途待评价组件交接输出验收要求

探索领域

发现辅助,例如 Gatsbi Deep Research,加引用库和主题矩阵

来源、访问限制、核验笔记与暂定主题

能找到主题背后的来源,并区分研究结果与评审者解释

完成定量综述

筛选记录、提取台账、统计软件,或适用的 Gatsbi Reviewer 等集成流程

研究/报告编号、核验字段、所选设置与结果

所需评审决定和分析记录在产品或配套记录中仍可检查

维护已发布合成

监测来源、变更日志、重评流程及版本发布记录

新增或更正证据、受影响记录和主张、批准决定

提醒不能越过规定检查与批准直接改变已发布结论

定义每次交接必须保留的记录

研究、报告、提取项、分析和主张分别编号。两份报告可能属于一个研究,一份报告也可提供多个结局;从文献库移到表格、脚本或稿件时保留映射。

下面是虚构出勤案例:研究 A、报告 A、提取 E-01、12 周合成组 S-12W 和主张 C-01。v1 中 E-01 记录第 12 周出勤;C-01 写道:“现有出勤证据包含 12 周随访。”支持记录指向 S-12W 与 E-01。这些编号和句子仅用于展示依赖关系,不是真实研究。

来源核验判断片段支持什么,详细过程见文献综述指南中的主张核验示例。交接还需添加核验状态、负责人和去向,仅有参考文献表无法传递这些决定。

  • 可复制交接字段:handoff_id、from_task、to_task、required_id、required_artifact、producer、approver、fail_action、status。

  • 编号映射旁保留来源版本或获取日、原文位置、核验值或解释及核验人。

  • 接收工具无法保留字段时,用同一编号维护配套登记;未经测试,不声称存在自动集成。

报告 A 与 C-01 的虚构交接约定
从哪里→到哪里传递记录由谁检查未通过时怎么办

来源库→提取

研究 A/报告 A v1;来源位置及研究映射

提取者确认身份与相关片段可访问

确认来源或研究身份后才接受 E-01

提取→合成

E-01 v1;出勤结局;记录随访 12 周;来源及核验人

合成审核者核对字段及 S-12W 归组

保持待处理,不悄悄重编码时间点

合成→主张

S-12W v1;纳入记录、归组决定、局限及 C-01 链接

主张审核者检查表述是否由合成支持

修改主张或退回有争议的归组

已核验主张→发布

C-01 v1;合成版本、批准及未决事项

综述负责人按用途批准版本

保留草稿状态并分配未决事项

追踪更正影响了哪些决定

定义重评触发:计划检索日期、可能合格的新研究、更正或撤稿、问题或方法变化,并记录监测来源和负责人。提醒日、检索日与实质审核日可以不同。

回到虚构出勤案例:报告 A 更正为第 6 周测量,而非记录的 12 周。变化影响 E-01、S-12W 归组,以及 C-01 使用该随访证据的表述。保留两版来源,才能解释为何重审。

一处更正,需要复核哪些决定?

虚构示例中,报告 A 的随访时间从 12 周更正为 6 周。影响分别传递至数据提取、合成分组和结论表述,再由人工复核,批准后发布新版本。

虚构教学示例

来源更正

报告 A 更正了随访时间。

原先记录12 周出勤结局
更正后的来源6 周出勤结局
保留两个版本
  • 数据提取

    核对时间点字段及关联数值。

  • 证据合成

    复核是否仍属于 12 周分组。

  • 结论表述

    重新评估所有涉及 12 周证据的表述。

人工复核

确认改动内容及依赖这些内容的决定。

获批的更新

结论可能改变,也可能保持不变,但应记录原因。

保留更新记录来源版本 · 受影响记录 · 复核人 · 发布版本
随访时间的更正可能影响关联记录。这个虚构示例展示需要重新检查的内容,并不预设结论会如何变化。

建立一条变更记录,找出依赖项。下表是待审动作,不是已完成重分析。把 A 移出 12 周组,不会自动说明剩余证据支持什么,或它是否应进入独立的 6 周合成。

检查后记录结论是否改变及理由。经论证保留原结论也是更新结果。随批准版本保存变更记录,不因提醒到达就覆盖结论或刷新审核日期。

  • 可复制变更字段:change_id、source_id、old_source_version、new_source_version、field、old_value、new_value、affected_extraction_ids、affected_analysis_ids、affected_claim_ids、owner、decision、rationale、release_version。

  • 本例:U-01;报告 A v1→v2;随访 12→6 周;影响 E-01、S-12W、C-01。决定和发布版本在审核前保持待定。

U-01:虚构更正及待审决定
受影响记录原信息→更正信息需要重新评估批准前状态

报告 A

v1:12 周出勤→v2:6 周出勤

确认更正,保留两版及原文位置

更正已登记,依赖项已标记

E-01

时间点 12→6 周

核对字段及关联数值是否也变化

修订提取等待指定检查

S-12W

报告 A 原先进入 12 周组

重审归组及该组输出;另行考虑其他时间点组

合成更新待审

C-01

表述依赖 S-12W v1

按修订合成重审支持和范围,记录结论不变的理由

主张待审,未批准新发布

为交接后的检查和决定分配责任

明确谁产生记录、谁有权接受。两者可按方法和团队安排由相同或不同人员承担,但所需检查应说清楚。“人工审核”不能告诉同事谁处理争议字段。

设想 A 团队探索出勤研究,为新研究做准备;B 团队为政策决策做正式干预综述。A 需要边界清楚且来源核验过的概览,B 还需要方案规定的筛选、评价与合成决定。下表展示职责差别,并非统一人员配置。

按机构权限和数据条款,为检查人员提供必要材料。来源、软件设置或结果无法检查时,记录谁来解决,并将受影响决定保持待定。

职责示例:用团队成员替换角色名
动作A:探索性概览B:正式综述失败后的去向与记录

接受来源集合

研究负责人核对相关性与覆盖限制

检索负责人核对计划来源与检索记录

将覆盖缺口退回收集者;保留检索式、来源、日期与理由

接受提取或解释

分析者核对主题使用的原文

指定评审者核验进入合成的字段

争议项退回核验人;保留来源、建议值、修正及核验人

重评 U-01

负责人重审主题及其局限

提取、合成和主张负责人检查 E-01、S-12W、C-01

各依赖决定保持待定,直至解决;保存日志

批准发布

负责人批准有边界的概览与开放问题

获授权负责人批准方法、输出及已解决更改

未决项退回责任人;保存批准、局限和发布版本

扩大使用前,先演练一次交接

给同事 C-01 和保留记录,不给原始 AI 对话。请其找到支持合成、E-01 与报告 A,解释 U-01 的影响;应能说清变化内容和尚未决定的事项。

结构化综述可把 Gatsbi Reviewer 列为候选,其产品页描述研究选择、提取、分析及草稿的连接。拟议演练是复核输出、检查导出,再将相关编号与检查填入团队交接登记。本文未确认 Reviewer 本身具备上方审批或更新依赖记录。

用演练找出断点:先修复来源映射、无人负责的更正或不可见设置,再扩大流程。所需证据或批准尚缺时,结论仍为草稿。

  1. 重建

    从 C-01 找到支持合成版本、E-01、报告 A 及核验状态。

  2. 追踪变化

    找到 U-01,对照 12 周和 6 周记录,确认各受影响决定的负责人。

  3. 决定可发布内容

    找到批准版本和理由,或指出未决项与责任人;新草稿不等于已批准。

常见问题

证据合成和 Meta 分析有何不同?

证据合成包含组织研究发现的多种方法。Meta 分析对适合的结果做统计合并,可成为其中一环。问题决定应输出定量估计、主题叙述、证据地图或其他合成。

使用一个集成产品就不需要交接记录了吗?

仍需要。人员必须区分来源、核验提取、分析决定与批准主张。检查产品保存、导出哪些记录,再用相同编号维护必要的配套登记。

提醒发现新研究或更正后应做什么?

记录触发,识别来源和下游依赖,分配重评并记录决定。新提醒本身不等于合成已获准改变。

更新后结论可以不变吗?

可以。核查可能发现新增或更正证据不改变结论;保留检查、理由、负责人和版本,使读者能区分经审核决定与忽略提醒。

来源与延伸阅读

请查阅原始资料,了解完整方法、适用范围与最新更新。

  1. 范围综述JBI Manual for Evidence Synthesis
  2. 使用其他方法进行合成Cochrane
  3. Gatsbi Reviewer 产品流程Gatsbi · 发布方产品说明
  4. Gatsbi Writer 与 Deep Research 产品说明Gatsbi · 发布方产品说明
Gatsbi · 资源中心返回顶部 ↑