直接回答：RNG 相關頁面最值得先查的不是一句「公平」宣稱，而是文件能否說清楚檢查對象、軟體或遊戲版本、檢查時間、範圍與報告識別資訊。這些資料可幫你判斷一項說法能回答什麼；它們不能預告任何一次結果。
先分三種句子
「某系統採用 RNG」是平台說法；「某份報告在某日檢查某版本」是可追查資料；「所以這次會怎樣」則是超出資料範圍的推論。閱讀時，先把句子放進正確類別。
| 類別 | 可查看的線索 | 合理用途 |
|---|---|---|
| 平台說法 | 說明頁、適用產品、更新日 | 知道對方聲稱的範圍 |
| 查驗資料 | 機構、文件日期、版本、報告編號 | 核對文件是否對應眼前產品 |
| 個人推論 | 「接下來必然」「剛剛因此」 | 不把它當成證據 |
用版本與範圍核對文件
一份文件即使存在，也要問它是否對應同一遊戲、同一版本與相同功能。若只看得到機構名稱卻沒有範圍、日期或可辨識的文件，最安全的結論是「尚不足以核對」，而不是自行補成通過或未通過。
| 核對欄位 | 看見時可記錄 | 缺少時的處理 |
|---|---|---|
| 對象與版本 | 完整名稱、版本字樣 | 不把同名產品視為同一版本 |
| 日期與範圍 | 發布/檢查日、涵蓋功能 | 不延伸到未列出的功能 |
| 報告識別 | 連結、編號、簽章或校驗資訊 | 保留「無法交叉核對」 |
虛構情境：文件存在，不等於已對應眼前頁面
假設小安看到一個「已查驗」標示，連結開啟後是一份舊文件。文件列出的是某軟體名稱，但沒有說明目前頁面的遊戲版本或功能是否包含在檢查範圍。小安可記下文件的發布日、機構、標題與可見範圍，也可確認兩個名稱是否完全一致；但他不能把「文件曾經存在」改寫成「目前這一項已被完整驗證」。
若頁面只用圖示或短句提到查驗，請把它視為進一步找文件的起點。真正能協助核對的資料通常包含可辨認的對象、時間、版本或範圍。找不到時可以詢問「這個標示對應哪一份公開文件、哪個版本、哪些功能」，而不是要求對方保證未來結果。
| 情境 | 可以下的最小結論 | 需要再找的資料 |
|---|---|---|
| 文件名稱與版本均相符 | 文件描述的範圍可被追查 | 是否有後續更新 |
| 名稱相似、日期很舊 | 可能需要比對，不可視為相同 | 目前版本與變更紀錄 |
| 只看見「公平」字樣 | 這是平台主張 | 對象、文件、日期、範圍 |
把查驗筆記寫得可以重看
筆記不需要複製整份文件。保留頁面標題、網址、看到日期、文件中可辨認的版本與範圍，並在旁邊寫下「這份資料沒有回答什麼」。例如它可能沒有說明某個新功能、沒有列出目前版本，或是無法確認連結是否為正式來源。這樣下次看到新頁面時，能比較資料是否真的新增，而不是只重複一句口號。
停止點也要寫清楚：當文件無法打開、版本不相符、只有轉貼截圖，或對方的回答沒有回到具體文件時，先不要延伸判讀。查驗資訊的價值是縮小可確定的範圍，而不是消除所有不確定性。
用一張查驗卡避免「有文件」的誤讀
每次看到查驗字樣時，可先做一張五欄卡：主張來自哪一頁、文件是誰發布、對象和版本是什麼、檢查範圍/日期為何、仍不能回答什麼。第五欄尤其重要，因為它提醒你不把查驗範圍擴大到未列出的遊戲、功能或個人結果。卡片不需判斷文件好壞，只需讓閱讀過程可回查。
| 查驗卡欄位 | 可寫內容 | 不能寫成 |
|---|---|---|
| 主張來源 | 頁面網址、查看時間 | 永久有效的承諾 |
| 文件發布者 | 文件署名或機構名稱 | 任何同名機構都相同 |
| 對象/版本 | 原文列出的辨識資訊 | 名稱相近就等同 |
| 範圍/日期 | 檢查項目與時間 | 涵蓋所有功能 |
| 未能回答 | 目前看不到的內容 | 不重要的空白 |
虛構情境：連結打不開，還要不要引用？
小傑在介紹頁看見一個報告連結，隔天連結無法開啟。他不把昨日看到的標示改寫成仍可查驗，而是記錄「某日曾見連結、目前無法取得」。接著他回到正式頁尋找新版文件或可辨識的報告資訊；找不到時，結論維持在資料不足。這比用搜尋結果片段或別人貼出的圖片補上內容更誠實，也更方便將來重新核對。
問對問題，才不會要求文件回答它做不到的事
可以問：「這份文件對應哪個版本？」、「檢查範圍包含哪些功能？」、「是否有較新的公開資料？」不宜問：「那我現在一定會如何？」後者把文件用途從描述檢查範圍，變成了結果保證。若對方只重複廣告詞、沒有回到版本或文件，將它記為未解問題後停止延伸即可。
核對前先界定「我正在查什麼」
查驗文字可能指向不同事：系統宣稱、特定文件、軟體版本、或某個功能範圍。開始前用一句話寫下目標，例如「確認這份文件是否明示目前版本與檢查範圍」，避免最後只因看見熟悉名稱就以為已完成查核。目標越明確，越容易判斷資料是否真的回答了問題。
| 查核目標 | 最少要看到 | 缺少時的結論 |
|---|---|---|
| 文件身分 | 發布者、日期、可開啟來源 | 文件尚不可回查 |
| 版本對應 | 名稱、版本或識別資訊 | 不確定是否同一對象 |
| 範圍 | 檢查的功能/限制 | 不擴大為全站結論 |
| 更新狀態 | 新舊文件或公告 | 不稱為目前有效 |
若一份資料只能回答其中一欄，仍可記錄其價值，但不要替其他三欄打勾。這能讓「公平」一詞回到可查範圍，不被誤用成對每個結果或每一個版本的保證。
文件條件與讀者結論的最後分界
即使文件列出完整日期，也只能說明那份文件描述的對象與範圍。它不能替未列出的版本背書，更不能把查驗概念轉為任何一次結果的答案。當你發現自己的筆記開始使用「一定」「保證」等字，請回到文件原文，刪除超出範圍的推論。
讓查驗筆記可被別人重做
合格筆記應讓另一個人能依網址、文件名稱、日期和版本重複你的查找過程。若只能寫「我看過一份報告」，那不足以讓人核對範圍。當你無法提供這四項其中幾項，將查驗結果維持在「線索」而非「證明」。
從文件到結論的檢查清單
在寫任何摘要前，逐項看：文件是否可開啟、發布者是否可辨識、對象是否能對上、版本/日期是否可見、範圍是否有明確描述。只有全部符合時，才可說「這份文件描述了某個範圍」；仍不可改說成每個版本、每個功能或未來結果都已獲保證。若任何一項缺失，將它寫在未確認欄並停止延伸。
這個清單也能避免兩種常見錯誤：將同名軟體視為同版，或把一份歷史文件當成目前狀態。文檔日期不是裝飾，而是限制讀者結論的條件。
結論前再看一次範圍
摘要的最後一句應只重述文件明列的範圍、時間與版本；未列的功能或結果保持未知。這能讓查驗資訊不被包裝成超出證據的承諾。
常見問題
有查驗文件就代表每一次結果都會一樣嗎？
不代表。文件說明的是特定檢查的對象與範圍，不能用來預測下一次結果。
看不到版本號怎麼辦？
先記下頁面名稱、網址與時間，詢問可對應的版本或文件；在得到對應資料前不要做延伸判讀。
RNG 和活動條款是一件事嗎？
不是。活動資格、期限和計算方式要回到活動原文分開閱讀。