用戶名稱變更實際告訴你什麼
Bluesky 用戶名稱是供人辨識的名稱。它可以被更改，也可以被重新分配。其下的帳戶識別碼是另一回事，而這個區別正是本項工作的全部基礎。
AT Protocol 應用程式會將用戶名稱解析為 DID，並以 DID 作為帳戶的標準識別碼。來源
由於 DID 是系統解析所得的識別碼，單憑用戶名稱變更並不能確定你看到的是另一個帳戶，而用戶名稱相同也不能確定你看到的是同一個帳戶。用戶名稱是標籤；DID 是錨點。
當一個熟悉的帳戶以新名稱出現、舊用戶名稱突然指向陌生地方，或你想判斷上月儲存的公開個人檔案今天是否仍屬同一帳戶時，這一點就很重要。以下工作關乎妥善記錄證據以便日後比對，而非證明某人是誰。
第一步：在解讀之前先擷取觀察結果
首先，在你看到的那一刻，寫下你實際看到的內容。不要事後憑記憶重構。
- 觀察日期。 使用完整日期，不要寫「最近」。用戶名稱變更和重新分配具時間敏感性，只有對照記錄下來的時間點，比對才有意義。
- 準確的用戶名稱。 逐字複製，包括任何顯示出來的網域式後綴。不要將其標準化、不要漏掉前綴，也不要憑記憶重新輸入。
- DID（如可取得）。 按顯示原樣複製識別碼。不要截斷，也不要轉述。
- 你當時查看的個人檔案。 記下顯示名稱和該刻個人檔案內容的一行描述，以便日後分辨頁面本身有否改變。
- 你如何到達該頁面。 直接瀏覽、已儲存的連結、搜尋結果或分享的帖子屬於不同的觀察情境，應分開記錄。
如果當時 DID 對你不可見，請明確記錄此事實。「觀察時 DID 不可用」是有用的數據點。事後憑記憶填補的空白欄位則不是。
第二步：理解解析過程在做什麼
一般而言，用戶名稱會被解析為 DID，而 DID 是系統視為標準的識別碼。DID 文件是將識別碼與其相關細節連繫起來的記錄。
DID 提供穩定的帳戶識別碼，而 DID 文件則記錄相關的用戶名稱、簽署金鑰和託管服務。來源
你不需要操作任何特定選單或隱藏搜尋功能來運用這個概念。實際重點更為狹窄：當你比對兩次觀察時，要比對識別碼，而非標籤。如果你只有標籤，你的比對較弱，你應該如實說明。
第三步：比對兩次觀察
將較早和較後的記錄並排放置，並在得出任何結論之前先分類結果。下文的決策表是此項工作的核心。
| 可取得的證據 | 支持什麼 | 不支持什麼 |
|---|---|---|
| 相同 DID，不同用戶名稱 | 支持帳戶延續性：識別碼不變，而可見標籤已移動。 | 不能證明帳戶背後的人就是你假設的同一人，也不能證明任何私人細節。 |
| 不同 DID，相似或相同用戶名稱 | 該用戶名稱現在解析為不同的帳戶識別碼。除非有其他證據，否則應將較早和較後的頁面視為獨立帳戶。 | 不能證明原帳戶已被刪除、改名、出售或棄用。 |
| 有用戶名稱，但其中一或兩份記錄的 DID 不可用 | 無法結論。你只有標籤比對。 | 不支持任何方向的延續性主張。 |
| 沒有較早觀察的記錄 | 無法比對任何東西。現在開始新的記錄。 | 不支持任何關於什麼改變了或何時改變的主張。 |
兩個習慣可讓這張表保持誠實。第一，切勿因為顯示名稱或照片看起來熟悉，就將無法結論的一行升級為結論。第二，切勿將相同 DID 的結果視為身份驗證。這是帳戶延續性的結果，僅此而已。
第四步：執行自我審查清單
在根據比對結果行動之前，檢查自己的工作：
- 我有否為比對的每一方記錄完整的觀察日期？
- 我有否準確複製用戶名稱（包括任何後綴），而非重新輸入？
- 我有否準確複製 DID，或明確記錄它不可用？
- 我是在比對識別碼，還是在比對標籤並稱之為匹配？
- 我有否在自己的筆記中將「相同帳戶識別碼」與「同一人」分開？
- 如果 DID 不同，我有否避免假設原帳戶已被刪除？
- 如果證據無法結論，我有否寫下「無法結論」而非猜測？
- 我有否將原始觀察與我對其的解讀分開？
任何未能通過首四項檢查的比對，應視為需要重新檢查的線索，而非發現。
常見錯誤
將用戶名稱視為永久地址。 用戶名稱會變更，也可被重新分配。儲存到用戶名稱的連結是連到標籤，而非連到識別碼。
假設改名即代表新擁有者。 相同 DID 下的可見用戶名稱變更，是普通的延續情況。相似用戶名稱下的不同 DID，則是重新分配的情況。它們從外表看很相似，但意義不同。
假設不同 DID 即代表舊帳戶已被刪除。 這只代表該用戶名稱現在解析為不同的識別碼。刪除是另一個問題，此比對無法回答。
事後憑記憶填補缺失的 DID。 重構的識別碼不是觀察。應記錄這個缺口。
讓匹配的照片或簡介代勞。 匹配的照片、簡介和用戶名稱不能獨立證明身份。它們充其量是佐證細節，而且很容易被複製。
跳過日期。 沒有時間戳，兩份記錄無法排序，而無序的比對無法支持延續性主張。
保護自己的數碼足跡
如果你處於這項工作的另一方，同樣的機制也適用於你。你的可見用戶名稱是他人可能記錄和比對的標籤，而你的識別碼是跨越用戶名稱變更而持續存在的錨點。這有兩個實際後果。
第一，預期任何儲存了你較早個人檔案的人都會注意到並比對用戶名稱變更。如果你希望延續性清晰可辨，請在變更期間保持公開個人檔案細節一致，讓比對記錄的讀者有穩定的依據。第二，記住公開匹配只是線索。比對你舊和新用戶名稱的人可以確定識別碼不變，但他們無法僅憑公開識別碼確定你是誰，工具也不能。
定期檢視你自己已知的公開用戶名稱，並記錄目前可見的內容，以便擁有自己註明日期的基線，而非依賴他人的筆記。如果你想找一個起點，TraceSeek 提供免費首次掃描，覆蓋 3,000+ 個平台，結果通常在 20–30 秒內返回。該掃描檢視公開用戶名稱匹配；它不會更改平台設定、保證匹配或驗證身份。請以對待自己觀察的同樣方式對待其輸出：視為有待檢查的註明日期線索，而非結論。
關於我們如何界定證據及其限制，請參閱我們的方法論說明；關於更改可見用戶名稱的機制，請參閱現有關於設定 Bluesky 網域用戶名稱和更新公開連結的指南。
關鍵事實
- AT Protocol 應用程式會將用戶名稱解析為 DID，並以 DID 作為帳戶的標準識別碼。
- DID 提供穩定的帳戶識別碼，而 DID 文件則記錄相關的用戶名稱、簽署金鑰和託管服務。
- 可見用戶名稱變更而 DID 不變，支持帳戶延續性；相同用戶名稱下的不同 DID，則代表該標籤現在指向不同的帳戶識別碼。
- 匹配的照片、簡介和用戶名稱不能獨立證明身份，因此共用的公開識別碼只是線索，而非帳戶背後是誰的證明。
- 沒有記錄 DID 的用戶名稱比對無法結論，不應作為延續性發現呈現。