Profile、订阅链接与 YAML 的关系
Profile 是客户端管理的一份配置记录，不等于一个节点，也不等于订阅链接本身。它通常包含配置名称、来源、更新时间，以及对应的 YAML 内容。选择某份 Profile，意味着让客户端按这份配置生成或加载运行设置；配置里的策略组再决定具体使用哪个节点。
Clash Verge Rev 等客户端通常把这个入口叫作「配置」，部分客户端显示为「Profiles」。不同客户端的记录格式不通用，内核支持的 YAML 字段也可能不同。原版 Clash 能识别的配置与 Mihomo 的扩展配置不能简单画等号，尤其是使用新协议、规则集或特定 DNS 字段时。
| 对象 | 实际作用 | 管理重点 |
|---|---|---|
| 订阅链接 | 获取远程配置或节点数据的地址 | 确认格式、有效期和访问权限 |
| 本地 YAML | 保存在设备上的配置文件 | 备份修改，检查缩进和字段兼容性 |
| Profile | 客户端内可选择、更新和删除的配置记录 | 区分来源与用途，确认哪份正在使用 |
| 运行配置 | 客户端实际交给内核的配置 | 注意覆写、合并和客户端设置的影响 |
远程 Profile 的常见过程是：订阅地址返回内容，客户端保存一份本地副本，选中后交给内核使用。断网时能否继续加载，取决于客户端是否保留了可用副本；副本中的节点能否连接，则是另一回事。不要把「配置还在列表里」当成订阅仍然有效的证明。
导入订阅：先确认地址，再启用配置
从服务方获取 Clash 或 Mihomo 格式
在服务方的订阅页面选择明确标注为 Clash、Clash Meta 或 Mihomo 的导入地址，并核对当前客户端的内核支持情况。账户管理页面的网址、付款页面的网址，以及其他协议的通用订阅，不一定能作为完整 Clash 配置使用。
订阅地址常带有访问令牌，持有地址的人可能读取节点信息。不要把完整地址贴到公开群聊、截图或在线 YAML 检查网站。需要求助时，只描述错误信息，并遮住路径、查询参数和节点凭据。
以 Clash Verge Rev 的「配置」页为例
- 打开「配置」，在订阅链接输入框粘贴地址，点击「导入」。如果当前界面使用「新建」入口，则选择远程类型 Remote，再填写名称与订阅地址。
- 等待配置卡片出现。先看是否提示下载或解析失败，再检查更新时间；不要在请求仍未完成时反复点击导入。
- 将名称改成能识别来源和用途的短语，例如「日常－主订阅」。选中这张配置卡片，确认出现当前使用的标记。
- 打开「代理」，确认策略组与节点已经出现。日常先用「规则」模式，在实际使用的策略组中选择节点。
- 回到「设置」检查系统代理状态。若计划使用 TUN，先确认服务、权限和相关设置正常，再单独启用，便于区分故障来源。
不同发行版的按钮名称与位置可能调整，但判断成功的标准不变：配置已下载、能够解析、已被选中、内核没有加载错误。单纯看到一条「导入成功」提示，还不足以说明应用流量已经经过客户端。
导入成功却没有节点怎么办
- 返回的是网页：查看配置内容时若出现登录页文字或 HTML 标签，通常是地址不对、需要认证或服务方返回了错误页。
- 只有节点片段：仅有
proxies的内容可能需要配套策略组和规则，不能默认当成完整配置直接使用。 - 字段不兼容：在日志中查找具体字段或协议名称，确认当前客户端内核支持该配置，而不是反复重导同一个地址。
本地 YAML 导入与远程配置修改
已有文件时，在「配置」页使用本地文件导入入口，选择扩展名为 .yaml 或 .yml 的文件。客户端可能复制文件到自己的数据目录，也可能保留关联路径，具体以该客户端行为为准。导入后编辑桌面上的原文件，不一定会改变已导入的副本。
检查 YAML 时先看缩进和引用关系。使用空格缩进，不混入制表符；规则引用的策略组名称必须存在，策略组引用的节点名称也要对应。下面是一个只有直连行为的结构演示，不包含可连接的代理节点：
mode: rule
log-level: info
proxies: []
proxy-groups:
- name: 日常选择
type: select
proxies:
- DIRECT
rules:
- MATCH,日常选择这里的 MATCH,日常选择 引用了上面的同名策略组，而策略组只有 DIRECT。加载后所有匹配到的连接都会直连，因此它只适合理解结构，不能拿来验证代理线路是否可用。需要字段说明时，可继续查阅配置参考。
多配置切换：保存多份，不代表同时运行
多数 Clash 图形客户端允许保存多份 Profile，但通常只选中一份作为主要运行配置。客户端自己的全局设置、覆写以及这份配置引用的远程 provider，仍可能参与生成最终配置。把两个订阅分别导入后，不会自动将两边节点合并进同一个策略组。
按用途命名，比按导入日期堆积更容易找
- 日常－主订阅：保留稳定的规则和常用策略组，作为默认使用项。
- 备用－独立来源：主订阅出现问题时切换，平时也要定期确认能否更新。
- 测试－本地规则－20260804：用于验证修改，名称中保留日期，避免和正式配置混淆。
每次切换后检查三处
- 当前标记：在「配置」页确认选中状态确实移动到了目标卡片；若日志提示加载失败，不能只看点击动作。
- 策略组选择：进入「代理」检查所选节点。两份配置的组名和节点名不同，客户端不一定能沿用上一次选择。
- 实际连接：用新打开的网页或新发起的请求测试，并在连接列表查看命中的规则与出站策略。
旧连接可能继续沿用原有路径，切换后不必立即清空所有连接。先测试新连接；若某个应用仍停留在旧路径，再重启该应用，或在确认会话可以中断后关闭对应连接。下载、会议和远程桌面进行中时，切换配置应更谨慎。
如果需要同时使用多个来源，通常要使用 proxy-providers 等配置方式，或者客户端明确支持的合并功能。这属于另一层配置管理：必须检查节点提供者的格式、引用名称和更新方式，不能把两份完整 YAML 直接首尾拼接。
自动更新：分清订阅、节点提供者与规则集
远程 Profile 的更新，是重新获取该订阅地址的内容。proxy-providers 的更新，是获取配置引用的节点提供者；rule-providers 的更新，是获取规则集。这三者可能使用独立的周期，更新其中一项不代表另外两项也更新了。
更新周期按客户端界面的单位填写
在「配置」页打开目标配置卡片的编辑菜单，查找「自动更新」或「更新间隔」。如果界面单位是分钟，可先设为 1440 分钟，即每天一次；若单位是小时，则填写 24 小时。这是管理建议，不是所有客户端的默认值，也不保证设备休眠时能够准点执行。
YAML 中 provider 的 interval 通常以秒为单位，例如 interval: 86400 表示一天。不要把界面里的 1440 分钟直接照抄成 provider 的 1440 秒；后者只有 24 分钟，会明显提高请求频率。
- 设定周期后先执行一次手动更新，确认网络与订阅地址可用。
- 记录卡片的最近更新时间，下一次启动客户端时检查它是否变化。
- 如果客户端提供「通过代理更新」选项，按实际网络可达性选择；代理节点已经失效时，依赖它获取新订阅可能形成循环。
- 更新后若节点仍未变化，检查正在使用的是否是这份配置，以及节点是否实际上来自独立的 provider。
删除旧配置：先切换，再备份和清理
删除 Profile 通常只移除客户端中的配置记录和相应文件，不会取消服务方订阅，也不一定删除客户端保存的全部历史数据。若订阅地址已经泄露，仅删除卡片不够，应到服务方管理页面重置订阅地址，并在各设备重新填写。
- 确认可用替代项：先选中准备长期保留的配置，用新连接验证访问正常。
- 备份必要内容：导出或复制需要保留的本地规则与 YAML，存放到受控目录。备份可能包含服务器地址、密码和令牌。
- 删除重复记录：在旧配置卡片菜单选择删除。名称相似时先看来源与更新时间，不要只凭排列顺序判断。
- 重新启动验证：确认客户端重启后仍能加载保留的配置，再清理临时测试文件。
长期管理时，保留「一份日常、一份备用、少量测试」通常已经足够。每月检查一次失效地址、自动更新和本地修改，把测试结果写进配置名称或本地笔记，比反复导入同一个订阅更容易定位问题。
常见问题：切换、更新与配置丢失
订阅更新后，自己添加的规则为什么消失？
先检查规则是否直接写进了远程配置文件。远程内容重新下载后，本地编辑可能被替换。把需要长期保留的修改迁移到客户端支持的覆写或合并机制，并确认规则顺序：规则通常从上到下匹配，写在兜底 MATCH 之后的规则可能不会被命中。
同一个订阅导入两次，会得到两个不同账户吗？
不会。两份记录可以有不同名称和本地设置，但它们访问同一个订阅来源，通常仍对应同一个账户。是否复用本地缓存、是否允许重复导入，由客户端决定；重复卡片不应当作真正的备用线路。
换 Profile 后，端口与 TUN 设置会一起改变吗？
不一定。客户端可能用全局设置覆盖 YAML 中的端口、DNS 或 TUN 字段。例如实际混合端口由客户端「设置」页管理时，修改订阅里的 mixed-port 未必生效。排查时以运行配置和日志为准，不要仅凭源文件推断当前状态。
换电脑后，只复制 YAML 就够了吗？
本地完整 YAML 可以作为迁移起点，但自动更新地址、覆写脚本、外部规则文件和客户端偏好可能没有一起迁移。新设备导入后要重新检查文件路径、内核兼容性和系统代理权限。完整操作流程可参照快速上手教程；加载失败时再到帮助中心按错误现象排查。