很多人第一次接触 OpenClash 配置文件时，会碰到两个词：

  • 耦合配置
  • 解耦配置

如果你现在只是想先导入一份能跑的 YAML，不想一开始就折腾多文件目录，那你更适合先用耦合版，也就是单文件版配置。

我把这份单文件模板已经整理好了，直接下载：

这份模板适合 OpenClash + Mihomo / Clash Meta，重点是国内常用服务尽量直连，AI、Google、YouTube 这类流量走代理，同时保留后续继续扩展规则的空间。

一、什么叫 OpenClash 配置文件耦合配置

耦合配置可以直接理解成一句话：

把 DNS、节点、策略组、规则全部写进同一个 YAML 文件里。

这样做的好处非常直接：

  • 导入简单，尤其适合新手
  • 备份简单，拷一个文件就够
  • 分享简单，发别人也是一个文件
  • 排查时不容易因为目录层级、相对路径出错

它的缺点也很明显：

  • 节点一多，文件会越来越长
  • 规则一多，维护体验会越来越差
  • 改节点名时，要同步检查策略组里的引用

所以你可以把它理解成“先跑通”和“快速交付”更友好的写法。

二、这份单文件模板适合哪些人

如果你符合下面这些情况，优先用耦合版更省事：

  • 你刚装好 OpenClash
  • 你已经装好了 Mihomo / Clash Meta 内核
  • 你想先验证节点和分流是否能正常工作
  • 你不想一开始就维护 providers/、rules/ 这些子目录
  • 你后面大概率只会自己偶尔改几个域名和一个节点

如果你已经是长期维护状态，比如：

  • 有多条节点
  • 有很多规则集
  • 经常单独更新 AI、流媒体、国内直连规则

那后面更适合再切回解耦版。

三、下载后最先改哪几项

这份模板里，最先要改的是 proxies 这一段。

最少改下面这些值：

1
2
3
4
5
6
7
name: "自己的节点名称"
server: YOUR_VPS_IP_OR_DOMAIN
port: 443
uuid: "YOUR_UUID_HERE"
servername: "YOUR_SNI_DOMAIN"
public-key: "YOUR_REALITY_PUBLIC_KEY"
short-id: "YOUR_SHORT_ID"

这里有 3 个特别容易踩的点：

  1. name 改了以后，下面 proxy-groups 里引用的同名节点也要一起改。
  2. servername 不能乱填，它要和你节点真实使用的 SNI / 伪装域名 一致。
  3. public-key 和 short-id 必须来自你自己的 Reality 参数。

如果你用的不是 VLESS + Reality + Vision，那就保留这份模板的 DNS、策略组和规则思路，把 proxies 段按你自己的协议重写就行。

四、这份耦合配置的核心思路是什么

这份模板不是“所有流量一把梭进代理”，而是按场景拆成了几类：

  • DIRECT
    处理局域网、本地地址、银行、支付、政务、运营商、智能家居和大量国内常用服务
  • AI服务
    处理 OpenAI、ChatGPT、Claude、Gemini
  • 国外服务
    处理 Google、YouTube、Telegram、GitHub 等常见海外服务
  • 流媒体
    处理 Netflix、Disney+
  • 漏网之鱼
    给没有命中的流量做最终兜底

这套结构的好处是，后面你在 OpenClash 面板里可以单独切：

  • 某类流量要不要临时走直连
  • 某类流量要不要强制走节点
  • 某条节点挂了之后要不要切备用节点

五、DNS 为什么也放在一个文件里

很多人做单文件配置时，只顾着把节点塞进去，却把 DNS 写得很随便。这样最容易出现的问题就是：

  • 网页能打开，但登录不稳
  • AI 服务能访问首页，但接口时好时坏
  • 银行和支付类 App 在代理环境下误伤

我这份耦合版里把 DNS 也一并放进去了，目的是让它拿来就能跑，而不是让你导入后还要再去后台补很多细节。

整体逻辑很简单：

  • 国内域名优先走国内 DNS
  • 海外域名优先走代理 DNS
  • OpenAI、Claude、Google、YouTube 这类域名明确交给代理解析链路

这样做的价值不是“更高级”，而是更稳，更接近日常长期使用。

六、耦合配置和解耦配置到底怎么选

如果你现在纠结该用哪种，可以直接按下面的思路选：

  • 你只想先跑通，选耦合版
  • 你要发给别人直接导入，选耦合版
  • 你后期会频繁加节点、拆规则、单独维护规则集，选解耦版
  • 你已经很清楚 proxy-providers 和 rule-providers 的维护方式，选解耦版

也就是说：

  • 耦合版更像“先用起来”
  • 解耦版更像“后面方便长期维护”

这两种没有谁绝对更高级，只是阶段不同。

七、导入到 OpenClash 之后先看什么

导入之后，建议先检查下面几件事：

  1. 当前启用的配置文件名是不是你刚导入的那份
  2. Mihomo / Clash Meta 内核有没有正确安装
  3. 节点选择 里是不是能看到你改过名字的节点
  4. AI服务、国外服务、流媒体 这些策略组能不能正常展开
  5. 运行日志里有没有 not found、parse error、proxy not found 之类的报错

其中最常见的报错就是：

  • 你把 proxies.name 改了
  • 但 proxy-groups 里还在引用旧名字

只要两边名字不一致，OpenClash 基本就会报错。

八、如果后面要继续扩展，优先改哪里

这份单文件配置后期最常改的地方一般只有 3 个：

  • 新增国内直连域名：加到 DIRECT 那一段
  • 新增 AI 域名：加到 AI服务 那一段
  • 新增海外代理域名：加到 国外服务 或 流媒体 那一段

如果你发现后面每周都在改，而且越改越长，那就是一个明显信号：

你已经可以从耦合版切到解耦版了。

九、结论

如果你现在的目标很明确，就是：

  • 先导入一份能跑的配置
  • 先把银行、支付、国内服务和 AI 分流跑通
  • 先别把自己带进多文件维护复杂度

那单文件耦合版就是更合适的起点。

你可以先用这份模板把整体链路跑起来，等后面真的进入长期维护阶段，再切到解耦版，不需要一开始就把复杂度拉满。

配套文件在这里，直接下载即可：