Clash Verge Rev
先記錄現象，再收集日誌
一份有用的反饋應説明預期結果、實際結果、失敗時間以及最短復現步驟。先記錄操作系統、處理器架構、客户端版本和使用的代理模式，不必立即上傳全部配置。比如説明訂閲更新出現超時，比單獨説不能用更容易定位。儘量使用不包含私人賬户信息的測試目標。
只收集與問題相關的時間段
按當前客户端文檔提供的方式查看或導出日誌，在復現前記下時間，並保留錯誤前後的必要上下文。如果臨時提高日誌詳細程度，測試完成後應恢復原設置，避免長期積累不必要的數據。複製文件到本地副本進行脱敏，保留原始記錄供自己核對，不直接修改唯一一份證據。
逐項檢查敏感字段
檢查訂閲 URL、查詢參數令牌、Authorization 請求頭、代理密碼、UUID、Cookie、控制接口密鑰和私人服務器地址。本地文件路徑可能含真實用户名，目標域名和連接時間也可能暴露使用習慣。截圖還要檢查瀏覽器地址欄、二維碼和通知。用一致的佔位符替換同一字段，例如 SERVER_A 和 TOKEN_REMOVED，避免失去關聯。
保留診斷價值，不要全部塗黑
通常可以保留錯誤類型、狀態碼、時間差、客户端版本與脱敏後的配置結構。例如保留 HTTP 403 與請求階段，刪除認證值；保留權限不足錯誤，替換個人目錄名。説明你替換了哪些類型的信息。如果每行都被刪除，維護者無法區分網絡問題和配置問題，反而需要更多往返溝通。
提交前做一次獨立複查
把將要上傳的文本和圖片作為獨立文件重新打開，搜索 token、password、secret、Authorization 等詞，並人工檢查鏈接參數。確認沒有附帶整個用户目錄、瀏覽記錄或其他軟件日誌。優先使用項目指定的反饋渠道，先搜索是否已有同類問題；只有在確有必要且可信的私密渠道中才分享額外細節。
信息已泄露時怎麼辦
公開過的密鑰應視為可能已被複制。先撤銷或輪換相關訂閲憑據、控制接口密鑰或其他令牌，再刪除公開附件並告知相關服務方。不要僅把帖子設為隱藏就認為風險結束。後續反饋中説明憑據已處理，但不要再次貼出新值。整個排障過程應堅持只共享完成診斷所需的最少信息。