AI 治理清單是一份可以逐項驗證的控管清單，每一項都有負責人與證據，用來證明公司清楚知道哪些團隊用哪些 AI 模型、送了什麼資料、花了多少錢。本文針對模型 API 使用，整理 4 組共 12 個檢查項；每一項都寫明「完成」長什麼樣子、誰負責、稽核人員會要看什麼，並把四組對應到 NIST AI 風險管理框架的四個功能。
這份清單涵蓋什麼
這是一份針對模型 API 使用的營運型清單，範圍是 API 金鑰、模型存取、資料邊界、費用與事件應變。偏誤與公平性測試、透明度與可解釋性、模型驗證，以及 AI 決策對人的影響，都不在範圍內。這些請參考 NIST AI 風險管理框架（AI RMF 1.0，2023 年 1 月 26 日發布）與其生成式 AI 剖析 NIST-AI-600-1（2024 年 7 月 26 日發布）。
12 個檢查項一覽
清單如何對應 NIST AI RMF
NIST AI RMF 把 AI 風險管理分成四個功能。以下對應是概略的：每個 NIST 功能的範圍，都比放在它底下的三個檢查項更廣。
如果你的組織已經以 NIST AI RMF 作為 AI 治理框架來回報，這 12 項可以放在這四個標題底下，作為 API 使用面的控管。
第一組：金鑰與身分（Govern）
1. 每把金鑰屬於一個專案，並有具名負責人
五個服務共用一把金鑰時，撤銷它就會讓五個服務一起停擺。每把金鑰只綁一個專案，做法見一專案一金鑰。
- 完成標準：金鑰清冊中每把有效金鑰都列出專案與具名負責人，且沒有任何一把金鑰被多個服務使用。
- 負責人：平台團隊。
- 證據：金鑰清冊匯出，以及抽樣五個服務、顯示它們用的是五把不同的金鑰。
2. 離職當天撤銷 AI 存取權限
已離職外包人員的金鑰是最常見的缺口。把 AI 金鑰與主控台角色加進離職檢查表，和電子郵件、SSO 放在一起。
- 完成標準：離職檢查表有一行處理 AI 金鑰與角色，且最近三位離職者都在一個工作天內處理完畢。
- 負責人：IT，由平台團隊執行金鑰撤銷。
- 證據：最近三位離職者的離職工單，附撤銷時間戳記。
3. 沙盒與正式環境分開，沙盒有固定預算
實驗在獨立專案裡用獨立金鑰執行，預算小到失控的迴圈也不會變成月底驚嚇，例如每個團隊每月 50 美元。
- 完成標準：沙盒金鑰碰不到正式環境的預算，且每個沙盒專案都有固定分配額。
- 負責人：工程主管。
- 證據：列出每個專案環境與預算的專案清單。
第二組：模型與資料邊界（Map）
4. 每個專案有模型白名單並記錄理由
客服摘要專案可能只需要 Claude Haiku 4.5。要加入更貴的模型，應該開工單寫明理由；呼叫清單以外的模型則應該失敗。
- 完成標準：每個專案都有明確的白名單，且對清單外模型的測試呼叫會回傳錯誤。
- 負責人：專案技術負責人，經平台團隊核准。
- 證據：各專案白名單匯出、變更工單，以及那次失敗的測試呼叫。
5. 資料等級對應到允許的供應商與模型
客戶資料能不能送進外部模型，不該由工程師每次自行判斷。一頁表格就能回答：資料等級、允許的供應商或模型、必要的前處理（例如遮罩）。
- 完成標準：表格經核准並有版本，且每個專案都標註它會送出的最高資料等級。
- 負責人：資安或隱私團隊。
- 證據：附版本日期的簽核表格，以及專案對應資料等級的清單。
6. 記錄每家供應商的資料條款
資料保留期間、是否用於訓練、處理地區，在不同供應商之間、同一家供應商的不同方案之間都不一樣。依供應商與方案逐一記錄，並附上你審查的條款版本連結。
- 完成標準：每一家使用中的 AI 供應商與方案都在登記表上有一列，且在過去 12 個月內審查過。
- 負責人：法務或採購。
- 證據：附連結與審查日期的供應商登記表。
第三組：費用與歸屬（Measure）
7. 每個專案都有硬性花費上限
超支的第一個訊號，應該在帳單寄來之前就由上限觸發。指定一個人，在專案碰到上限時決定下一步：加值、等待，或改用較小的模型。
- 完成標準：每個正式與沙盒專案都設定了上限，並有具名預算負責人。
- 負責人：各專案的預算負責人。
- 證據：上限設定，以及上一次有專案碰到上限時的處理紀錄。
8. 每筆請求都能追溯，保留期配合稽核期間
任何一次呼叫，你都應該能說出它的專案、金鑰、模型、狀態與 token 數。確認你的工具把這些紀錄保留多久；如果比稽核人員抽樣的期間短，就定期匯出。
- 完成標準：應用程式日誌中的請求 ID 能追到對應紀錄，且保留或匯出期間有書面記錄。
- 負責人：平台團隊。
- 證據：一筆從頭到尾追溯的請求，以及書面的保留期或匯出排程。
9. 每月依專案對帳
把各家供應商的用量換算成同一種單位，並把帳單總額與各專案用量加總對帳。各個項目怎麼讀，見怎麼讀懂 AI 帳單。
- 完成標準：月報能把帳單對到各專案總額，超過約定門檻的差異都有書面說明。
- 負責人：財務，由平台團隊提供資料。
- 證據：最近三次的月對帳。
第四組：接入、事件與審查（Manage）
10. 新 AI 服務只走一條接入流程
第 4 到 7 項要在發出第一把金鑰之前完成：白名單、資料等級、供應商條款、預算。費用報銷是交叉檢查，沒有接入工單的 AI 扣款就是 Shadow AI。
- 完成標準：本季新增的每一個 AI 服務都有接入工單，且費用報銷審查沒有發現缺工單的 AI 扣款。
- 負責人：平台團隊與採購。
- 證據：接入工單與費用報銷審查結果。
11. 有金鑰外洩應變手冊且演練過
手冊列出撤銷、追查、重發的步驟，以及誰要通知誰。實際演練並計時。
- 完成標準：手冊已發布，且過去 12 個月內演練過並記錄撤銷所需時間。
- 負責人：資安值班。
- 證據：手冊與附時間戳記的演練紀錄。
12. 每季審查存取權限
撤銷 30 天沒有流量的金鑰、關閉沒有負責人的專案、確認管理員名單。
- 完成標準：在季末兩週內完成審查並簽核。
- 負責人：平台團隊。
- 證據：簽核過的審查紀錄，附撤銷的金鑰與角色變更清單。
依公司規模從哪裡開始
在 ATP Token 上執行這份清單
ATP Token 涵蓋發生在 API 路徑上的檢查項。資料分級（第 5 項）與供應商條款（第 6 項）仍是你的政策文件；接入、應變手冊與審查（第 10 到 12 項）仍是你的流程。ATP 提供這些流程要用的紀錄。
第 8 項中，保留 7 天的請求紀錄定位是除錯用。如果稽核期間更長，就定期呼叫 Console API 的請求紀錄端點，把結果存在自己的儲存空間。
