你在节点列表选了 A，却看到某个网站走了 B，可以从对应连接记录开始查。配置中的选择、路由命中与最终出口不是同一个字段。FlClash 连接页提供的是观察入口，不能仅靠节点延迟推导真实请求路径。
先让记录对应一次明确请求
保持客户端、配置和网络不变。打开连接页后，对一个你有权访问的目标建立新请求，记录时间、域名与使用的应用。避免同时刷新多个页面或启动大批下载，否则很难判断哪条记录属于本次测试。
ConnectionsView读取当前连接列表并刷新显示。请求很短时，活动连接可能已经结束；页面一时没有记录，不能直接证明应用完全绕过了内核。先核对时间和视图类型，再尝试一个持续时间足够观察的授权请求。
把三个字段分开阅读
| 字段 | 它能帮助判断什么 |
|---|---|
| 目标域名、目的 IP 与端口 | 是否找到当前请求，域名和地址是否对应 |
| 规则及规则载荷 | 这条连接被什么条件分流 |
| 代理链或组链 | 记录中的选择组及后续出口，不能仅看第一个名称 |
固定版本的连接详情组件把规则与 rulePayload 组合显示，并对 chains 进行反向展示。界面的阅读顺序有实现逻辑，不应把一串组名直接解释为物理网络一定经过相同数量的服务器。
某些元数据为空时，界面不会凭空补出信息。例如没有目的 IP，就不应该从旁边另一个请求复制地址作为“本次出口证据”。
用一次改变验证你的判断
先保存旧记录。仅改变当前配置中的一个相关选择，再建立同一目标的新请求，比较规则与链字段。若规则始终把目标送往另一组，应检查该组的当前选择，而不是反复点与你这条连接无关的节点。
如果运行模式变化了，记录模式再比较；不要同时改变模式和节点。旧连接可能继续存在，比较应以新请求的时间和目标为准。本页不要求关闭所有连接，避免为了观察而中断无关业务。
不同结果怎样处理
- 目标与时间对不上：先确认记录归属，暂不修改路由。
- 命中规则符合预期，但出口不符：检查该规则指向的组及组内选择。
- 规则或载荷缺失：保留原记录与相关日志，不自行猜测命中过程。
- 只有一种应用无记录：回到该应用实际接管方式，不能用浏览器结果替代它。
更深入的 mihomo 路由语义可参考内核官方规则文档，但客户端当前显示仍以该版本记录为准。
隐私与核验状态
2026-10-04 核对上述 FlClash v0.8.99 两个组件。本文未抓取用户流量，未进行节点实测。反馈时保留规则类型、脱敏载荷、时间和组的代号，隐藏目标中的账号参数、源 IP、内网地址与敏感访问域名。
尚未确认客户端接管时，先看订阅配置四项验收。