研究架構白皮書
Overview Digital Hermeneutics Framework

數位詮釋學體系
從知識孤島到協作大腦

結合代理式工作流與自動化維基的次世代學術研究架構。
這是一份寫給所有人的藍圖——探討 AI 如何突破框架鎖定,重塑嚴謹的知識生產過程。

編譯說明

互動式注釋系統:文中帶有虛線底線的專有名詞,點擊即可展開詳細解說。您無須具備神學或軟體工程背景,也能輕鬆理解這套系統的核心哲學。

01 / The Problem

這個計劃想解決什麼問題?

在當前的學術研究領域中,研究者經常面臨兩個無法迴避的結構性困境:「知識孤島(Knowledge Silos)」「框架鎖定(Frame-Lock)」

傳統的閱讀與筆記方式,受限於人類大腦處理資訊的頻寬。當我們面對海量的文獻、古老的文本或錯綜複雜的學派爭論時,知識往往散落在不同的資料夾與大腦記憶的角落,無法形成有效的交互參照;這便是「知識孤島」。

更致命的是「框架鎖定」。人類學者在進行文本詮釋時,無可避免地會帶入自身的學派背景與偏見。一旦確立了某種視角,便很難再跳脫出來,從完全對立的方法論去審視同一份材料。

「數位詮釋學體系試圖打破的,正是人類在處理龐大文本時的認知極限與視野盲區。我們需要的不是一個幫我們『寫論文』的工具,而是一個能強迫我們『換位思考』的數位大腦。」

02 / Architecture

整體架構:兩套工具,一個大腦

為了解決上述問題,本體系採用了雙層架構設計。簡單來說,它由「執行的雙手」與「記憶的大腦」構成。

動態執行層:Agentic Workflows

這不是傳統的一問一答式 AI 聊天。透過部署於 Google AntigravityClaude Code 等次世代整合開發環境(IDE)中的代理系統,AI 能夠自主規劃任務、調用 MCP 伺服器 讀取本地檔案,並自動執行跨文獻的交叉比對。

靜態沉澱層:LLM Wiki

執行層產生的辯論結果與高價值結論,不能閱後即焚。系統會將這些洞見自動「編纂」成結構化的 Markdown 筆記(例如 Obsidian),形成一個專屬的知識庫。這確保了系統具備「知識複利」的能力,讓這個大腦越用越聰明。

03 / The Council

十二+一位 AI 專家:他們是誰,他們爭什麼?

本系統的核心引擎是一個被稱為「LLM Council(語言模型委員會)」的辯論機制。在進行複雜文本分析(例如聖經文本詮釋)時,系統會同時實例化 12 位具備不同學科背景與方法論的 AI 專家,以及 1 位專職把關的「反詮釋學者」。以下是這 13 位專家各自負責的嚴格範疇:

Expert 01
希伯來文/希臘文專家

專注於古語的詞彙字根、語法結構與語境中的語義邊界分析。

Expert 02
歷史批判專家

考證古代近東的歷史背景、作者身份、成書年代與當時的社會政治狀態。

Expert 03
正典詮釋專家

檢視單一經文與整本聖經正典(Canon)的交互參照與神學一致性。

Expert 04
系統神學專家

將經文放在宏觀的教義框架(如神論、基督論、救恩論)中進行系統性檢驗。

Expert 05
文學形式分析師

拆解文本的文體(如詩歌、天啟)、交叉對稱結構與古近東修辭手法。

Expert 06
經文鑑別學者

比對古代抄本(如死海古卷、七十士譯本),評估原文的可靠性與異文演變。

Expert 07
聖經考古學家

提供與經文相關的古代碑文、地理環境及物質文化之實體證據考證。

Expert 08
社會人類學者

從群體動力學、榮辱文化(Honor/Shame)等視角重建當時的社會結構。

Expert 09
救贖歷史學者

追蹤神聖啟示在歷史中的漸進性,確保單一文本不脫離宏大敘事脈絡。

Expert 10
敘事鑑別學者

專注分析故事的情節張力、角色發展以及對預期讀者產生的心理反應。

Expert 11
歷史神學家

梳理初代教父、宗教改革者等歷代大公教會對該段文獻的詮釋傳承。

Expert 12
應用與教牧神學家

探索古老經文在現代倫理、教牧關懷與信仰實踐中的當代意義與界線。

Expert 13 (Chaos Node)
反詮釋學者 (The Devil's Advocate)

這是系統的「誠信與邏輯防線」。唯一不負責提出新論點的角色,其任務扮演嚴苛的盲審員。透過強制調用工具查核資料庫(如 Zotero),專職尋找上述 12 人共識中的邏輯謬誤、證據斷層與「過度詮釋」,防止 AI 陷入集體盲思。

每一位專家都有其嚴格的 Prompt 框架限制。例如,其中一位「希伯來文語言學專家」,其底層提示詞嚴格規定他必須:
反對過度挖掘字根,堅持語境決定意義(Carson 的原則)

這 12 位專家會針對同一段落進行獨立分析,隨後進入「匿名互評階段(Anonymized Peer Review)」。然而,為了防止專家們陷入集體盲思,系統賦予了第 13 個角色最高的一票否決權:

Chaos Engineering

第 13 位專家:反詮釋學者(The Devil's Advocate)

Council
我們 12 位專家達成共識:該詞彙在此處暗示了古近東神話中對海怪的降伏,呼應了創世的秩序重建。
Expert 13
否決。你們的推論發生了「過度詮釋」。根據 Zotero 資料庫中的當代文獻查核,該字根在同時期的世俗商業合約中僅作為普通動詞使用。你們的共識缺乏足夠的一手文獻支撐。

這種類似分散式系統中「混沌工程」的設計,是本計畫建立「學術誠信」技術防線的神來之筆。

04 / The Engine

LLM Council:動態辯論工作流

這 13 位專家的運作並非單純的 Prompt 疊加,而是透過嚴謹的「編排管線 (Orchestration Pipeline)」來推進。為了控制運算開銷並極大化思辨品質,系統被設計為以下五個運作階段:

Stage 0: 智能路由 (Router Classifier)

並非每次分析都需要叫齊 12 人。路由引擎會根據輸入文本的特徵(例如:是否包含大量古語、是否涉及教義爭議),動態選擇最適合的專家組合,以此降低無效的「編排開銷 (Orchestration Tax)」。

Stage 1: 獨立見解生成 (Expert Insights)

被選中的專家們在互不干擾的「沙盒」中獨立作業,依據各自嚴格的方法論與領域背景,產出第一輪的文本詮釋與證據梳理。

Stage 2: 匿名互評 (Anonymized Peer Review)

專家們交換彼此的論點,但隱藏發言者身份。系統在此階段模擬人類學術界的「雙盲審查」,要求專家互相給出評分、尋找盲點並進行跨學科的激烈辯論。

Stage 2.5: 誠信閘門 (Integrity Gate)

由第 13 位專家(反詮釋學者)強制介入。他會調用外部 API 查核 Zotero 資料庫,驗證前階段產生的「共識」是否具備真實的文獻血緣。任何查無實證的「幻覺」或「引用漂移」都將在此被無情剔除。

Stage 3: 綜合與產出 (Synthesis & Output)

歷經高壓測試後存活下來的高價值論點與未解決的學派爭議,將被整合為一份結構化的最終報告,準備送入系統的「記憶大腦」中沉澱。

05 / The Memory

LLM Wiki:對抗熵增的知識庫

當 LLM Council 產出珍貴的洞見後,這些知識該何去何從?這套系統的靜態沉澱層借鑒了 AI 學者 Andrej Karpathy 提出的 LLM Wiki 理念。

運作理論的核心是:「人類負責策展來源與提出好問題;LLM 負責一切維護與關聯工作。」

文件三層架構 (L0 / L1 / L2 Ontology)

Layer 0
原始資料層 (Raw)

未經加工的起點。包含匯入的原始文獻、外部檢索的快取紀錄與原始會議逐字稿。

Layer 1
原子概念層 (Atomic)

經過 Council 專家引擎萃取、驗證並打散的單一概念筆記(Atomic Notes),是知識庫的磚塊。

Layer 2
宏觀綜合層 (Synthesis)

高階綜合視角與領域地圖(MOC)。將多個 L1 節點相互連接,形成宏觀且持續迭代的論述。

對抗系統熵增 (Entropy Risk)

任何長期營運的個人知識庫或 Wiki,最終都會面臨「熵增風險」——筆記逐漸混亂、過期、或是不同文獻間產生無法追溯的矛盾。

LLM Wiki 的解法是導入「知識血緣追蹤 (Knowledge Provenance Tracking)」。

在 YAML Frontmatter 中,系統會強制記錄每一條 L1/L2 筆記是從哪個 L0 來源提取、由哪位 AI Agent 判定、且經歷過幾次迭代。「錯誤依然可能進入系統,但除非知識圖譜反覆強化這個錯誤,否則它不會作為『真理』傳播。」從此,人類的日常知識工作變成了針對高雜訊區域的「分診(Triage)」,而非無止境的手動清理。

06 / Infrastructure

基礎設施:檢索與性能優化

從技術層面評價,這份藍圖在方法論的整合上展現了極高的成熟度。傳統的 RAG 系統 最大的痛點是「引用漂移」——也就是 AI 生成的內容與註腳張冠李戴。

誠如前文 Stage 2.5 提及,數位詮釋學體系運用工具強制比對資料庫(如 Zotero)與生成內容。只有通過文獻血緣追蹤的結論,才會被允許寫入系統的 L1/L2 層。

Knowledge Write
自動化知識編纂

系統自動提取高價值結論與未解決爭議,透過 Skills 管線寫入本地 Markdown 檔案,標註「知識血緣」。

Retrieval Base
混合檢索基礎設施

不依賴單一雲端向量資料庫,而是建立具備本地 BM25 與向量重排的混合搜尋引擎,確保私有知識的永久存取。

Performance
編排開銷優化

解決 13 併發請求的延遲問題,導入階梯式專家激活機制(Step-wise Activation),降低 The Orchestration Tax。

Validation
人類哨兵機制

將最終決策權交還人類,AI 處理邏輯展開與資料準備,人類進行最終的邊界驗證與完整性監控。

07 / Future Outlook

邁向無特定模型的研發生態

展望未來,本系統的終極目標是建立一個「不綁定特定供應商(Model-Agnostic)」的研究生態。無論是利用 Anthropic 的 Claude 系列、Google 的超長脈絡處理能力,或是私有部署的開源模型,數位詮釋學體系都能靈活調度。

這不僅僅是一次工具的升級,更是研究典範的轉移。研究者將從處理繁瑣資料的苦役中解放出來,轉而專注於更高層次的框架設計與跨界融合。

這是一個協作的未來:AI 負責邊界的無盡拓展,而人類,負責握住那把決定意義的尺。

名詞注釋一覽

【註1】Agentic Workflows(代理式工作流)

一種讓 AI 具備自主規劃、執行與反思能力的工作模式。相較於傳統的一問一答,代理能將大任務拆解,並調用外部工具(如搜尋、終端機)逐步完成。在本計畫中,這代表 AI 能自動化文獻爬梳與交叉比對的繁瑣過程。

【註2】MCP(模型脈絡協定)

Model Context Protocol,一種標準化介面,讓 AI 模型能安全地連接本地資料與外部工具。這解決了 AI 缺乏最新或私有知識的痛點,使「數位詮釋學體系」得以無縫存取研究者的 Zotero 文獻庫與本地筆記。

【註3】LLM Wiki(大型語言模型維基)

由知名 AI 學者 Andrej Karpathy 提出的概念,主張利用大型語言模型自動編纂與維護個人知識庫。在本系統中,它負責把專家辯論的結論「沉澱」成結構化的條目,實現專屬領域知識的長期複利。

【註4】Google Antigravity

一款次世代的 AI 整合開發環境(IDE),主打將研究構想在幾小時內轉化為可用原型。它提供多代理協作的畫布與原生脈絡管理,是本計畫中替代方案(No-Claude Path)的核心實施平台。

【註5】RAG(檢索增強生成)

Retrieval-Augmented Generation,一種結合外部資料庫檢索與文字生成的技術。雖然能減少 AI 幻覺,但常遭遇「引用漂移」問題;本計畫透過「誠信閘門」強制查核來源,克服了傳統 RAG 的致命傷。

【註6】Zotero

一款免費且開源的跨平台文獻管理軟體,廣泛應用於學術界。透過 API 與 AI 代理串接後,它成為系統中所有論點的「事實查核基礎」,確保每一項學術詮釋都有堅實的文獻血緣。

【註7】Claude Code

Anthropic 推出的 AI 程式碼助手與代理工具。它能在終端機中運行,具備讀取專案全貌、自動編輯檔案與執行指令的能力。在本計畫中可用於構建與驅動專家辯論引擎。

【註8】Memex (1945)

由 Vannevar Bush 提出的假想設備,旨在儲存個人所有書籍、紀錄與通訊,並透過「聯想軌跡(Associative trails)」進行檢索。被視為超文本(Hypertext)與現代維基百科的哲學起源。

【註9】知識血緣追蹤 (Knowledge Provenance Tracking)

在知識庫的 Metadata(如 YAML)中強制記錄該條目的原始出處(DOI、網址)與生成過程。這能確保每一筆知識的「合法性」,方便未來進行事實查核與溯源。

【註10】系統熵增風險 (Entropy Risk)

源自熱力學的概念,在此指隨著時間推移,個人知識庫因缺乏有效維護而逐漸陷入無序、矛盾與冗餘的狀態,最終導致知識庫失去信任與檢索價值。