Clash Verge Rev
先记录现象，再收集日志
一份有用的反馈应说明预期结果、实际结果、失败时间以及最短复现步骤。先记录操作系统、处理器架构、客户端版本和使用的代理模式，不必立即上传全部配置。比如说明订阅更新出现超时，比单独说不能用更容易定位。尽量使用不包含私人账户信息的测试目标。
只收集与问题相关的时间段
按当前客户端文档提供的方式查看或导出日志，在复现前记下时间，并保留错误前后的必要上下文。如果临时提高日志详细程度，测试完成后应恢复原设置，避免长期积累不必要的数据。复制文件到本地副本进行脱敏，保留原始记录供自己核对，不直接修改唯一一份证据。
逐项检查敏感字段
检查订阅 URL、查询参数令牌、Authorization 请求头、代理密码、UUID、Cookie、控制接口密钥和私人服务器地址。本地文件路径可能含真实用户名，目标域名和连接时间也可能暴露使用习惯。截图还要检查浏览器地址栏、二维码和通知。用一致的占位符替换同一字段，例如 SERVER_A 和 TOKEN_REMOVED，避免失去关联。
保留诊断价值，不要全部涂黑
通常可以保留错误类型、状态码、时间差、客户端版本与脱敏后的配置结构。例如保留 HTTP 403 与请求阶段，删除认证值；保留权限不足错误，替换个人目录名。说明你替换了哪些类型的信息。如果每行都被删除，维护者无法区分网络问题和配置问题，反而需要更多往返沟通。
提交前做一次独立复查
把将要上传的文本和图片作为独立文件重新打开，搜索 token、password、secret、Authorization 等词，并人工检查链接参数。确认没有附带整个用户目录、浏览记录或其他软件日志。优先使用项目指定的反馈渠道，先搜索是否已有同类问题；只有在确有必要且可信的私密渠道中才分享额外细节。
信息已泄露时怎么办
公开过的密钥应视为可能已被复制。先撤销或轮换相关订阅凭据、控制接口密钥或其他令牌，再删除公开附件并告知相关服务方。不要仅把帖子设为隐藏就认为风险结束。后续反馈中说明凭据已处理，但不要再次贴出新值。整个排障过程应坚持只共享完成诊断所需的最少信息。