先看簡答
先決定需要的答案：主題概覽、結構化文獻回顧、定量估計，還是更新後的結論。再規定工具間傳遞的來源編號、查核欄位、決定和版本。本指南聚焦交接，以及來源更正怎樣進入經過審核的更新；發現、篩選和分析的詳細產品比較由相關專題承擔。
重點整理
先確定合成用途與輸出，再選產生這些輸出的工具。
為來源、擷取、分析和主張設定穩定編號，以便跨工具追蹤變化。
新研究或更正觸發重新評估，受影響紀錄與決定經審核後才能發布新結論。
本指南由 Gatsbi 發布，亦介紹 Gatsbi 的產品。我們依據公開文件，以相同的任務標準討論自家產品與其他工具。本文不提供實測比較結果；選擇前請確認最新功能與使用條件。
先確定需要哪一種合成輸出
證據綜整組織既有研究來回答問題。探索學生出勤領域詞匯、梳理證據類型、估計出勤介入效果，分別需要不同輸出與方法。
選軟體前用一句話寫用途。“尋找主題，為新研究做準備”與“為政策決策提供介入文獻回顧”會走不同路線。下表指出下一項任務，後文再說明如何連接、維護紀錄。
專門方法仍需遵守。JBI 範疇性回顧指南討論系統梳理概念和證據，Cochrane 其他合成方法章節討論不適合常規統合分析時的辦法。工具生成地圖或敘述本身不證明已執行相應方法。
| 用途 | 預期輸出 | 須先明確的方法或控制 | 下一任務 |
|---|---|---|---|
探索主題 | 有來源的閱讀筆記與主題 | 檢索範圍及實際使用主張的來源支持 | |
系統梳理概念與證據類型 | 邊界明確的證據整理 | 範疇性回顧問題、納入與排除、資料整理及報告方案 | 按專門方法指導，再定義下方交接 |
理解經驗或機制 | 保留語境的解釋與合成發現 | 適合的定性方法與來源語境 | 定義來源到解釋的紀錄；本文不比較所有定性工具 |
評價介入 | 結構化發現，適用時給合併估計 | 篩選、評價、合成計畫及相容分析資料 | 先系統性文獻回顧工具指南，需要時再統合分析工具指南 |
維護既有結論 | 審核後的新版本，或保留原結論的決定 | 監測觸發、受影響紀錄、重評與發布權限 | 使用下方變更紀錄和核准範例 |
圍繞輸出建立合適的工具組合
按交換的紀錄選組件：發現助手提供候選來源，引用庫保存身分，擷取流程保存查核欄位，分析工具使用這些資料。獨立工具和整合產品都可以，前提是交接所需紀錄仍然可用。
下表是待評價組態，不是實測整合。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／報告 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 週分組。
- 結論表述
重新評估所有涉及 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。決定和發布版本在審核前保持待定。
| 受影響紀錄 | 原資訊→更正資訊 | 需要重新評估 | 核准前狀態 |
|---|---|---|---|
報告 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 本身具備上方審核或更新依賴紀錄。
用演練找出斷點：先修復來源對應、無人負責的更正或不可見設定，再擴大流程。所需證據或核准尚缺時，結論仍為草稿。
重建
從 C-01 找到支持合成版本、E-01、報告 A 及查核狀態。
追蹤變化
找到 U-01，對照 12 週和 6 週紀錄，確認各受影響決定的負責人。
決定可發布內容
找到核准版本和理由，或指出未決項與責任人；新草稿不等於已核准。
常見問題
證據綜整和 統合分析有何不同？
證據綜整包含組織研究發現的多種方法。統合分析對適合的結果做統計合併，可成為其中一環。問題決定應輸出定量估計、主題敘述、證據地圖或其他合成。
使用一個整合產品就不需要交接紀錄了嗎？
仍需要。人員必須區分來源、查核擷取、分析決定與核准主張。檢查產品保存、匯出哪些紀錄，再用相同編號維護必要的配套登記。
提醒發現新研究或更正後應做什麼？
紀錄觸發，識別來源和下游依賴，分配重評並紀錄決定。新提醒本身不等於合成已獲準改變。
更新後結論可以不變嗎？
可以。核查可能發現新增或更正證據不改變結論；保留檢查、理由、負責人和版本，使讀者能區分經審核決定與忽略提醒。
資料來源與延伸閱讀
請參閱原始資料，確認完整方法、適用範圍及最新版本。
- 範疇性回顧JBI Manual for Evidence Synthesis
- 使用其他方法進行合成Cochrane
- Gatsbi Reviewer 產品流程Gatsbi · 發布方產品說明
- Gatsbi Writer 與 Deep Research 產品說明Gatsbi · 發布方產品說明