先分清 Profile、订阅与本地配置
在 iPhone 客户端里，Profile 通常指一份可选用的完整配置。它告诉客户端有哪些代理节点、如何分组、请求按什么规则出站，以及是否启用特定的 DNS 设置。切换 Profile，切换的是这套配置；在同一份配置里点选另一个节点，只是改变某个代理组的选项。
订阅通常是获取配置的远程地址。把订阅 URL 加入客户端后，客户端会下载其返回的内容，生成一份可选用的远程 Profile。订阅地址本身不等于当前正在运行的配置：服务端内容改动后，还需要客户端成功更新，新的规则和节点才会进入本地配置。
| 名称 | 在客户端中的作用 | 常见操作 |
|---|---|---|
| Profile | 配置列表中可选用的一份配置 | 命名、选用、删除 |
| 订阅 | 用于获取远程配置的地址 | 导入、手动更新 |
| 本地配置 | 从文件导入或在设备上保存的配置 | 导入、编辑、备份 |
还有一种容易混淆的情况：配置文件内部可能通过 proxy-providers 引用节点提供者地址。它负责更新该配置使用的节点数据，并不自动成为配置列表中的另一份 Profile。判断自己正在改什么，先看操作发生在「配置列表」，还是某份 YAML 的内容里。
新增远程 Profile：先检查地址，再导入
以下操作以提供「配置」或「Profiles」列表的 iPhone Clash 客户端为例。不同客户端的入口文字可能是「配置」「Profiles」或「配置文件」，按钮位置也会不同；按功能寻找即可，不必照搬另一款客户端的界面。导入前，先确认拿到的是可供所用客户端读取的配置地址，而不是服务商的登录页、账单页或单个节点分享链接。
- 在可信的来源复制配置订阅 URL。先保留原地址，不要手工删掉查询参数；其中的参数可能用于识别订阅。
- 打开客户端的「配置」或「Profiles」列表，点「添加」或右上角的加号，选择「从 URL 导入」「远程配置」一类入口。
- 粘贴 URL，填写便于辨认的名称，例如「日常规则」；若客户端要求设置更新间隔，先采用其默认值。
- 保存后等待下载与解析完成。回到列表，确认新条目出现，再进入详情查看是否有节点或代理组。
- 点选新 Profile，使其成为当前配置；随后查看出站模式和代理组选择，再启动系统 VPN 连接。
订阅 URL 可能包含账户识别信息。不要把完整地址贴进公开截图、求助帖或共享笔记；需要排查时，只描述报错文字和导入方式。
导入失败时，先区分「下载失败」和「解析失败」。前者检查网络、地址是否完整以及订阅是否仍有效；后者检查返回内容是否为该客户端支持的 Clash 格式。网页能打开，不代表返回的是有效 YAML。若服务方分别提供 Clash 与其他客户端的订阅格式，应选与当前客户端兼容的入口。
从文件新增：适合固定场景与手动修改
已有 .yaml 或 .yml 文件时，可先存入 iPhone 的「文件」App，再用客户端的「从文件导入」「本地配置」功能选取。也有客户端支持从系统共享菜单导入。导入完成后，同样要回到 Profile 列表选用；「文件」App 中保存了一份文件，并不表示客户端已经加载它。
本地配置适合实验一条规则、保留某个可用版本，或管理不依赖远程地址的场景。修改 YAML 时，保持空格缩进一致，并先留一份能正常工作的副本。Clash 与 mihomo 支持的字段存在差异：例如某份配置用了特定内核才认识的字段，另一款客户端即使能读到文件，也可能在解析时提示不支持。
一个容易定位的规则例子
如果要检查「某个域名为什么没有走预期代理组」，应先核对当前 Profile 的规则，而不是只看节点列表。规则按配置中的顺序匹配；较早命中的规则可能已经决定了出站。代理组名称也必须与这份配置里定义的名称一致。对本地文件做这类修改后，按客户端提示保存并重新载入配置，再发起新的连接测试。
给多份配置命名、更新与切换
配置多了以后，名称应说明使用场景，而不是重复客户端名称。例如「日常规则」「办公网络」「本地测试」比「配置 1」「配置 2」更容易区分。通常可在配置列表长按条目，或打开条目旁的更多菜单查找「重命名」「编辑名称」；部分客户端把显示名称放在远程配置的编辑页。重命名一般只改变本机列表中的标签，不会修改远程订阅内容。
更新远程配置
- 在 Profile 列表找到要更新的远程条目，使用其「更新」「刷新」操作；不要把切换到该条目当成更新。
- 等待更新结果。成功后检查节点数量、代理组和规则是否仍符合预期，再确认当前选用的 Profile。
- 若显示失败，先保留旧配置，不要急着删除；检查网络、订阅有效期与服务方提供的格式，再重试。
远程配置的下次更新可能覆盖直接改在该配置副本里的内容。需要长期保留自定义规则时，先了解客户端是否提供覆写或合并设置；否则可另存一份本地配置，明确区分「随订阅更新」与「自行维护」两种用途。自动更新是否可用、多久检查一次，也取决于具体客户端和系统运行状态。
切换正在使用的 Profile
回到「配置」或「Profiles」列表，点选目标条目，确认列表中的选中标记或当前配置名称已经变化。接着打开代理组页面，核对规则模式下各组的选项。两份 Profile 即使都有名为「PROXY」的代理组，也可能包含不同节点；不要凭上一份配置的选择推断这一份的实际出站。
切换后，用浏览器重新打开一个页面，或在需要验证的 App 中重新发起请求。已有连接可能继续沿用切换前建立的会话；遇到结果暂时不一致，可关闭相关页面再试。若客户端提示需要重新启动连接，按提示断开后重连，并在 iPhone「设置」→「VPN」中核对系统连接状态。
多配置管理中常见的三个误区
更新成功，但正在用的仍是旧配置
更新的是列表中的某一条，不一定是当前选中的那一条。先核对更新结果对应的名称，再核对当前配置名称。若导入同一地址多次，列表里可能出现多个相似条目；在确认新条目可用前，不要仅凭名称删除旧条目。
换了配置，规则模式却看不出区别
先看客户端当前是规则、全局还是直连模式。全局模式通常不按配置中的逐条规则决定出站；直连模式也不会因为另一份配置增加了代理规则就自动走代理。切回规则模式后，再检查目标域名对应的规则和代理组。模式的具体命名以客户端界面为准。
配置可选，系统连接却没有建立
Profile 负责提供运行参数，iPhone 上的系统 VPN 连接是另一环。首次启用时，按系统提示允许添加 VPN 配置；之后在客户端确认连接状态，并到「设置」→「VPN」查看系统状态。不要把桌面教程中的本地代理端口，例如 7890，当作 iPhone 必须手填的系统 VPN 端口。
保留一份可回退的配置
准备调整订阅地址、规则或 DNS 设置前，先记下当前可用 Profile 的名称、出站模式与关键代理组选择。对本地 YAML，保留修改前的文件副本；对远程订阅，保留来源地址，并确认仍能访问对应账户。导出或备份时，同样注意文件内可能含有节点凭据与订阅信息。
日常使用可以保持简单：一份稳定的远程配置负责常用连接，一份本地配置用于测试改动。需要切换时先选 Profile，再查模式与代理组，最后用新请求验证结果。这样遇到问题，能迅速判断变化来自订阅更新、配置切换，还是系统连接状态。