用證據收據檢查透明度，不把差異壓成總分

讓AI身分、產品角色與限制在情境切換後仍可見

人物名稱或溫暖聲音不能代替AI身分說明。一般對話、語音、分享內容與久未使用後的回訪，都應讓人知道自己正與AI生成系統互動，並寫清楚它在產品中的角色，例如整理使用者提供的內容、產生反思問題或草擬選項。目的旁要放置不支援用途與能力限制，而非只藏在政策頁。用角色切換提示做負向測試：助手可以在虛構練習中換語氣，但AI身分、營運者與能力邊界不能消失。歐盟AI法案Article 50提供特定直接互動AI系統的地區性揭露參考；是否適用取決於情境，本文不作合規判斷，只檢查身分揭露是否可觀察。

在每次互動顯示資料與記憶的目前範圍

隱私文件談的是可能處理的資料，當次收據則要列出實際啟用的範圍：目前訊息、附件、資料設定、專案脈絡、過往對話、連接來源或記住的偏好。它也要區分這次輸出所用內容與因其他目的收集的內容，並提供檢視、修正、停用或到期控制。文字、語音、通知、匯出與不同裝置應使用一致標示。關閉一項記憶後開新對話，就是簡單負向測試；若標籤變了，舊細節卻仍出現，應留下不一致紀錄。這項檢查不延伸到資料實際儲存位置或刪除是否完成，那些問題交給獨立資料透明度指南。

讓來源、推論、衝突與未知貼近重要輸出

頁尾的一般警語不等於針對當下輸出的說明。收據應分開列出使用者提供的事實、檢索來源與日期、產品設定、助手推論、相互衝突的材料、無法存取的資料和仍未知部分。PAIR建議揭露影響結果的資料來源與系統行為，協助使用者調整依賴程度。沒有清楚定義、證據和可行動下一步的百分比，只會製造精確外觀。測試時移除一項來源、加入矛盾資訊，再重新開啟來源日期已過的回答；介面應顯示衝突或降低確定語氣。要判斷來源內容是否正確，仍應採用另一篇文章的事實核驗流程，不能把有標籤當成已證實。

從控制、退出與跨裝置結果判斷是否真的可操作

可操作控制須說明影響哪些畫面、何時生效、如何確認，以及失敗時如何重試或撤回。使用者應能更正偏好、縮小個人化、停用功能、暫停通知並透過一般帳戶流程離開，不必與角色協商。PAIR建議清楚說明回饋如何及何時改變系統，並保留退出與重設。負向測試可斷開一個資料來源，在另一裝置開啟無關新對話；若來源仍被使用，收據不可關閉。對話中的「已為你關閉」只是文字，設定狀態和實際行為也要同步變化。若不同裝置結果不一致，記下版本、裝置與待處理狀態，而不是猜測哪一邊才是真值。

把錯誤回報、人工檢視和申訴追到終態

只有回報按鈕仍不足。流程應說明可回報的問題、附帶資料、是否有人工作業、狀態查詢位置，以及已修正、未採納、無法重現、被新版本取代或仍在檢視等終態。內容修正與產品事件要分流，也不應要求與處理無關的額外資訊。NIST Core將外部回饋與影響記錄納入持續管理。使用無害、可重現的小錯誤測試受理回條、狀態更新、結果理由與補充或申訴入口。沒有回覆不代表處理完畢，客服承諾也不是終態證據。每張收據保留當時版本、會話識別和使用者實際看到的結果。

把七行收據綁定版本日期，不進行加總排行

七行分別是AI身分與角色、目的與限制、資料與記憶、來源與不確定性、控制與退出、錯誤與申訴、版本與日期。每行記錄位置、動作、負向測試、觀察結果、未解缺口、負責者和核對日；只有證據存在且動作符合聲明才通過。不要加分或平均，缺少退出不能由精美來源說明抵銷。產品實質更新後，重測一個身分揭露、一項記憶、一則帶來源輸出、一個退出和一個回報狀態。NIST Playbook強調按情境選擇做法；「改善體驗」的發布說明不足以延續舊證據。保留有日期的歷史收據，無證據處明寫未知。

繼續探索這個主題