接受 Signal 用戶名稱請求可能會將你看到的標籤改為發送者的個人檔案名稱，並可能將該用戶名稱聊天合併到你之前已透過電話號碼與同一人進行的聊天中。用戶名稱是聯絡鍵，不是匿名身份，也不是對話之間的屏障。在接受之前，請決定你是否願意接受該合併以及該名稱在你的聊天列表中變得可見。
使用我們的 TraceSeek 應用程式尋找公開社交檔案線索。
接受請求實際會改變什麼
用戶名稱是某人分享以便開始新聊天的地址。它並不是接受連接後顯示的名稱。在 Signal 的文檔中，接受用戶名稱請求會將顯示的標籤改為個人檔案名稱。這是你自己聊天列表中的標籤變更，而不是查詢或公開的個人檔案頁面。實際重點是，接受後你看到的名稱可能與收到的用戶名稱文字不同。這裡沒有任何內容能確定發送者的身份；用戶名稱和個人檔案名稱都是標籤，不是憑證。 [Signal 支援：用戶名稱連結、訊息請求與變更]
- 先閱讀一次請求中的共享用戶名稱文字，然後在接受前暫停。
為何先前的電話號碼聊天很重要
Signal 的文檔指出，現有的電話號碼聊天可以與用戶名稱聊天合併，並揭示兩者屬於同一帳戶。因此，如果你已經與該電話號碼有對話，接受用戶名稱請求不會創建一個獨立、乾淨的線程。它可能會將兩者合併。這對連續性有用，但如果你期望分開則會感到不適。用戶名稱並不能將你與已經知道你的號碼的聯絡人隔離，也不會為你創建一個新的匿名身份。 [Signal 支援：用戶名稱連結、訊息請求與變更]
將你看到的與其含義分開
保持觀察範圍狹窄：收到了一個請求，它帶有用戶名稱，接受後可能會顯示個人檔案名稱並加入現有線程。限制同樣重要。這些都不能證明身份、意圖或可信度，也不會使發送者的帳戶安全或不安全。將名稱與你聯絡人中已有的號碼匹配是記錄之間的連結，而不是證明該人就是標籤所暗示的人。根據你自己的條件決定：你是否希望該對話合併，以及你是否想要該請求。
| 觀察 | 限制 | 下一步 |
|---|---|---|
| 有一個用戶名稱請求正在等待 | 用戶名稱文字不是顯示的名稱 | 接受、拒絕或按你自己的時間線保持待處理 |
| 你已經有一個電話號碼聊天 | 接受請求可能會合併線程 | 在決定前檢查該聊天的歷史記錄 |
當你是預期收到請求的所有者時
如果你計劃分享用戶名稱，預期對方在接受後會看到你的個人檔案名稱，並預期先前的電話號碼線程會加入新的線程。這是文檔記載的行為，不是缺陷，這也是為什麼在分享用戶名稱之前，你應該先決定你的個人檔案名稱表達什麼。同時記住，之後更改用戶名稱不會通知現有聊天，而舊的用戶名稱連結將無法再以你的帳戶開始新聊天。這些事實影響你如何分享地址，而不是是否會發生合併。 [Signal 支援：用戶名稱連結、訊息請求與變更]
- 在分享用戶名稱之前審查你的個人檔案名稱，而不是在接受請求之後。
如果文檔與你看到的不符
可用性和界面措辭可能有所不同，本指南不主張特定的選單路徑。如果你在應用程式中找不到描述的行為，請記錄該控制項或措辭不可用，並在此停止，不要猜測。使用官方當前的幫助頁面，或請帳戶所有者自願分享當前的截圖或連結。不要將缺失的選項視為合併不會發生的證據，也不要將可見的選項視為合併會發生的證據。 [Signal 支援：用戶名稱連結、訊息請求與變更]
仲有幾條問題
Signal 用戶名稱會向已經擁有我電話號碼的人隱藏我的號碼嗎？
不會。用戶名稱是一個單獨的地址，但與現有電話號碼聊天的文檔記載合併可能會揭示兩者之間的連接。已經知道你號碼的人不會被用戶名稱隔離。
在我接受發送者的請求之前，他們會看到我的個人檔案名稱嗎？
在文檔記載的流程中，接受請求是將顯示標籤改為個人檔案名稱的操作。本指南不對接受前顯示的內容作出任何聲明；將接受前的視圖視為不確定，並根據你能記錄的接受後行為做出決定。
用戶名稱是一個新的匿名身份嗎？
不是。它是一個用於開始聊天的地址，並且可以加入現有的電話號碼線程。它不保證匿名或隔離，接受後顯示的名稱是一個標籤，不是證明誰在寫作的證據。
來源及編輯說明
官方參考資料已於 2026年10月23日 核實。檢查清單、比較表同示例措辭係 DateClues 編輯工具，唔係官方測試或經驗證嘅風險評分。
一般資訊。任何指南或工具均無法核實某人的身分、意圖或安全。 閱讀我們的編輯標準。