司法管轄區

依司法管轄區閱讀的發現是一種閱讀輔助，取自未經法律顧問審閱的草案目錄。它絕不是法律意見，也絕不表示某個系統符合某項法律；以每項法律文件的官方文本為準。宣告系統在何處使用，Oloproof 便會對照涵蓋該地點的每一份目錄來閱讀它，列出它排除的每一份目錄及原因，並說明目錄何時應重新閱讀。

宣告系統在何處使用

governance.yaml 中的系統可以宣告 jurisdictions:，即一份 ISO 3166 代碼清單：國家（CA、US）、次級行政區（CA-QC、US-CO）、接在其次級行政區之後的城市（US-NY-NYC）、EU 或 INT。當某項法律文件的適用範圍取決於它們時，加上 sector:（public 或 private）和 role:（provider 或 deployer），並指明目錄索引：

catalogue_index: catalogues/catalogues.yaml
systems:
  - id: triage
    name: Benefits triage
    in_scope: true
    scope_reason: assesses eligibility for a provincial benefit
    aia_level: II
    jurisdictions: [CA-QC]
    sector: public

接著 oloproof governance check 會把每一份適用的已索引目錄加入系統自己的清單，並依系統列印每一份被選取或被排除的目錄及其原因：聯邦指令不及於省級機關，不相符的部門或角色會被指明，自願性框架會被提供但絕不被選取，提議中或已廢止的法律文件會被編入目錄但絕不被選取。手動指定的提議中目錄會被拒絕，而非被評估。沒有司法管轄區的系統保留它自行指定的目錄。當每個系統都宣告了司法管轄區時，檔案可以完全不指定任何目錄，而把它們交給索引，如上所示；oloproof init --example governance 會寫出這樣一個專案，並把目錄及其索引複製到 catalogues/ 中。

代碼只向下相符：為 CA 及其次級行政區編入索引的目錄涵蓋 CA-QC，但宣告 US-NY 的系統不受 US-NY-NYC 的目錄涵蓋。請宣告系統使用的最精確地點，以及它使用的每一個地點。

索引包含什麼

catalogues.yaml 的每個項目指明一個目錄檔案、它涵蓋的司法管轄區、是否涵蓋其次級行政區，以及它適用於何處：sector、role、voluntary 和 status（in_force、proposed 或 repealed），另有選用的 note 說明提議中的法律文件為何未被選取。它索引了加拿大（聯邦指令及其演算法影響評估、Policy on Service and Digital 及其指引、C-36 法案，提議中）、魁北克（其私部門與公部門隱私法）、安大略省（其人工智慧指令，以及在法規指明其人工智慧義務約束誰之前仍屬提議的 Enhancing Digital Security and Trust Act）、美國（適用於聯邦機關的 OMB M-25-21 和自願採用的 NIST AI RMF）、紐約市（關於自動化招募工具的 Local Law 144）、科羅拉多州（SB26-189，已頒布，自 2027 年 1 月 1 日起生效，因此在此之前不被選取）、歐盟（針對提供者、部署者、透明度與通用模型的《人工智慧法》；大多數高風險義務自 2027 年 12 月 2 日起適用，此前的發現描述的是準備情況）、英國（適用於中央政府的 Algorithmic Transparency Recording Standard，以及 ICO 人工智慧指引所說明的 UK GDPR 義務，包括關於自動化決策的第 22A 條至第 22D 條）、新加坡（AI Verify，自願採用）以及含附錄 A 控制措施的 ISO/IEC 42001 和 ISO/IEC 23894（自願採用，僅列編號與標題）。在歐盟成員國宣告的系統，例如 FR 或 DE-BY，由歐盟目錄涵蓋。每份目錄都在開頭幾行說明自己是未經法律顧問審閱的草案。

一份證據，多份目錄

一列對照會把一條 gate 規則同時提供給多份目錄中的可量測要求：

crosswalk:
  - id: fair
    rule: parity-gap
    targets: [DADM-6.3.3#1, EUAIA-10]

在審閱者為某個系統的目標接受它之前，一列對照不約束任何事物：oloproof governance crosswalk --row fair --system triage --target EUAIA-10 --by "A. Reviewer"，記錄於審閱日誌中。只有該目標讀取這條規則，且僅在該列維持接受時的樣子時如此；被編輯的列會重新提供。使用相同旗標的 --withdraw 會撤回一次接受。對照從不表示兩項要求相同；它表示同一份證據提供給兩者，發現會指明該列。

目錄何時應重新閱讀

每份目錄都記錄它對照其法律文件被閱讀的時間（read_on）以及應多久再讀一次（review_every，預設六個月，正在修訂的法律文件為三個月）。過了該日期，其發現維持原有狀態，並在頁面、匯出和 API 中旁註「catalogue not reread since」。若法律文件在目錄被閱讀之後經過修訂（amended_on），則在重新閱讀之前其發現顯示為無法判定。

依司法管轄區，在終端機與工作區中

oloproof governance check 在其選取結果的最後輸出一個「By jurisdiction」區塊：針對每個系統及其宣告的每個地點，列出涵蓋它的目錄、各狀態下的發現數量，以及已過期的目錄；檔案以自身路徑指定的目錄另行列出。託管的治理頁面顯示相同的分組。封存的匯出仍然只是已簽署的紀錄；分組由它得出，絕不以未簽署的形式附在其旁。

它無法告訴你什麼

目錄是依某位讀者在某一天的理解對其法律文件所作的轉述。Oloproof 不追蹤立法變動；審閱日期與重新閱讀的人才是這項機制。哪些法律文件適用於一個組織、它們對組織有何要求，是需要詢問法律顧問的問題。