Clash配置Notion、Figma、Miro高效工作流指南
在日常使用中，我们经常会遇到只有 PC 端开启了代理，但手机、电视盒或其他移动设备也需要科学上网的情况。通过 Clash Verge Rev 的「允许局域网连接（Allow LAN）」功能，你可以轻松地将电脑的代理网络共享给同一 Wi-Fi 下的所有设备。本文将手把手带你完成从软件开关到 Windows 防火墙策略的完整配置流程。
为什么要为 Notion、Figma 和 Miro 单独规划分流
Notion、Figma 和 Miro 都属于典型的在线协作工具，但它们的访问方式并不完全相同。Notion 会同时请求页面、图片、文件、数据库和实时同步服务；Figma 除了加载设计文件，还依赖字体、缩略图、评论、多人协作和资源 CDN；Miro 则经常需要维持较长时间的实时连接，并持续加载白板中的图片、便签与嵌入内容。只把三个网站简单加入一个代理列表，往往只能解决“能不能打开”的问题，无法保证编辑、同步和导出过程稳定。
更合理的 Clash 配置思路是：让 Notion、Figma、Miro 的核心域名走稳定代理节点，让国内办公网站、企业内网、网盘和视频会议服务按照实际情况直连，同时保留一个明确的兜底策略。这样既能减少国内流量绕路，也能避免协作工具因为某个静态资源域名没有匹配规则而出现页面加载不完整、评论发送失败或画布一直转圈。
本文以规则模式为基础，适用于 Clash Verge、Clash Verge Rev、Mihomo 和其他兼容 Clash 配置格式的客户端。不同客户端的菜单名称可能略有差异，但配置文件中的代理组、规则集和策略顺序基本相同。开始前，请先准备一条可用的 Clash 订阅，并确认客户端能够正常显示节点、测速和日志。
第一步：客户端、订阅与代理组准备
建议先完成以下准备工作，再编写任何自定义规则：
- 更新客户端内核：优先使用较新的 Mihomo 或兼容内核，避免无法识别新的协议、规则集格式或 TLS 参数。
- 导入 Clash 订阅：在「配置」「Profiles」或「订阅」页面粘贴订阅链接，下载后选中配置文件。
- 确认代理组名称：常见名称包括「Proxy」「节点选择」「自动选择」和「国外流量」，后续规则必须指向配置中真实存在的名称。
- 保留一个手动选择组：自动测速适合日常使用，但排查 Figma 或 Miro 的实时连接问题时，需要能够手动切换节点。
在 Windows 的 Clash Verge 或 Clash for Windows 中，通常可以从「配置」页面导入订阅，再进入「代理」页面查看策略组。ClashX 或 Mihomo Party 的入口名称可能不同，但核心流程仍是导入配置、选择配置、开启系统代理。Android 端则需要额外确认 VPN 权限、电池后台限制和始终运行权限，否则手机锁屏后 Notion 或 Miro 的同步可能被系统暂停。
日常使用建议选择 Rule 规则模式，不要一开始就使用 Global 全局模式。全局模式虽然容易判断代理是否可用，却会让企业邮箱、国内文档系统和局域网地址也经过代理，增加延迟并可能触发公司安全策略。只有在确认规则遗漏时，才可以短时间切换全局模式做对照测试。
先记录实际策略组名称
不同机场提供的配置文件差异很大。规则中的策略名称必须与 YAML 中的代理组完全一致，包括大小写、空格和中文字符。若配置使用「节点选择」而你写成 Proxy，规则虽然加载成功，实际匹配时仍可能无法按预期工作。
第二步：为 Notion、Figma 和 Miro 建立分流规则
自定义规则的重点不是收集越多域名越好，而是覆盖登录、主站、静态资源、文件服务和实时连接所需的主要域名。域名规则通常比 IP 规则更容易维护，因为协作平台使用 CDN 和动态地址非常频繁。建议优先使用配置中的规则集功能；如果暂时没有规则集，再把核心域名写进自定义规则区域。
Notion 的访问异常，常见表现是首页可以打开，但工作区内容加载不全、图片显示为空白，或者编辑内容无法同步。可以将 Notion 主域名及其常用资源域名交给同一个稳定代理组，不要把登录与工作区拆到不同节点，否则登录成功后建立会话可能出现地域或连接状态不一致。
Figma 对节点稳定性更加敏感。设计文件中的图片、字体和评论资源可能来自不同的 CDN，节点延迟偶尔升高时，最先出现的往往是画布缩略图缺失、多人头像不显示或文件打开后无法保存。Figma 规则应尽量指向稳定性优先的代理组，而不是只看一次测速结果最低的节点。对于经常使用的团队空间，可以在日志里观察实际请求域名，再补充遗漏项。
Miro 的白板协作通常包含长连接或持续轮询。节点短暂丢包时，网页可能仍然保持打开，但其他成员的操作无法实时出现。此时不要只刷新页面，应先查看 Clash 日志中 Miro 请求使用的策略，再检查代理组是否频繁切换节点。固定一个质量稳定的节点，通常比不断自动切换更适合长时间会议。
规则编写可以按照下面的逻辑组织，具体域名以你的日志和客户端版本为准：
DOMAIN-SUFFIX,notion.so,Proxy
DOMAIN-SUFFIX,notion.site,Proxy
DOMAIN-SUFFIX,figma.com,Proxy
DOMAIN-SUFFIX,miro.com,Proxy
DOMAIN-SUFFIX,example-office.cn,DIRECT
GEOIP,CN,DIRECT
MATCH,Proxy
上面的示例只用于说明规则顺序，不建议直接覆盖机场原有配置。更稳妥的方式是在 Clash Verge Rev 的「配置覆写」「Mixin」或类似功能中追加规则，并让自定义规则位于通用规则之前。对于 Mihomo 配置，也可以在 rules 列表靠前位置加入协作工具规则。规则越靠前，优先级越高；如果把 GEOIP,CN,DIRECT 放在 Notion、Figma 或 Miro 之前，某些解析到中国 IP 的 CDN 请求可能会被提前直连。
不要把所有 CDN 都强制代理
协作工具的资源域名会不断变化，盲目加入大量第三方 CDN 可能让网页变慢，也会增加规则维护成本。发现某个资源加载失败时，先打开 Clash 日志，记录域名、匹配规则和实际策略，再只补充确认过的域名。不要根据陌生域名名称猜测它一定属于 Notion、Figma 或 Miro。
第三步：根据工作场景选择节点和模式
“延迟最低”并不等于“协作体验最好”。Notion 页面打开速度受到 DNS、TLS 握手和静态资源数量影响；Figma 更看重持续吞吐、丢包率以及长时间连接稳定性；Miro 则对抖动和断线重连十分敏感。因此，建议为不同工作场景建立清晰的选择标准，而不是每次遇到问题就随意更换节点。
- 轻量阅读和查看文档：可以使用自动选择组，让客户端根据延迟和健康检查自动选择节点。
- Figma 多人协作：优先选择线路稳定、上传速度较好的节点。设计文件保存、图片上传和评论同步往往比单纯打开首页更依赖上行质量。
- Miro 在线会议：建议提前测试节点，在会议开始前固定一个稳定节点，避免自动测速在会议过程中切换出口。
- Notion 大量附件同步：关注文件下载和上传是否连续，必要时分别测试不同地区节点，不要只依据首页打开速度判断。
- 国内办公系统与局域网：企业内网域名、打印机、NAS 和本地开发服务通常应保持直连，并在规则中放置于兜底规则之前。
如果代理组支持故障转移，可以把两个或三个质量接近的节点放入同一组，并设置合理的健康检查间隔。健康检查地址最好选择稳定、响应明确的站点，不要使用需要复杂登录的 Notion 或 Figma 页面作为测速目标。自动选择组适合一般浏览，但在重要演示、客户评审或团队工作坊前，仍建议提前十分钟手动确认一次。
节点选择还要考虑网络环境。公司网络、校园网、酒店 Wi-Fi 和家庭宽带对不同协议的兼容性可能不同。如果网页时好时坏，可以在同一台设备上切换两个节点，再用 Clash 日志比较连接建立时间、重试次数和错误类型。若所有节点都失败，问题可能在本地 DNS、系统代理权限或网络出口，而不一定是节点本身。
第四步：测试、排错与日常工作流优化
配置完成后，不要只测试三个网站的首页。应该分别验证登录、打开已有文档、编辑内容、上传资源、发送评论以及多人协作等真实动作。Notion 可以新建一段文字并等待同步；Figma 可以打开一个包含图片和评论的文件；Miro 可以邀请同事在同一白板上移动便签。只有这些动作都稳定，才说明分流策略适合实际工作。
- 先打开 Clash 的系统代理开关，并确认模式为
Rule。 - 访问 Notion、Figma 和 Miro，查看日志中域名对应的策略组是否正确。
- 分别测试国内网站、企业内网和局域网服务，确认它们没有被误送到代理节点。
- 在协作工具中进行编辑、上传和评论，观察是否出现同步延迟或重新连接提示。
- 如果只有一个功能失败，记录失败域名后补充精确规则，不要直接改成全局代理。
浏览器自身的安全 DNS 也可能影响结果。部分浏览器开启“使用安全 DNS”后，会绕过系统解析路径，使 Clash 的 DNS 规则和浏览器实际解析不一致。排查时可以暂时关闭浏览器独立 DNS，重启浏览器后重新测试。如果问题消失，再根据客户端的 DNS 与 TUN 配置决定是否统一解析路径。修改 DNS、fake-ip 或规则后，最好清理浏览器缓存并完整退出 Clash，再重新启动，避免旧连接继续复用。
日常工作中可以把“工作模式”和“休闲模式”区分开。工作模式使用固定的稳定节点，保留 Notion、Figma、Miro 的专用规则；休闲模式则可以使用自动选择组。重要会议或客户演示前，提前更新订阅、检查节点有效期，并准备一个备用节点。不要在会议开始后才更新配置，因为订阅更新可能触发代理组变化，短时间内造成连接中断。
用日志定位，而不是反复刷新
当页面空白或同步停顿时，刷新只能重新发起相同请求。打开日志并观察失败域名、策略名称、连接方向和错误提示，通常更快判断是规则遗漏、节点不稳定、DNS 异常还是浏览器没有使用系统代理。定位后只改动一个变量，再进行对照测试，排错结果会更可靠。
一些传统代理工具只能提供简单的全局开关，面对 Notion、Figma 和 Miro 这类包含多域名、CDN 与实时连接的协作平台时，往往会出现国内流量被迫绕路、规则难以维护或问题无法定位的情况。Clash 通过规则模式、可视化策略组、实时日志和多平台客户端，把协作工具访问与国内网站直连分开管理；你可以为不同工作场景选择稳定节点，也能在出现异常时快速确认是哪条规则生效。如果希望把这套分流工作流落地到自己的设备，不妨免费获取 Clash并开始配置。