問籤閣 · 公開校勘資料集 · 白皮書

古籍影印本的視覺模型判讀校勘：以三種正統道藏籤譜的雙轉錄合校與錨點核對為例

FortuneTell AI・問籤閣 WENQIANGE 校勘組｜定稿待發布（camera-ready）｜材料核對日：2026-10-25
聯繫入口：contact@fortunetell.ai（通信郵箱）｜https://wenqiange.com

本稿整理倉庫既有判讀記錄與現行資料，並未在寫作過程重新完成影像判讀。署名與判讀分工披露已由人工確認；發布資訊（上站頁、版本快照與 DOI）待正式發布時補入。本文原創敘述與衍生對比資料採 CC BY 4.0；底層轉錄、他人編排及掃描件的權利不因此改授權。

配套自審的數字證據項仍有 FAIL，請一併閱讀發表前自審報告（該報告隨發布快照存檔，不在站內發布）。

1. 摘要

古籍數字校勘須區分轉錄相同、影印相符與版本同源。本文整理三種道藏籤譜的雙轉錄合校與既存影印判讀記錄：玄真靈應寶籤全詩原樣一致為 361/365，影印錨點為 21 支；玄天上帝感應靈籤與四聖真君靈籤的錨點分別為 10 支、4 支。方法以雙轉錄定位疑點，結合非引導齊讀、候選判別與爭議字逐筆核驗，再將既存裁定納入程式回歸檢查。本項目自身初期的引導式提問曾產生套語幻覺，廢棄讀數及重測記錄是方法反省的重要材料。結果包括影印同時糾正雙轉錄缺陷、玄帝籤同藏重收及跨神明傳本差異。本文不把抽樣結果外推為全卷影校，亦不把同一項目提供的轉錄視為完全獨立見證。

摘要數字來源：data/canon/xuanzhen-365/xuanzhen-365@1.1.0.json 的 lots[].perEdition，以及三份 canon 的 provenance.anchorCheck.design/verdicts；具體路徑與複算見下文及審核報告。

2. 問題：籤詩校勘的學術空白與數字化困境

2.1 可讀文本與可核查結論之間

一份可以檢索的籤譜，未必同時提供可追查的校勘過程。研究者需要知道轉錄來自哪一底本、文字經過何種規範化、缺字由誰補入、兩個網址是否實際承接同一份材料，以及「一致」究竟比較了哪些欄位。若這些條件沒有記錄，相同文字可能只表示複製鏈相同；不同文字也可能只是字形處理不同。本文所說的數字化困境，限於本倉庫材料呈現的這些問題，不以未經系統文獻檢索的「學界從未研究」作為前提。

籤譜尤易使辨識工作與閱讀期待混在一起。題行、等級、短詩與分項文字共處一頁，讀者熟悉的詞句又常有相似語境。模型若根據題意補出流暢套語，輸出可能比受損刻字更易閱讀，卻已離開影像。僅憑語句通順、格律完整或題意相合，不能認定某個字確實存在於底本。玄真夾具保存的廢棄讀數提示，這種風險發生在本項目自身的早期工作中，而非只是一項對外部工具的假設性批評。

本文因此把問題收窄為：如何在保留轉錄差異的前提下，用影印錨點裁定局部疑點；又如何將裁定、證據位置與可執行檢查接起來，使後來的改動不能悄悄抹去已知問題。這是一套小範圍、可回溯的整理實作，不能替代完整版本學研究，也不以網站收錄量證明學術優先地位。

2.2 三種「一致」必須分開

原樣一致指儲存的詩句字串直接相等；折疊後一致指依指定映射處理後相等；影印相符則指某一判讀記錄支持某個候選。前兩者可以由程式重算，後者仍有人的視覺裁定成分。程式能確認影印判讀文字與資料相合，卻不因此重新看過影像。把這些結果合寫成「已驗證正確」，會掩蓋證據性質的差別。

底本關係也須單獨說明。HFL 與 ZTDZ 在本稿指向倉庫標記的涵芬樓影印系統與三家本影印系統所對應的轉錄。它們可以承載不同底本形態，但同出 Kanripo，不能據此假定數字轉錄勞動完全獨立。另一方面，三家本掃描與 ZTDZ 所依系統有關，影印支持 ZTDZ 不等於獲得一個完全獨立的新版本。影像在此提供的是對刻字、行列和切分的局部核對能力。

影印能證明某處刻了什麼，通常不能單獨證明另一影印系統為何不同。本文將「此掃描支持某讀法」與「另一底本必然誤刻」分開。尤其當另一側仍是電子轉錄而非重新檢視的頁面，差異可能涉及原刊、影印、轉錄或解析，不能僅依異文存在就把責任歸給某一環節。

本節依據：tests/data/fixtures/xuanzhen-anchor.json 的 method.reading、anchors[].check；玄真 canon 的 provenance.anchorCheck.findings；app/reference.js 的 buildXuanzhenDataset().source.editions。對證據強弱的區分為本文方法分析。

3. 材料：已登記籤系、轉錄來源與掃描範圍

3.1 十一籤系與九個公開校勘資料集

下表列出目前本地站點 SYSTEMS 已登記的籤系，不以數據集數量替代籤系數量。「有」表示已有公開校勘 landing 路由與構建接線；此處核對的是倉庫配置，未據此宣稱逐一實測了當前線上部署。具體公開入口列於第 7 節。支數為正典 system.lotCount；主題研究只集中於帶有影印錨點的道藏材料。

「無獨立入口」不表示沒有正典資料，也不表示已具備同等深度的影印核對。相反，公開入口存在也不表示該系全部字詞均已經影校。表內的收錄、公開衍生資料與本稿的錨點研究，是不同層次的工作狀態。這種區分避免把平台的材料範圍誤寫成本文的實證範圍。

本表來源：app/server.js 的 SYSTEMS、collectReferenceDatasets()，各 datasetRel 所指正典的 system.lotCount，以及 data/ledgers/source-ledger.json 的對應來源條目。六十甲子構建在 app/reference-liushijiazi.js 的 buildDataset()；其餘在 app/reference.js 的 build*Dataset()。這些補充入口用於列名、路由與方法核對，沒有擴大本文的研究成果。

3.2 影印材料與頁碼慣例

倉庫記錄的掃描集合為 archive.org 的 daozang05_202201，標作《正統道藏》三家本縮印本，出版者為文物出版社、上海書店、天津古籍出版社，出版年為 1988，共 36 冊。本文的頁碼均沿用判讀記錄中的 PDF 頁序，不將其混稱為原刊葉碼；不同檔案中的同一數字也不能直接互換。掃描集合僅作來源定位。

玄真範圍的起訖還包括序、寳誥與卷末題記，並非每一頁都只含籤詩。玄帝正部本與玄真卷末相接，因此頁序相接不代表題名或作品邊界可以省略。記錄中玄帝續藏的卷末牌記為萬曆三十五年張國祥奉旨校梓；這是既存影印判讀的書內證據，不是本文另行完成的出版史考證。

本稿不嵌入或另行分發掃描頁圖。玄真與玄帝 canon 的 scanSource.licenseNote 記明掃描件僅供核對、不複製頁面影像；四聖夾具的 scanSource.license 亦採僅核對的口徑。公開流傳與底本年代並不能自動解決現代影印件或掃描件的全部權利問題。

頁碼及出版資訊來源：三份 canon 的 provenance.anchorCheck.scanSource，玄帝另見 provenance.anchorCheck.sameCanonReprint.note/scanPages；四聖補充見 tests/data/fixtures/sisheng-anchor.json 的 scanSource。玄真藏經編號見 app/reference.js 的 buildXuanzhenDataset().method.what，玄帝續藏編號見上述 sameCanonReprint.note。本文未捏造四聖 canon 中不存在的 licenseNote。

3.3 來源層級與可使用內容

來源台帳的層級是使用政策，並非對資料品質的學術評分。Kanripo 相應記錄雖有 B-open-license 等標記，轉錄件的 rights.digitised.status 仍記作未核實，理由包括倉庫未聲明具體許可。本文因此署名 Kanripo，說明其作為校勘起點的角色，不把層級名稱當作整份轉錄件可以不受限制整體商用的證明。底本公版不等於轉錄件可整體商用。

維基文庫相關轉錄及編排在台帳記為 CC BY-SA 4.0，不能一概改稱為只供比較的來源；也不能以本文的 CC BY 4.0 涵蓋其編排層。籤詩網、香港傳本相關來源及泉州社群彙編的 C 級記錄，則只用於對照結論，不在本文抄錄其文本。後文涉及四聖的異文，是引自四聖自身 canon 及影印夾具，並非從玄帝資料中標為 C 級的對照欄轉引整段文字。

衍生數據的授權只涵蓋對比結果與原創敘述，不替任何底層材料清權。引用時應保留來源、版本與比較口徑，避免將「可下載座標」誤解為「可取得所有對照本全文」。本節依據 data/ledgers/source-ledger.json 的 tier/redistributable/rights，以及各構建函數的 rights 與 citation。

4. 方法：雙轉錄合校、影印判讀與回歸門禁

4.1 先保留底文，再規定比較口徑

本工作從雙轉錄逐支對齊開始，保留兩側的原始字形、支號、題行、等級與詩句切分。比較層另行形成原樣相等與折疊後相等的結果，不能把折疊文字寫回正文。倉庫的字形政策明定正文永不轉換；折疊是匹配工具，不是顯示或改寫底文的方法。本文敘述手寫繁體，古籍引文與異文則保持證據中的原字形。

對玄真，全文相同數可直接以兩側 poems[0].lines 比較；錨點門禁另以 VARIANT_GROUPS 處理少量判讀字形差。對玄帝，「各支現存分項折疊後全同」採 scripts/build-xuantishangdi-canon.js 的 FOLD 及 SECTIONS 口徑，逐節將行陣列連接後比較。它不是任意繁簡轉換工具的結果，也不能與玄真門禁的小型等價表不加區別地合併。

比較單位須跟隨作品結構。玄帝通常含八個詩文分項，但第 21 支沒有「行人」節；算法比較同名節時，雙側缺失的該節同樣視為空。故「48/49」應解釋為現存分項在此口徑下一致，不能寫成每支實際都存八詩。這個例外的影印判讀記錄同時說明，結構校驗的目的應是識別異常，不是強行補成整齊模板。

來源：docs/SCRIPT-POLICY.md；scripts/check-xuanzhen-anchors.js 的 VARIANT_GROUPS/normalizePoem；scripts/build-xuantishangdi-canon.js 的 FOLD/SECTIONS；玄帝夾具 anchors[number=21].check。

4.2 錨點設計與局部問題的分工

玄真錨點包括十二時辰首支、五行支及轉錄異文支，以結構分布與爭議點共同決定。這不是隨機抽樣，不能據命中情形估計全卷正確率。玄帝錨點兼顧首末、等級異常、分項缺失、缺字與異文；四聖則包括首末及跨神明對照的關鍵位置。不同設計對應不同問題，不能把它們當成相同抽樣方案下的模型效能評測。

錨點記錄保存支號與頁序，玄真另有頁面分塊資訊，使「看的是哪一列」先於「這一列應該讀成什麼」。這對相鄰題行相似的材料尤其重要。若定位已錯，即使模型辨出一段真實存在的文字，也未必屬於目標支。先核對題行序列與作品邊界，再判讀文字，能把定位錯位與單字錯讀分開處理。

這裡的覆蓋是問題導向的覆蓋。五行支與時辰首支可檢查分組端點；異文支則檢查合校真正需要裁定的地方。它既有便利，也有偏向：已知差異較多的位置更容易被選入，未顯露差異的共同錯錄則仍可能留在非錨點區域。本文不以設計多樣性抵銷這項限制。

來源：三份 canon 的 provenance.anchorCheck.design；三份 fixture 的 anchors[]。

4.3 齊讀、判別與單字終審

玄真夾具記錄，以非引導式整列齊讀檢查題行序列並協助定位，清晰區域曾使用開放轉錄；存疑處改以 HFL、ZTDZ 及其他讀法作候選。這裡的「其他」十分重要：若候選只剩兩份已知轉錄，模型即使看見雙方都錯，也可能被迫選一個。玄真第 239 支正是需要容納雙方皆有缺陷的情形。

候選判別也不是無偏程序。候選文字會影響注意方向，因此不能僅以「選了某候選」代替字形理由。玄帝記錄將爭議字再局部放大，要求按部件辨認；四聖則把引言詩與聖意分別判讀，避免因同頁相鄰區塊而混配。定位、整體判別與單字裁定分工，可以減少用一個流暢回答同時承擔所有判斷的風險。

本項目未使用 PaddleOCR，也未使用任何專用 OCR 管線。已記錄的方法是多模態視覺模型參與、人工組織候選與複核的影印判讀，其分工為：影印判讀由 AI 編程代理在人工指令下組織發起（候選設計、頁面渲染與裁切、逐字複核），最終裁定由人工複核確認。頁面渲染使用 poppler pdftoppm（300 dpi），分塊裁切與 1.5–4 倍局部放大使用 Pillow；視覺模型經 API 調用（2026-10）。夾具提到的頁面渲染、分塊及局部放大是視覺檢視的準備程序，不等於已建立自動辨識系統。專用 OCR 僅可作未來研究方法的候選，本文沒有其效能數據或實作成果。

夾具保存的是整理後的讀數與裁定說明，並非完整原始對話。玄真 purpose 記有先錄入影印讀數再比對的要求，但部分 check 也明記使用已知轉錄候選。本文不把這些材料再包裝成雙人盲判，或把整個流程稱為全程盲測。方法描述能到達的精度，受現存記錄粒度限制。

來源：玄真 fixture 的 purpose/method；玄帝 fixture 的 purpose/method；四聖 fixture 的 method；三 canon 的 provenance.anchorCheck.checkedBy。未使用專用 OCR 的聲明依本次任務的工作紀錄要求，不能從未提及某工具反推其曾被使用。

4.4 將既存裁定納入程式檢查

三道門禁合計 115 項回歸斷言，分別為玄真 68、玄帝 34、四聖 13。它們檢查的是現行資料與既存裁定的關係，沒有讀取掃描像素。玄真腳本逐錨點比較歸一後詩文並分類；玄帝腳本對「祙」「迍」、結構與等級等關鍵事實作定向檢查；四聖腳本檢查跨神明首支相同、末支不同及若干基本條件。程式輸出可供重跑，但不等於再次完成視覺辨識。

門禁還有具體覆蓋邊界。玄真三方相同分支不把題行的所有欄位相等納為必備條件；玄帝與四聖的錨點迴圈主要檢查支號及頁碼，沒有逐字解析每條自然語言 check。四聖末支檢查也未逐一固定全部差異。因此，115 項不是完整學術結論的自動證明，更不是獨立判讀者的數量。它們可以防止部分既知錯誤復發，其餘仍須回到來源核對。

來源及重跑入口：scripts/check-xuanzhen-anchors.js、scripts/check-xuantian-anchors.js、scripts/check-sisheng-anchors.js。本文審核報告保留實跑輸出與額外複算，避免僅引用腳本中寫定的摘要。

5. 結果：局部裁定如何改變對文本的認識

5.1 玄真：全詩相同與影印相符是不同統計

玄真現行兩側轉錄共有 365 支，直接比較 poems[0].lines，361 支全詩原樣相同；不同者為第 83、239、329、335 支。這項統計不需要將字形預先折成簡體，也不意味相同部分全部已經影校。譬如兩份轉錄共同遺失某字時，逐字相同本身就不能揭示缺字，仍須影印或其他證據介入。

錨點總數為 21 支，由十二時辰首支、五行 5 支和 4 支異文支組成。既存影印裁定為 17 支三方相符、3 支支持 ZTDZ、1 支同時揭示雙方轉錄缺陷，即 21 = 17 + 3 + 1。支持 ZTDZ 的是第 83、329、335 支；其影印讀數分別涉及「㠶開秋漲闊／牛女渡銀河」、「夜雨泣幽䆫」、「工夫無一㸃／徒自作空名」。字形照夾具保留，不把「䆫」改成閱讀者較熟悉的字再當作影印引文。

這個分布與掃描屬三家本系統相容，卻不構成對涵芬樓原頁的全面否定。現有證據能說三家本掃描支持相應讀法，不能把每一差異都先判為另一版本的錯誤。雙轉錄仍有價值：即使來源並不完全獨立，它們的差異能有效指出需要優先回看的位置；但來源相近也意味共同錯錄可能不會以差異形式浮現。

來源：玄真 canon 的 lots[].perEdition、provenance.anchorCheck.design/verdicts/findings；玄真 fixture 的 anchors[number=83/329/335].poem。表述中的「三方相符」沿用既存裁定口徑，包含門禁的小型異體歸一，並非宣稱每一原字形都完全相同。

5.2 裁定一：第 239 支同時揭示雙轉錄缺陷

玄真第 239 支影印判讀保存為四句二十字：「夜月照庭除／清𤠔一嘯孤／待須平旦日／方可去登途」。記錄指出 HFL 轉錄衍「啼」且失「𤠔」，ZTDZ 轉錄則切位錯一格。這個案例的價值不只在補出一個罕見字，而在於證明二選一的前提可能不成立：若只允許在兩份轉錄間擇優，便沒有位置容納完整的影印讀數。

四句五字的結構是必要的輔助條件，不是單獨的判讀依據。許多套語同樣可以湊成整齊詩句；此處還須結合局部字形、行列位置及題行資料。對超出常用字範圍的「𤠔」，以 Unicode 字元逐字處理也比以字串碼元長度判字數更合適，否則一個字可能被錯算成多個單位。

校正詩現存於影印夾具及 anchorCheck.findings，兩側 canon 的轉錄詩句仍保留各自缺陷。本稿因此使用「影印讀數校正雙方缺陷」描述判斷結果，不聲稱兩份原轉錄已被覆寫為同一正文。保留差異與另存裁定，讓後來的讀者仍能重建為何需要影印介入。

來源：玄真 fixture 的 anchors[number=239].poem/check；玄真 canon 的 provenance.anchorCheck.findings[1] 及 lots[number=239].perEdition；玄真門禁的 SCAN_CORRECTS_BOTH 分支。

5.3 玄帝：現存分項一致、結構例外與補字

玄帝共有 49 支。依指定折疊表比較各支現存分項，48 支全同；等級原樣比較為 49/49 相同。折疊後僅第 2 支家宅文字仍有差別。此處結論限定於現行兩轉錄在明定算法下的差異集合，不作對外部傳本或所有歷史版本的排他主張。

其 10 支影印錨點的既存摘要為 8 支三方相符、1 支支持 ZTDZ、1 支據影印補全。第 21 支只有七節，缺「行人」分項；第 25 支等級為「下中」；第 48 支斷語在 ZTDZ 與影印中作「寳」，HFL 作「寶」。這些結果分別處理結構、等級與異體，不應被混寫為相同種類的錯字修正。

尤其第 21 支提醒整理者，資料規格要能容納底本例外。若驗證器機械要求每支八節，將底本原貌判錯後再補入文字，資料反而會因「符合規格」而失真。現有影印記錄支持將缺節當作底本狀態保留，而不是根據他支格式猜補。

來源：玄帝 canon 的 provenance.anchorCheck.design/verdicts/findings；lots[].perEdition；玄帝 fixture 的 anchors[number=21/25/48].check；折疊複算依 scripts/build-xuantishangdi-canon.js 的 FOLD/SECTIONS。

5.4 裁定二：「祙」的局部字形互證

第 2 支家宅末字，兩側分別作「祓」與「祙」。既存判讀以「礻＋未」描述影印讀數，裁定支持「祙」。正部本第 32 冊 PDF p.802 與續藏本第 36 冊 PDF p.328 的相應位置都記作「祙」，形成兩處收錄的局部互證。這可加強「三家本這兩處讀作祙」的判斷，不能據兩處出現就推定它們具有完全獨立的傳承來源。

原記錄把 HFL 的不同讀法稱為規範化或誤錄；本文保留「或」的限制，不把尚未分清的原因寫成確定的規範化規則。對爭議字，部件說明也應限定於所支持的讀法：本稿不沿用夾具對另一候選字不精確的拆字說法，更不以字義順暢代替刻字證據。

來源：玄帝 canon 的 provenance.anchorCheck.findings[0]、sameCanonReprint.note；玄帝 fixture 的 anchors[number=2].check。本稿所作是既存雙處判讀記錄的整理，沒有追加新的圖版。

5.5 裁定三：「迍」的補入與變更痕跡

第 40 支聖意的缺字，既存影印判讀為「迍」，按「辶＋屯」逐筆確認。現行 canon 兩側相應句均已補入此字，HFL 側的 reviewNotes 保留補字說明。它和玄真第 239 支不同：後者將校正詩另存於錨點記錄而保留兩側缺陷，前者已將補字落入現行文字。描述成果時必須說清資料實際在哪一層改動，否則複核者會把正常保存的異文誤認為修復遺漏。

玄帝 canon 的舊 statusNote 仍有缺字方框保留的說明，與現行具體欄位不同步。本文以 lots[number=40].perEdition、reviewNotes 及後來的 anchorCheck 為準，同時在審核報告保留這項摘要矛盾，不默默把它改寫成所有記錄從來一致。摘要與正文的不同步本身，就是資料維護需要可追查變更紀錄的理由。

來源：玄帝 canon 的 provenance.anchorCheck.findings[1]、lots[number=40].perEdition.*.poems、lots[number=40].perEdition["xuantishangdi-49.kanripo"].reviewNotes 與 statusNote；玄帝 fixture 的 anchors[number=40].check。

5.6 裁定四：同藏重收與跨神明傳本不能混為一談

玄帝籤在正統道藏正一部與續道藏兩處收錄。倉庫 sameCanonReprint 記錄，第 1 支聖意相同，第 6、21、25 支題行與等級斷語抽樣相同，並有前述第 2 支爭議字的雙處互證。本文依此稱為「同藏重收的抽樣判別」，不宣稱已逐字比較兩處全卷，也不從相同文字推出兩次刊刻的全部歷史關係。

四聖則是另一種比較。其 4 支錨點保存的既存裁定均相符；第 1 支聖意與玄帝第 1 支逐字相同，但兩部作品的題名、結構及其餘組成不能因此被合併。第 49 支在兩個作品的影印記錄與 canon 中呈現同源而有差別的文本，可以支持「另一傳本形態」的描述，不能單由此確定借用方向或發生年代。

任務材料最初列出的差異為三處；直接核對現行兩側聖意並經人工復算固化，逐字差異共六處：四處實質用字差（可為/未為、口舌危/欺、退步/退後、方可得/方可免）與兩處異體（慎/愼、陰/隂，不在折疊表內）。四聖 canon 的 anchorCheck.diffDetail 已按此六處口徑記錄並進入回歸門禁，原「三處」摘要列舉不全的問題已修正。折疊表是否把某組字視為相同，也須先聲明，不能據一份摘要決定所有差異的性質。

同藏重收說明同一籤譜在藏內多處出現；跨神明對照說明某組文本在不同作品框架中流傳。兩者都涉及同源材料，但支持的結論不同。為避免過度推論，本文以具體支次和字段相連，保留從局部相同到文本關係之間仍需版本史論證的距離。

來源：玄帝 canon 的 provenance.anchorCheck.sameCanonReprint；四聖 canon 的 provenance.anchorCheck.findings 與 anchorCheck.diffDetail；四聖 fixture 的 anchors[number=1/49].check；六處差異直接比對兩 canon 的 lots[number=49].perEdition 中聖意詩行，不引受限對照源全文。

6. 討論：幻覺記錄、異體口徑與研究局限

6.1 本項目自身初期讀數的失敗記錄

玄真夾具明記，本項目自身初期的引導式提問與開放讀數曾出現套語幻覺，相應讀數已廢棄並重測。這些是本項目方法形成過程中的錯誤，不能改寫為外部產品的測試成績。記錄沒有完整保存每次提示、候選排列及原始回答，所以不能據此計算某一模型的幻覺率、提示方式間的改善比例，或將錨點支數當成獨立試驗次數。

下表只列夾具明確記作曾幻覺、首輪幻覺或廢棄讀數的條目。它是現存記錄的索引，不是完整原始實驗日誌，也不把未保存的錯讀文本補進表格。

第 329 支候選 C 正是該支首輪開放讀數的殘留：其「玉出崑岡」詩曾在放大條帶讀數中被採納，判別時作為顯式候選被拒。人工補證已完成：判讀組織者憑工作會話記錄重建了引導式判讀幻覺事件清單，共 14 起（玄真 12、玄帝側 2；口徑為「引導式/開放式提問下產生、後經程序化方法推翻的讀數事件」），與夾具 11 支標注一一對應，另含 3 起未進夾具的頁級串讀（玄真 p.794 卷末誤定位、玄帝 p.798 首探題行等）。該清單屬重建檔案：原始提示與逐字輸出未存檔，幻讀文本欄以記憶重建並明示缺口，因此本文引用其事件分類與教訓（如 4 倍放大複核仍沿用首輪幻讀的案例），不將 14 這一總數用作任何比率或效能計算的分母。

現存案例仍能支持一項有限而重要的教訓：熟悉套語容易遮蔽字形證據，齊讀定位、候選比較與單字複核可在個案中揭露錯讀。然而，這不是有對照組的效能證明。判別法降低了回答自由度，也可能增加候選暗示；只有容許「皆非」、要求定位與筆畫理由，並保留失敗材料，才能避免把原先的自由補寫換成另一種迎合。

來源：tests/data/fixtures/xuanzhen-anchor.json 的 method.reading 及各表列 anchors[number=...].check；總量與未進夾具事件見 docs/whitepaper/hallucination-log.md（人工重建檔，性質聲明見該文件）。表中只引用夾具實際保存的錯讀短語，沒有補寫未保存的完整詩篇。

6.2 規範化文字與底本刻字的關係

玄帝第 48 支「寳／寶」為異體口徑差提供了局部例證；既存資料並列乆／久、却／卻、爲／為等，指出 HFL 轉錄較常用規範字，ZTDZ 較多保留底本原形。但這是一個由記錄歸納的處理傾向，不應寫成所有分歧都已被證明只是規範化。第 2 支爭議字須單獨裁定，正說明統計上的高一致性不能抹平個別實質差異。

折疊的用途是提出比較問題：若忽略指定字形差，兩份文本還剩哪些分歧？它不回答某組字在每個語境中都是否可互換，也不保證人工等價表沒有過寬條目。研究者應同時保留原樣統計、折疊規則與例外，不把較高的一致數直接當成更高的學術可信度。字形差本身可能是版本或轉錄習慣的重要材料。

因此本文遵循字形政策：原文不轉換，報告不展示由匹配折疊生成的替代正文。稀見字的顯示仍可能受字型支援影響；讀者複核時應核對字元及來源位置，而非以某個裝置是否顯示方框判斷底本有缺字。這項技術差別與「迍」原來在轉錄中缺失的問題，也不能混為同一件事。

來源：玄帝 canon 的 provenance.anchorCheck.findings[3]；玄帝 fixture 的 anchors[number=48].check；docs/SCRIPT-POLICY.md；三道門禁各自的歸一或定向檢查實作。

6.3 必須與成果一起閱讀的局限

未做雙人獨立盲判。 既存影印工作是人工組織的視覺判別，可能存在單判讀者偏差。夾具所記先錄入後比較，不足以證明候選設計、頁面定位與最終裁定全程獨立。本文沒有判讀者間一致性數據，也不以「校勘組」署名代替獨立評判程序。

錨點不是全卷影校。 實際覆蓋為玄真 21/365、玄帝 10/49、四聖 4/49。抽樣兼顧邊界與爭議，並非隨機抽樣；未選中的位置仍可能有雙轉錄共同錯誤。首末支與已知異文命中，不能推出全卷逐字準確，也不能據此報告統計置信區間或全卷錯誤率。

雙轉錄並非完全獨立。 HFL 與 ZTDZ 同出 Kanripo 項目。對應不同影印系統不等於完全獨立的兩次轉錄勞動，複製、工具與編輯習慣的共享程度尚未充分釐清。四聖與玄帝的同源文本也不能當作互不相關的驗證樣本。同源關係有助於理解流傳，同時限制獨立佐證的強度。

未進行版本學深考。 刊工、避諱、遞藏與重刊歷史均不在本次工作範圍。卷末牌記與局部同文支持來源定位及重收判別，還不足以建立詳盡版本譜系。本文不以「同藏重收」直接宣布原刊先後，更不單憑跨神明相同文字確定傳播方向。

異體折疊表由人工維護。 它可能漏收字組，也可能把有語境差別的字過度視為相等。不同腳本的映射還不完全相同，因此每項一致性數字都須附比較口徑。保留原樣文字及差異索引，能讓後來的研究者更換映射後重算，而非只能接受一份已不可逆規範化的文本。

除此以外，幻覺記錄不完整與門禁覆蓋有限也限制了方法評估。本稿將這些問題列為現有成果的一部分，不把它們留在讀者無法看到的開發背景中。資料可以重跑，只能保證某個算法對某份材料的結果可重現；它仍須和來源可靠性、判讀程序及推論尺度分別審查。

來源：三份 canon 的 provenance.anchorCheck.design，三份 fixture 的 purpose/method，三道門禁實作；同出 Kanripo 依兩系 canon 的 provenance.sources。上述限制亦是本稿自審的強制條件。

7. 數據可得性：公開入口、哈希與引用

7.1 九個資料集的 landing

引用固定使用下列 landing，版本另填 dataset.version，不要自行在網址後拼接不存在的版本路徑。公開資料以 JSON、CSV 及 HTML 呈現，應以其 counts、method 說明比較結果與方法。本文沒有從受限來源抽錄詩句全文，也不把數據集的公開性延伸為底層轉錄件的全面再分發許可。

來源：app/reference.js 各 PATH_*、構建函數的 citation/rights/method；app/reference-liushijiazi.js；app/server.js 的 collectReferenceDatasets()。完整書目及已核對版本另存 citation-zh.json 與 citation.bib。

7.2 contentHash 的複算

資料集 contentHash 用於確認下載的衍生數據內容是否相同，不直接證明影印讀數正確。複算時先移除頂層 contentHash，遞迴對物件鍵依 JavaScript .sort() 排序，陣列保留原序，基本值以 JSON.stringify() 編碼，然後對規範化 JSON 的 UTF-8 字串求 SHA-256，加上 sha256: 前綴。不能直接對含哈希欄位的原始下載位元組求值，也不能將一般物件序列化誤當成已排序的規範化表示。

在倉庫根目錄保存以下核對程式並傳入下載檔即可；程式只讀檔並輸出相同與否，沒有修改資料的步驟。

const fs = require('node:fs');
const { canonicalJson, sha256 } = require('./app/reference.js');
const ds = JSON.parse(fs.readFileSync(process.argv[2], 'utf8'));
const expected = ds.contentHash;
delete ds.contentHash;
const actual = sha256(canonicalJson(ds));
console.log({ expected, actual, matches: expected === actual });
process.exitCode = expected === actual ? 0 : 1;

六十甲子構建先產生空的 contentHash，由呼叫端刪除該欄後再計算，最終口徑相同。對詩文哈希則應另查該資料集的 method；它與整份衍生數據的 contentHash 不是同一層的承諾。即使哈希一致，候選設計、來源署名與影印裁定仍須個別核查。

來源：app/reference.js 的 canonicalJson()/sha256() 及各構建函數；app/server.js 的六十甲子接線。全文及相關資料若日後另以 Zenodo 保存，只能視為版本快照；本稿未建立該快照，引用仍指向上述 landing，沒有可填入的 DOI。

7.3 引用與權利聲明

資料集引用應包括「問籤閣 WENQIANGE」、資料集題名、版本、landing 及核對日期；需要識別具體下載物時，再保存 contentHash。引用影印裁定則應增加 canon 路徑、anchorCheck 鍵或夾具支號，因為資料集的彙總頁無法代替每條判讀記錄。文件版本變動後，僅有題名與網址不足以重建當時的比較口徑。

本文 CC BY 4.0 聲明適用於 FortuneTell AI・問籤閣 WENQIANGE 校勘組的原創敘述與衍生對比資料。Kanripo 轉錄仍須署名並遵守前述未核實授權的限制；維基文庫編排層按其來源記錄處理；C 級源只引用對照結論，不轉載其文本。沒有一項本文聲明可以替代第三方權利人的授權。正式發布版本（上站頁與版本快照的識別號）於發布時補入。

8. 參考文獻：GB/T 7714 與 BibTeX 對照

本節僅列本次實際使用的倉庫材料及其記錄所指來源。未直接讀取的二手研究不列為已使用文獻；缺少出版城市、編者或識別號者不補造。日期 2026-10-25 為本地來源核對日，不代表已逐一在線驗證遠端頁面。

完整 GB/T 引文、已核對的資料版本、來源證據與對應 BibTeX 分別見 citation-zh.json 與 citation.bib。白皮書署名已確認為「FortuneTell AI・問籤閣 WENQIANGE 校勘組」（團體署名，通信 contact@fortunetell.ai）；發布識別號（正式 URL 與 DOI）於發布時補入。

下載引用格式： BibTeX ・ GB/T JSON ・ 附錄：判讀幻覺事件清單（重建檔）