系統性文獻回顧 AI 工具：篩選與資料擷取

先看需要什麼輸出：排序產生閱讀佇列，納入與排除輔助提出納入、排除或不確定建議，擷取輔助提出欄位或片段。管理平臺還需保存分工、獨立決定和衝突處理。同一產品兼有多項功能，也應逐項驗收。

研究問題、納入與排除標準、檢索計畫和審查流程應先明確；尚未確定時，先閱讀系統性文獻回顧的方法要求。Cochrane 檢索與篩選指南提供制定需求的方法背景。

把需求寫成同事能驗證的一句話：“對匯入紀錄排序，同時保留獨立人工篩選和每項決定的匯出。”再補充輸入格式、語言、掃描檔或文字 PDF、人員角色與所需輸出檔案，以此縮小候選範圍。

下表依據供應商公開文檔，核對日期為 2026 年 10 月 18 日，不是實測準確率排名。Gatsbi 既是本文發布方，也是候選之一，其產品說明與其他供應商文檔採用同一標準。

先用前兩列識別角色，再據末列設計試用。尚未回答的問題表示本文未確認它是否滿足你的專案，不等於產品不具備該功能。使用前應核對目前套餐和帳戶。

要求每個候選演示一條紀錄從匯入、最終決定到匯出的全過程。另行確認機構是否允許該帳戶處理擬用材料，包括儲存、訪問、保留、刪除與下游處理。

挑選能暴露關鍵錯誤的紀錄：符合與不符合標準、摘要稀疏、術語歧義，以及專案實際涉及的語言和設計。條件允許時，按預定人工審查與仲裁流程先形成參照判定，再讓審查者查看 AI 輸出。

下圖教學樣本中，20 條符合條件的紀錄找回 19 條，召回率為 95%。它不證明全庫也是 95%，更不能充當停止規則；樣本構成與漏檢後果都要考慮。

下面三條虛構紀錄獨立展示單項決定，並非上方 20 條紀錄的資料集。P-02 的摘要未寫年齡，不等於人群不符合要求，應獲取更多資訊，同時保留建議和修正。

各候選使用相同材料、標準版本和參照判定。保留所有執行，包括失敗結果；更改標準或組態後另建執行紀錄，才能追溯改善來自哪裡。

• 執行資訊：執行編號、產品及可獲得的版本、日期、設定、標準版本與人員職責。

• 每條紀錄：紀錄／來源編號、參照判定、AI 建議、最終決定、處理理由、審查者及原文位置。

• 填寫範例：P-02；標準 v1；參照為獲取全文；建議排除；最終獲取全文；理由為年齡未說明；審查者由團隊指派；來源為摘要。未知欄位保持未決。

研究編號與報告編號分開保存：主報告和追蹤報告可能涉及同一批參與者。每個值還要關聯組別、結果指標、時間點、統計量、單位和位置，並區分未報告、未測量與不適用。方法說明見Cochrane 資料收集指南。

虛構研究 A 的報告 A、表 2、第 12 週，介入組平均值為 12 分，對照組為 15 分。若 AI 將介入組填成 15，僅確認 PDF 中存在該數字無法發現錯誤；必須核對表頭和組別標籤。保留建議值 15、修正值 12、原文位置、審查者和理由。

擷取環節以欄位查核完成為終點。統合分析工具指南沿用同一虛構報告，繼續判斷這些值能否進入指定計算。分析是否就緒與抄錄是否正確，是兩項不同決定。

匯入整個文獻回顧前先匯出一個小專案，保留原始匯出，請同事在沒有你的帳戶或聊天紀錄時重建決定。只有標題和最終納入標記，可能缺少保留理由、分歧處理者或適用標準版本。

檢查同事能否說明 P-02 為什麼獲取全文、兩個標準版本改了什麼，以及最終納入由哪份來源支持。加入非拉丁文字、多行理由和關聯報告；將缺失欄位記為擴大使用前要解決的限制。

工作進行時保留真實篩選及獲取數量，不能從最終書目倒推過程。PRISMA 報告指南說明這些紀錄怎樣支持報告。

• 標準紀錄：版本、生效日期、改動、理由及受影響決定。

• 篩選紀錄：編號、階段、建議、人工決定、衝突、處理結果及審查者。

• 來源對應：紀錄編號關聯報告編號，並在確認後關聯研究編號。

• 執行資訊：產品、可獲得的軟體／模型版本、設定、日期和匯出日期；無法獲取版本時如實註明。

根據試行結果選擇組態。有些團隊只需排序佇列，有些則需要獨立審查與衝突處理；適合起草的流程仍可能需要另一套系統，保存方案要求的篩選決定。

評估 Gatsbi Reviewer 這類整合流程時，可從自己的標準與 P-01／P-02／P-03 材料開始，查看候選清單、P-02 的不確定性處理、補充缺失論文、複核擷取，並檢查匯出保留了什麼。這是擬議試用任務，不表示 Gatsbi 已通過檢查。

紀錄採用的任務、未解決缺漏和紀錄維護者。方案、輸入語言、功能或匯出行為變化時重做相關檢查；比較組態、糾錯、複核所需工作，而不只比較首次建議的速度。