NasaCode 分流规则支持分组管理与多版本云备份

不同工具用不同分流策略,现在可以分组管理了

用 Claude Code、Cursor 这类 AI 编程工具时,经常需要给不同域名单独定制分流策略:比如 GitHub、npm registry 走直连,AI 服务商域名走加速节点,内网测试环境又是另一套规则。规则条数一多,一份平铺的列表很快就不好维护,想临时关掉某一批规则排查问题时,只能一条条找出来手动取消勾选。NasaCode 客户端最新版本给自定义分流规则加上了分组管理:同一类用途的规则可以归到一个分组里,整组一起启用或禁用,不用逐条勾选。

分组怎么用

分流规则页面新增了分组管理条,可以新建分组、改名、删除,每条规则也能单独指定归属分组。比如给 IDE 相关域名建一个分组,给某个 agent 任务常用的 API 域名建另一个分组,需要临时排查连接问题时,直接把某个分组整体禁用,不影响其他分组的规则继续生效,不用把关联的规则一条条找出来再逐个关掉。

页面结构也做了调整:分流规则和 DNS 拆成两个独立 Tab

规则条数和 DNS 配置以前挤在同一个滚动区域里,查找起来不够直观。这次把“分流规则”和“DNS”拆成两个独立 Tab,各自的使用教程入口和工具栏也分开显示,同一屏内容更聚焦。分流规则当前支持最多 100 条自定义规则,此前教程弹窗里“最多 50 条”的过期提示也已经更正。

按分组筛选后,拖拽排序和复制规则也更准

分组支持按 Tab 筛选查看后,规则列表原本按“当前显示第几行”来定位拖拽排序和复制操作,筛选之后行号会跟着变,容易错位到不是自己想调整的那一条规则。这次改成按规则的唯一 id 定位,不管当前筛选出多少条、显示顺序怎么变,拖拽排序和复制都精确对应到目标规则本身。

新增自定义 DNS 覆写,解决“配了直连规则却还是慢”的问题

有一类问题排查起来比较隐蔽:某个域名已经配置了直连(direct)分流规则,但访问速度依旧不理想。原因通常是 DNS 解析这一步先解析到了海外 IP,即便后续走的是直连,连接的目标本身就不是最近的节点。这次新增的自定义 DNS 覆写,可以单独指定某些域名用哪个 DNS 服务器解析,内置了几个常用公共 DNS,也支持填自定义地址,和分流规则共用同一套域名匹配语法。

适合什么场景

典型场景是:某个开发工具或依赖源本身有分流规则要求直连,但默认 DNS 解析结果不理想,导致直连了却还是慢。这种情况下,给这个域名单独指定一个解析更优的 DNS 服务器,往往比反复调整分流规则更直接,尤其是长期跑 agent 任务、对接口响应延迟敏感的场景。

内置了哪些可选 DNS

自定义 DNS 覆写内置了 114.114.114.114、223.5.5.5、119.29.29.29 这几个常用公共 DNS 服务器,也可以直接填自定义地址。域名匹配复用的是分流规则同一套 domain: / regexp: 语法,不需要额外学一套新写法,配置过分流规则的话上手成本很低。

云备份改成了多版本历史记录

规则和分组配置多了以后,换电脑或者重装系统时重新配置一遍是比较麻烦的,尤其是分组、DNS 覆写、每条规则的匹配条件都要凭记忆重新敌一遍,漏配一条都可能导致某个域名又绕回了默认路径。这次云备份能力从单次覆盖式快照改成了多份历史记录:每次备份可以自己命名,备份记录列表会显示备份时间、规则数量、分组数量,需要恢复时选中某一条应用即可,也可以单独删除某条历史记录。给不同项目、不同阶段的配置分别命名保存,比如“日常开发配置”“某次专项排查配置”,需要切换时不用重新搭建一遍规则,恢复前也会有二次确认,避免误操作覆盖当前配置。

能力	升级前	升级后
规则组织方式	所有规则平铺在一份列表里	支持按用途分组,整组启用或禁用
DNS 控制	不支持单独指定域名解析	新增自定义 DNS 覆写,按域名指定解析服务器
云备份	单份快照,恢复即覆盖	多份命名历史记录,按条恢复或删除
规则条数上限	页面提示“最多 50 条”(过期文案)	实际支持最多 100 条,文案已更正

配置迁移不用重新搭建,备份记录直接搬

这批更新主要是为了让长期使用自定义分流规则的开发者更好管理配置,尤其是需要针对 Claude Code、Cursor、VSCode 等多个 IDE 和 CLI 工具分别调优连接策略的场景。云备份支持多版本之后,给新设备恢复配置只需要选一条历史记录应用,不用凭记忆重新搭建一遍分组和规则。

团队多人共用同一套规则怎么处理

如果团队里多人需要用相近的分流规则,可以由一人先调好分组和规则、备份到云端并命名清楚(比如标注适用的工具或项目),其他成员参考这份备份记录里的规则数、分组数手动核对配置是否一致,减少每个人各自摸索一遍规则该怎么写的重复工作。