系列：Quizzman Fanqie Engine（第四篇）
上一篇：〈漢越音如何形成：從唐代長安到現代漢越音〉
重建中古漢語：Quizzman Fanqie Engine 的核心
若要正確推導漢越音，就不能直接由反切推到現代越南語。兩者之間存在一個極其重要的中介層──中古漢語（Middle Chinese，中古漢語）。它所反映的是《切韻》《廣韻》等韻書中的音系，也是理解漢越音、漢音（日語）、漢韓音以及現代漢語各方言之間關係的重要基礎。在 Quizzman Fanqie Engine 中，重建中古漢語並不是附加功能，而是整個系統最核心的一環。
為什麼必須重建中古漢語？
一個經常被提出的問題是：
如果最後目的是推導漢越音，為什麼不直接把反切轉成漢越音？
乍看之下似乎合理。
既然反切已經保存了讀音資訊，為何還需要增加一層中介？
答案就在於反切的本質。
反切並不是直接記錄漢越音。
它所描述的是中古漢語的音系結構（Phonological Structure，音系結構）。
因此，反切與漢越音並不屬於同一層資料。
反切
│
▼
中古漢語（Middle Chinese）
│
▼
漢越音中古漢語正是連接兩者的橋樑。
若省略這一步，Engine 幾乎失去所有解釋能力，也很難擴展到拼音（Pinyin）或日語漢音（Kan-on）等其他讀音系統。
什麼是中古漢語？
在歷史語言學中，中古漢語（Middle Chinese，中古漢語）是對隋唐時期音系的學術名稱，其主要依據包括《切韻》《廣韻》等韻書。
需要注意的是：
中古漢語不是現代普通話。
它也不是曾經被完整錄音保存的一種方言。
它是一套透過歷史文獻重建（Reconstruction，重建）而成的音系模型。
學者主要利用：
- 反切
- 韻部
- 韻文
- 現代漢語方言
- 漢越音
- 漢音（日語）
- 漢韓音
等資料，反向推導出一千多年前的語音系統。
因此，中古漢語是一個科學模型，而不是今天仍然存在的自然語言。
反切記錄的是音系，而不是讀音
許多人誤以為反切直接記錄讀音。
事實上，它記錄的是音系之間的關係。
例如：
德紅切它並沒有直接告訴我們目標字如何發音。
它只是表示：
- 取「德」的聲母
- 取「紅」的韻母與平聲
若要真正得到完整音節，仍需知道：
- 德屬於哪一個聲母
- 紅屬於哪一韻
- 該韻屬於哪一攝
- 屬於第幾等
- 開口還是合口
- 屬於哪一聲調
因此，Engine 必須先重建中古漢語。
音系檔案（Phonological Profile，音系檔案）
在 Quizzman Fanqie Engine 中，每一條反切解析完成後，都會建立一份音系檔案（Phonological Profile，音系檔案）。
它並不是單純文字，而是一組具有結構的屬性。
例如：
| 屬性 | 值 | |------|----| | 聲母 | 見 | | 韻 | 庚 | | 攝 | 梗 | | 等 | 二等 | | 開合 | 開口 | | 聲調 | 平聲 |
這組資料幾乎完整描述了一個中古漢語音節的音系特徵。
Engine 接著才開始重建實際讀音。
中古漢語並沒有唯一重建方案
過去一百多年來，許多語言學家都提出過不同的中古漢語重建系統，例如：
- Bernhard Karlgren
- Edwin Pulleyblank
- William Baxter
- Baxter–Sagart
- 鄭張尚芳
- 李方桂
這些方案大致相同，但仍存在差異，例如：
- 聲母音值
- 元音表示方式
- 半元音
- 部分特殊韻母
因此：
中古漢語不存在唯一且絕對正確的答案。
它是一個持續修正與完善的學術模型。
為什麼 Quizzman 不依附單一學派？
許多漢越音工具都直接採用某一位學者的重建方案。
Quizzman Fanqie Engine 並非如此。
Engine 更重視的是：
音位關係（Phonological Relations，音位關係），
而不是某一套 IPA（International Phonetic Alphabet，國際音標）記號。
例如：
見
↓
見系聲母比寫成：
k
kj
kjə更加重要。
韻母亦是如此。
Engine 儲存的是音系結構，再依需求選擇不同表示方式。
因此，即使未來改用新的重建方案，也不需要重寫整條推導流程。
重建資料庫的角色
對於已有成熟研究成果的反切，
Engine 會優先使用已驗證的重建資料。
其優點包括：
- 降低誤差
- 保持表示一致
- 避免重複計算
資料庫只是輔助，
並非唯一真理。
若遇到資料庫尚未收錄的反切，
Engine 仍可依照：
- 聲母
- 韻
- 攝
- 等
- 開合
- 聲調
自行推導合理的中古漢語音節。
這正是：
資料庫（Database，資料庫）
與
Rule Engine（規則引擎）
最大的差別。
當資料不存在時
Quizzman Fanqie Engine 的設計目標之一，就是能處理大量罕見漢字。
即使某條反切不存在於任何資料庫，
Engine 也不會停止。
它會依照音韻規則，自行重建合理的中古漢語音節。
也就是說，
Engine 並非只是記住資料，
而是真正具有推理能力（Inference，推理）。
這正是計算模型與查詢表最大的不同。
中古漢語是所有讀音系統的共同核心
完成中古漢語之後，
便可以推導不同讀音系統。
中古漢語
／ │ ＼
▼ ▼ ▼
漢越音 拼音 其他讀音系統這樣的設計具有兩個重要優點：
第一，
所有音系規則只需建立一次。
第二，
若未來增加：
- 漢音（Kan-on，日本漢音）
- 吳音（Go-on，吳音）
- 漢韓音（Sino-Korean，漢韓音）
- 現代漢語方言
只需增加新的映射層即可，
完全不必修改中古漢語重建流程。
這是一種高度可擴充的架構。
中古漢語不是最終目的
值得注意的是，
Quizzman Fanqie Engine 並不是為了向使用者展示一套漂亮的中古漢語拼寫。
中古漢語真正扮演的是：
中介語言（Intermediate Representation，中介表示）。
正如編譯器會先把原始程式轉換成中介表示（Intermediate Representation，中介表示），再生成機器碼，
Fanqie Engine 也會先把反切轉換為中古漢語音系檔案，再推導漢越音。
透過這一層，
音韻規則便能與各種讀音系統完全分離。
因此，
Quizzman Fanqie Engine 不只是漢越音查詢工具，
更是一套可支援多種研究方向的計算音韻學平台（Computational Historical Phonology，計算歷史音韻學）。
從中古漢語到漢越音
完成中古漢語重建後，
工作其實才完成一半。
接下來更大的挑戰是：
- 中古聲母如何演變成越南語聲母？
- 為何相同韻部會發展出不同的漢越韻母？
- 中古四聲如何演變為越南語六聲？
這些問題將在下一篇文章：
〈漢越音推導演算法：從聲母、韻母到現代漢越音系〉
中繼續深入介紹。