先讀這裡

這一頁回答什麼？

IAGA 分階段確認資料能否讀取、是否指向正確對象、語義是否成立，以及權利與研究條件是否符合；前一關通過不代表全部通過。

故事關係：這篇故事可用來理解混合情感如何同時包含多個成分；它是閱讀例子，不表示正文直接使用 IAGA 名稱。 〈因果堆疊溢出與骯髒黃金年代〉

權威入口：本標準總覽

正式規格

若只想理解世界觀，到這裡已足夠；以下內容提供正式定義、欄位、治理與實作細節，可以依需要再深入閱讀。

核心原則

IAGA 的符合性不是單一「通過／失敗」。資料格式、引用完整性、語義治理、權利與來源，以及研究層治理是彼此獨立的檢查；前一層成立，不代表後一層自動成立。

CL1–CL6

六個符合性層級分別回答不同問題；目前最後一層 Production Conformance 在 IAGA 1.0 RC 中仍維持未定義且鎖定。

IAGA 符合性層級
Level正式名稱判定內容
CL1Parse Conformance結構是否有效。
CL2Referential ConformanceID 與 references 是否可解析。
CL3Semantic Governance Conformance跨紀錄語義規則是否成立。
CL4Rights / Provenance Conformancerights 與 provenance 規則是否成立。
CL5Research ConformanceTarget-Native、R5 與 interop research governance 是否成立。
CL6Production Conformance目前 IAGA 1.0 RC 為 undefined / locked。

驗證流程

驗證依固定順序逐步進行。只有在需要跨系統交換時才進入 Interop Bridge；只有在版本轉換時才進入 Migration。

遇到強制錯誤條件時應採封閉式失敗（fail-closed）。驗證器不得因封包看起來異常，就自行改寫 Core 或新增 Dimension。

P1–P8 Validation Pipeline

  1. P1Structural Parse
  2. P2Referential Integrity
  3. P3Semantic Governance
  4. P4Rights / Provenance
  5. P5Research Governance
  6. P6Interop Bridge只有需要 exchange 時執行。
  7. P7Migration只有需要版本轉換時執行。
  8. P8ValidatorReport / ConformanceReport

適用邊界

即使通過 Research Conformance，也只表示研究層規則成立；這不代表已獲法律授權或重建權，也不會自動建立新的 Dimension、Core axis 或第一人稱等價。Conformance 只回答「符合哪一層規則」，不能取代其他治理決定。