日志的作用是还原一次操作经过了哪些环节。它不是一张自动判定机场好坏的成绩单。看到 timeout、error 或 warning 时，先确认是哪一个请求、在哪个阶段失败，再决定下一步检查什么。
先记录一个能够重复的问题
写下发生时间、设备系统、客户端和内核版本，以及你刚刚进行的动作。例如“更新订阅时报错”和“节点已经加载但网页打不开”属于不同问题。没有这些上下文，单独截取一行错误很容易被误读。
尽量暂停无关下载，再用同一个应用重复一次目标操作。记录开始与结束时间，只取这段附近的日志。如果问题偶尔出现，也应标注网络是否切换、设备是否休眠，而不是用反复刷新制造更多无关记录。
应用日志与内核日志关注不同层次
图形应用日志更可能涉及界面、文件读写、更新或启动流程；代理内核日志更接近连接、规则与转发过程。Clash Verge Rev 的官方日志说明也区分界面与内核记录。先按现象选对日志来源，会比把整个日志目录都上传更有效。
普通信息级别适合观察日常状态，详细调试级别可能产生更多内容。只有排查确实需要时再临时提高级别，完成复现后恢复合适设置，避免长期积累过量记录和不必要的访问细节。
按阶段理解常见提示
- 配置解析错误：先看格式、字段与客户端支持范围，不急着换节点。
- 名称解析失败：先核对域名和解析路径，区分节点域名与目标网站域名。
- 连接被拒绝：查看被连接的地址与端口，以及对应服务是否监听。
- 超时：只能说明某一步没有在规定时间内完成，原因可能涉及多个环节。
- 证书错误：检查系统时间、目标地址和证书信息，不把忽略验证当成通用修复。
这些是阅读方向，不是只凭一个英文词就能得出的最终结论。同一问题可能产生后续连锁错误，应从最先发生且与目标操作相关的记录开始。
发送前检查哪些内容需要遮住
订阅完整网址、令牌、节点认证信息、二维码和配置内容都可能授予访问权限。日志还可能包含你访问的域名、局域网地址或工作系统名称。求助时只保留对定位问题必要的字段，遮住其余内容。
保留未修改的原始记录在自己设备中，另外制作脱敏副本。截图裁切后还要确认地址栏、通知区域和侧边窗口没有暴露资料。不要认为一串编码字符看不懂，就不包含敏感信息。
把求助写成可复现的短说明
一份实用描述可以包含：环境、发生时间、具体动作、预期结果、实际结果、已经尝试的一项调整，以及对应日志片段。说明调整后是恢复、无变化还是变差，比只写“全部不能用”更方便对方判断。
若问题发生在订阅阶段，可接着看订阅更新失败排查；已经进入连接阶段，则按网络连接检查顺序继续。每次只验证一个猜测，日志才会成为可靠的线索。
