人工智慧如何輔助符合伊斯蘭教法的合約審查，同時保留伊斯蘭教法學者的監督權

人工智慧（AI）可以幫助穆斯林創辦人或財務團隊更快地審查合約，但它應該被視為篩選助手，而不是伊斯蘭教法委員會、律師、穆夫提（教法說明官）或最終決策者。一個實用的工作流程是要求 AI 識別可能需要人工審查的條款：帶有利息的付款條件、不確定的交付義務、單方面處罰、不明確的所有權轉移、缺失的風險分配，以及與預期清真商業模式相衝突的語言。

其實用目標是具體且明確的。AI 應該產生一個結構化的問題清單，供合格的審查人員對照公認的標準和交易事實進行核對。希望獲得更廣泛網站資源的讀者也可以使用伊斯蘭世界地圖資源，而本頁面則專注於合約審查。若要獲取更多操作指南，請將本文保留在教學專區中，而不要將其視為宗教裁決。

在輸入提示詞之前先確定人工角色

在使用模型之前，請先分配職責。業務團隊應定義交易類型：銷售、租賃、代理、合夥、融資、軟體訂閱、採購、僱傭或服務交付。法律審查人員應檢查在相關司法管轄區的執行力。合格的伊斯蘭教法審查人員應決定該商業結構是否可被接受。AI 透過將冗長的合約轉化為帶有條款引用和問題的審查備忘錄，來支援這些角色。

這種角色分離至關重要，因為同一個詞在不同的合約中可能代表不同的含義。滯納金條款在一個文件中可能是行政性質的，而在另一個文件中則在經濟上等同於利息。補償條款可能是普通的風險分配，也可能將所有不確定性轉移到一方。AI 模型可以標記該問題，但除非提供並核實了這些事實，否則它無法得知雙方的完整意圖、管轄法律、會計處理或學者批准的結構。

將標準作為審查詞彙

AAOIFI 是伊斯蘭金融的核心標準制定機構，其材料涵蓋會計、審計、治理、職業道德和伊斯蘭教法標準。這並不意味著每個小企業合約都必須變成伊斯蘭金融產品。這意味著審查應使用穩定的詞彙：利息（riba）、不確定性（gharar）、賭博（maysir）、所有權、佔有、代理、承諾、銷售、租賃、合夥、擔保、處罰、慈善處理、披露和治理批准。

IFSB 標準增加了治理視角。合約審查流程應留下書面記錄：誰審查了文件、標記了哪些條款、諮詢了哪些標準或政策、修改了什麼，以及誰批准了最終版本。當 AI 以一致的格式建立該記錄時，它是非常有用的。但如果它在沒有顯示條款編號、假設和來源限制的情況下，給出自信的宗教結論，那將是非常危險的。

實用的提示詞順序

請分階段使用提示詞，而不是要求一個最終裁決。首先，要求模型對合約進行分類並提取商業事實：雙方當事人、產品或服務、價格、付款時程、交付日期、取消權利、保證、處罰、爭議解決論壇和管轄法律。其次，要求它列出可能影響伊斯蘭教法審查的條款。第三，要求它將每個問題對應到審查人員的問題，而不是裁決。

一個更安全的提示詞如下所示：「請作為篩選助手審查這份合約。不要發布教令（fatwa）或法律意見。識別可能需要伊斯蘭教法或法律審查的條款。對於每個問題，請引用條款編號，用通俗易懂的英文解釋疑慮，將風險分類為付款、不確定性、所有權、處罰、代理、披露或治理，並為合格的審查人員提出一個問題。」

然後執行第二個提示詞：「建立一個變更日誌。僅列出需要人工審查的條款。將確認的文本與假設分開。不要虛構事實。如果合約中未說明必要的事實，請將其標記為缺失。」這減少了模型將一份不完善的合約轉化為精美但無事實根據的答案的機率。

AI 應該標記什麼

對於付款條款，AI 應該識別帶有利息的語言、複利滯納金、僅與時間掛鉤的變動費用、改變交易經濟性質的提前付款折扣，以及需要慈善或治理處理的違約條款。輸出結果應說明該條款出現的位置以及審查人員應檢查它的原因。

對於不確定性，AI 應該標記缺失的交付日期、未定義的規格、不明確的驗收標準、模糊的服務水平、單方面取消權利，以及無法從文件中確定的價格條款。這些並不代表合約自動失效。它們是審查點，因為過度的不確定性會損害同意和公平性。

對於所有權和風險轉移，AI 應該檢查賣方在銷售前是否擁有或控制該資產、風險是否在明確的時間點轉移，以及一方是否承諾了其無法交付的內容。在軟體和數據合約中，等同的問題是權利、訪問權、正常運行時間、數據使用和終止是否定義得足夠清楚，以便雙方理解該交易。

企業的治理控制

小團隊可以使用簡單的控制文件。記錄模型名稱、審查日期、文件版本、提示詞文本、標記的條款、審查人員意見、最終決定和未解決的問題。將 AI 輸出保留為工作底稿證據，而不是最終權威。如果修改了某個條款，請保留修改前和修改後的文本，以便審查人員查看風險是否確實降低。

對於高風險合約，請採用雙人審核規則。一人進行 AI 篩選並準備問題日誌。第二人檢查輸出是否遺漏了明顯的條款或憑空捏造了無事實根據的主張。然後，合格的學者或伊斯蘭教法顧問應審查仍然重要的問題。這反映了伊斯蘭金融標準中的治理方向：決策需要流程、文件記錄和問責制。

常見的失敗模式

第一種失敗模式是要求一個二元答案：「這份合約符合伊斯蘭教法嗎？」這個問題會促使模型過度自信。更好的問題是：「哪些條款需要人工審查，以及缺失了哪些事實？」第二種失敗模式是僅貼上摘要而不是實際的條款文本。模型需要的是具體措辭，而不是業務團隊對其的記憶。

第三種失敗模式是使用忽略交易類型的通用提示詞。一種類似穆拉巴哈（murabaha）的資產銷售、服務合約、租賃和收入分成協議會提出不同的問題。第四種失敗模式是將 AI 輸出用作行銷證明。供應商不應因為聊天機器人這麼說，就告訴客戶某份合約符合伊斯蘭教法。審查必須可追溯到人工權威和記錄在案的標準。

簽署前清單

• 確定合約類型、雙方當事人、管轄法律、付款結構和交付義務。
• 要求 AI 提供逐條的問題日誌，而不是宗教裁決。
• 檢查利息（riba）、不確定性（gharar）、處罰、所有權轉移、代理權限、保證、取消和爭議條款。
• 標記缺失的事實，而不是允許模型去推論它們。
• 將重要問題提交給合格的伊斯蘭教法和法律審查人員。
• 將提示詞、輸出、審查人員筆記和最終決定保留在合約檔案中。

來源

• AAOIFI - 伊斯蘭金融標準的機構背景。
• AAOIFI 伊斯蘭教法標準 - 伊斯蘭教法審查詞彙的標準參考點。
• IFSB 標準 - 伊斯蘭金融機構的治理和審慎標準背景。
• 伊斯蘭金融的 AI 治理 - 關於問責制和模型治理的研究。
• 人工智慧在確保伊斯蘭金融機構符合伊斯蘭教法中的應用 - 關於 AI 輔助合規工作流程的研究。