URL Scheme 失效：Windows 的 Clash 链接怎么读
文档说 Windows 协议失效可能与其他 Clash 类软件卸载后残留关联有关，并给出注册表检查位置。它也要求对订阅请求做 URI 编码；其他系统的检查步骤，官方没有说明。
导入链接格式是什么？
格式以 clash://install-config?url= 开头，后面是经 URI 编码的订阅地址。 文档说它等同于直接打开订阅。这里解释的是链接结构，不是提供一个实际远程地址。
如果原请求带 flag=meta 这类额外参数，文档要求对整个请求编码后放进 url。不能只编码前面的地址，却把后面的请求参数拆到外层；这里不生成完整示例，以免把结构说明变成实际连接内容。
URL Scheme 的外层 url 与订阅请求自己的参数属于不同层，文档要求把整个请求编码后放入。
Windows 可能关联到哪里？
文档提到，其他 Clash 类软件卸载残留可能影响协议关联。 页面举到 CFW，但这是可能原因，不是对你设备的确定判断。
文档让读者检查 HKEY_CLASSES_ROOT\clash\shell\open\command，查看其中指向哪个可执行文件。这是页面提供的检查位置。
按文档内容可分为：
- 先看协议关联当前指向的程序路径。
- 再对照实际安装位置是否相同。
- 如需模板处理，注意页面列出的管理员与路径条件。
这里只解释页面涉及哪些内容，没有实际检查结果。
注册表模板有哪些条件？
页面提供 .reg 模板，要求管理员运行，便携使用时要改实际路径。 模板含空字符串的 URL Protocol、默认值 URL:clash、DefaultIcon 与 open 命令，并通过 "%1" 传入链接。这些名称共同描述协议关联，不是每个名称单独就是完整修复。
示例程序位置是 C:\Program Files\Clash Verge\Clash Verge.exe。安装位置不同时需要对应调整，不能把示例路径写成所有设备固定位置。
| 模板内容 | 这里保留的说明 |
|---|---|
| URL Protocol | 值为空字符串 |
| open 命令 | 传入 "%1" |
| 程序路径 | 需要与实际位置对应 |
| 运行条件 | 页面要求管理员运行 |
响应头会影响什么？
文档还介绍配置命名和更新间隔的响应头。 content-disposition 的 filename 用于配置名称，中文名使用 UTF-8 形式，写法涉及 filename*=UTF-8''。这与 Windows 协议指向哪个程序不是同一个问题。
profile-update-interval 的单位是小时。响应头功能要求 v1.6.0 或更高，服务端通常还要求请求 UserAgent 包含 clash 才返回。各服务商写法不同。
名称、更新时间与协议关联分别对应不同内容。没有唤起程序时，不能从响应头功能存在直接认定它就是问题原因。
其他系统有相同检查流程吗？
macOS 和 Linux 的协议关联检查步骤，官方没有说明。
页面只有 2023–2026 版权范围，没有具体更新日期。模板路径与版本要求可能随软件变化，读取到的内容不作为之后所有版本的固定承诺。
相关导入检查可看 Clash Verge 配置检查，订阅问题可看 订阅导入资料。这里不提供真实链接或系统修改文件。
核对状态：依据：官方文档与通用说明 · 最近核对 2026-11-01