Roxi一份有效反馈不需要包含整个账户
支持人员首先需要知道失败发生在哪个阶段，以及怎样重复看到它。系统版本、客户端和内核版本、网络类型、时间与错误原文，比“所有节点都红了”更有用。分享前先确定接收方与渠道，不把完整配置、订阅链接或原始抓包发到公开评论区。
第一步：固定条件，只复现一个失败动作
- 记下时区与时间、设备系统、客户端及内核版本、当前配置模式和接入网络类型。节点用自己定义的代号，不必公开完整服务器地址。
- 选择一次明确操作，例如“规则模式下打开某个公开页面”或“点击订阅更新”。记录期望结果与实际错误，不连续切换十个节点。
- 保留一轮有意义的对照，例如同节点换网络，或同网络换节点。没有做过的测试写“未测试”，不要凭感觉填“全部失败”。
第二步：导出与故障对应的日志
以 Clash Verge Rev 为例，官方说明区分 GUI 日志与 service 目录中的内核日志。窗口或订阅管理问题可能先看 GUI；启动、路由和节点连接问题通常还要看内核。修改日志级别后，按客户端要求重新启动并复现，再选择当日最新日志。不要只导出发生故障前的旧文件。
如果普通日志已包含错误，无需为每次求助都开 debug。确需更详细记录时，只保留覆盖复现时刻的短时间窗口，导出后恢复原级别，避免长期记录过量访问细节。日志目录和按钮位置随客户端版本变化，以其官方导出说明为准。
第三步：在本地脱敏，检查正文和文件名
| 内容 | 处理方法 |
|---|---|
| 订阅 URL、token、节点密码、UUID | 移除完整值；二维码也按凭据处理 |
| Cookie、Authorization、会话或 API 密钥 | 删除对应秘密，不保留可复用片段 |
| 公司域名、内网拓扑、个人 IP | 用一致的代号替换，保留必要的关系 |
| 用户名、设备名和本地路径 | 替换个人部分，保留与错误有关的路径结构 |
| 访问记录、消息、文件正文 | 删除与这次问题无关的请求和负载 |
保留原日志在自己的受控位置，复制一份用于脱敏。自动正则可能漏掉编码后的 URL、嵌套 JSON、Base64 配置和截图中的二维码，因此还要人工查看准备发送的最终文件。打码时应真正移除可读内容，不用可撤销的半透明图层。
浏览器网络记录和 HAR 也可能包含秘密
仅在需要定位网页请求时导出对应时间段。即使浏览器提供清理敏感信息的 HAR 导出选项，也不能保证 URL 查询参数、请求正文或响应内容没有账户数据。先排除登录、支付和私人内容，再检查导出结果；不要上传原始 HAR 给陌生在线分析站。
可以直接填写的反馈模板
问题：<一次具体操作在哪里失败>
时间与时区：<日期 时间 UTC+8>
系统 / 客户端 / 内核：<版本>
网络：<家庭 Wi-Fi / 蜂窝 / 公司网络等>
接管与模式：<系统代理或 TUN；规则或全局>
复现步骤：1. <动作> 2. <动作>
期望结果：<应发生什么>
实际结果：<完整错误，敏感值已替换>
对照结果：<只列做过的测试>
日志：<时间范围，GUI 或内核，已脱敏>
最近变化：<升级、换配置或网络；没有则写无>发送前最后检查
- 确认日志覆盖复现时刻，版本和时区没有漏写，截图中的文字能看清。
- 只通过你已经核实的支持入口提交必要材料。公开工单使用最少信息，敏感上下文按支持方正式私密渠道处理。
- 问题解决后记录有效改动与验证结果，恢复临时日志级别。若发现凭据已经泄露，执行撤销与轮换，不把删帖当作撤销。