認證架構

資料模型

每一種認證都有一份版本化的「認證定義」，定義生效後即不可修改內容，只能以新版本取代；已核發的證書會記錄它當時對應的定義版本，不會因為定義之後改版而回溯改變。

認證分為五個層級，條件由寬到嚴：完課證書（L1）確認學員完成該課程訂定的單元、實作與測驗門檻；應用能力證書（L2）在完課條件之上，額外要求一份實作成果經教師或認證管理員依評分規準審核通過；角色證書（L3）以多門課程或多張證書、特定能力組合為前提條件組成，可能另外要求通過一項綜合評量，用來代表跨課程的角色職能；實作專案認證（L4）需要在產業或校園實作專案中，有經過指導教師或評審確認的實際貢獻，並非只憑報名或參與即可取得；專業考照（L5）需要正式監考與身分查核，平台目前無法啟用 L5 定義，也尚未開放這個層級的核發。

截至目前，全部 28 門已發布課程（AI、DS、AD、IL 與 GoAI 系列）都訂有各自的完課與應用能力核發條件，涵蓋課程訂定的必修單元、實作與測驗門檻，並視課程而定額外要求一份經審核的實作成果；每門課程實際提供哪些認證，以及各自的核發條件，仍以該課程頁面「評量與學習證明」段落列出的內容為準。

資格與核發

• 只有測驗分數不足以取得完課證書或應用能力證書，一定要有其他形式的能力證據；應用能力證書一律需要人工審核過的實作成果
• 核發方式依認證定義而不同：部分完課證書在符合資格的條件齊全後由系統自動核發，應用能力證書與其他層級則由具權限的教師或認證管理員審核後人工核發；無論哪一種，系統都不會單憑進度或測驗分數直接核發
• 角色證書（L3）的資格由一套規則引擎判斷，例如是否已持有特定先修證書或課程、是否具備特定能力組合，以及是否通過綜合評量；實作專案認證（L4）則要求指導教師或評審先確認學員在專案中的實際貢獻與身分，才會核發
• 同一人同一項認證的核發具備冪等性，不會重複產生相同的證書
• 撤銷或以新版本取代一張證書時，原始紀錄永遠保留，只會更新狀態，不會被刪除

公開驗證

每張證書都有一個公開的驗證頁與可掃描的 QR code。驗證頁會顯示證書持有人姓名（核發當下證書姓名的固定快照，不會因之後帳號改名而改變）、狀態、名稱、層級、發證與有效日期、可公開的能力說明，以及（有訂定學習時數的課程證書）學習時數；不會顯示測驗分數、Email 或內部評分細節。驗證頁只服務單一一張已知驗證碼的證書，沒有任何方式可以用姓名搜尋、瀏覽或列出其他證書或持有人；找不到的認證代碼與已選擇不公開的技能護照，會回傳相同格式的「找不到」結果，避免被用來猜測代碼是否存在。

證書可以匯出成 Open Badges 3.0 或 CLR 2.0 格式的檔案，供支援這些標準的其他系統使用；匯出內容套用與公開驗證頁相同的揭露範圍。技能護照本身預設為私人，只有持有人自己選擇開啟公開分享後，才會產生一個可公開瀏覽的頁面連結。

• 如何查看與分享我的證書
• 貼上驗證碼查詢證書
• 隱私說明

核發政策與治理

每份認證定義都帶有一項「核發政策」，以白話說明這項認證如何核發：資格條件齊全後自動核發、測驗與實作證據都具備時才自動核發、逐一審核後核發、批次核准後核發、經委員會核准後核發，或暫不開放核發。依慣例，完課證書（L1）以自動核發為目標，應用能力證書（L2）以需檢查證據的自動核發為目標；L3 與 L4 需要審核，L5 為停用。無論政策為何，核發仍須通過上述的資格判斷規則。

變更核發政策是一筆有追蹤的申請，而不是直接修改。由認證管理員提出後，該課程已登記的課程負責人會收到附有單次使用、限時連結的 Email 通知，只有在負責人（或另一位未提出該申請的授權管理者）核准後政策才會改變；駁回則維持原政策。課程負責人也可以在教師專區處理待決申請。這讓「提出變更的人」與「核准變更的人」維持分開。

認證管理員在管理主控台可以看到每項認證的就緒檢查表（評分規準已啟用、定義已啟用、已登記課程負責人、核發政策達到目標、沒有待決申請）與建議的下一步。啟用評分規準或定義之後無法復原；啟用、停用，以及每一次核發政策的變更都會寫入稽核紀錄，主控台的近期活動時間軸即取自該紀錄。