mihomo-patchbay

91 Commits 1 Branch 4 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
im0o	c3c0f56e56	路由详情加附加规则：每路入站自己的分流表用内核的 sub-rules 机制：listener 写 rule: 指向顶层 sub-rules 里的表（listener/inbound/base.go:96，tunnel.go:713-721）。两个硬约束决定了形态：proxy 优先级更高且完全短路规则匹配（tunnel.go:318-325），有附加规则时 listener 只能写 rule；子规则表没命中时兜底是 DIRECT 而不是这一路的出站（tunnel.go match 循环末尾），表底那条 MATCH,专属组是承重的，由 Patchbay 自动维护、界面上单独画不参与编辑。不变式：附加规则空 ⇔ proxy 直连专属组，非空 ⇔ rule 形态。三处既有逻辑教会认 rule 形态：applySetup 不再无条件写 proxy（会把附加规则静默短路掉）；referencesTo 扫 sub-rules 里的规则——表底 MATCH 是 rule 形态下专属组活着的唯一理由，不数它就会被当孤儿清掉；pruneGenerated 清理没有 listener 引用的生成表。panelGroups 和 syncGenerated 的「是否由 Patchbay 接线」收敛成一个 managedWiring。 listener 的 rule 指向不存在的表时内核静默退回全局规则（getRules 的 else 分支），-t 和重载都不拦，自检里补上这条（vendor 本地改动，记入 ORIGIN.md）。界面：详情列新增附加规则区块，逐条增删改和排序复用 RuleForm，带内网直连预设；生成形状过了 mihomo -t 实测。	2026-08-12 04:01:08 +08:00
im0o	6bedce215c	SELECT 组的点名成员 AUTO 排第一，不再静默回退到直连内核给没有选中记录的组默认用第一个成员，选中的线路被订阅刷新删掉时也静默回退到第一个成员（selector.go:103-112）。之前第一位是 DIRECT，这两种情况都会让一路入站在无人察觉时变成直连，对按端口定向出站的场景是泄露。另加 sharedPeers()：「共用」标记只在真有别的入站落在同一个组上时才该出现，只有自己在用时它是噪音。	2026-08-11 14:39:26 +08:00
im0o	e9e2eb555d	每路入站配一组专属策略组，换线不再改配置文件原本换一条线要改 config.yaml、跑校验、等内核重载，几秒起步；而换线恰恰是这个工具最高频的动作，把它放在最重的路径上方向就错了。现在每一路配一个 select 组加 AUTO、 FALLBACK 两个，入站的 proxy 永久指向 select，换线只是调一次内核接口。这样做的前提是选中不会丢：内核把它写进 cache 文件，重启后由 patchSelectGroup 恢复，而 profile.store-selected 默认为真。链式代理靠给来源订阅复制一份声明、挂上 override.dialer-proxy 实现，因为这个字段写在策略组上内核只会打条日志然后忽略。副本是 type: file 读原订阅已经落盘的缓存，而不是自己再拉一次：自己拉的话订阅地址一不可达副本就是空的，那一路入站会一条线都不剩，表现是端口还在监听却没有任何出口。顺带把 shared/outbound-chain.ts 里「只有 Selector 接受手动选择」那条断言删了，它是错的（内核检查的是 SelectAble 接口，URLTest 和 Fallback 也实现了）。界面仍然只让 Selector 可点，但理由换成了另外两种的手动指定会被它们自己撤销。完整取舍见工作区决策记录 0007。	2026-08-11 03:10:38 +08:00

Author

SHA1

Message

Date

im0o

c3c0f56e56

路由详情加附加规则：每路入站自己的分流表

用内核的 sub-rules 机制：listener 写 rule: 指向顶层 sub-rules 里的表
（listener/inbound/base.go:96，tunnel.go:713-721）。两个硬约束决定了
形态：proxy 优先级更高且完全短路规则匹配（tunnel.go:318-325），有附加
规则时 listener 只能写 rule；子规则表没命中时兜底是 DIRECT 而不是这一
路的出站（tunnel.go match 循环末尾），表底那条 MATCH,专属组 是承重的，
由 Patchbay 自动维护、界面上单独画不参与编辑。不变式：附加规则空 ⇔
proxy 直连专属组，非空 ⇔ rule 形态。

三处既有逻辑教会认 rule 形态：applySetup 不再无条件写 proxy（会把附加
规则静默短路掉）；referencesTo 扫 sub-rules 里的规则——表底 MATCH 是
rule 形态下专属组活着的唯一理由，不数它就会被当孤儿清掉；pruneGenerated
清理没有 listener 引用的生成表。panelGroups 和 syncGenerated 的「是否
由 Patchbay 接线」收敛成一个 managedWiring。

listener 的 rule 指向不存在的表时内核静默退回全局规则（getRules 的
else 分支），-t 和重载都不拦，自检里补上这条（vendor 本地改动，记入
ORIGIN.md）。界面：详情列新增附加规则区块，逐条增删改和排序复用
RuleForm，带内网直连预设；生成形状过了 mihomo -t 实测。

2026-08-12 04:01:08 +08:00

im0o

6bedce215c

SELECT 组的点名成员 AUTO 排第一，不再静默回退到直连

内核给没有选中记录的组默认用第一个成员，选中的线路被订阅刷新删掉时也
静默回退到第一个成员（selector.go:103-112）。之前第一位是 DIRECT，这两种
情况都会让一路入站在无人察觉时变成直连，对按端口定向出站的场景是泄露。

另加 sharedPeers()：「共用」标记只在真有别的入站落在同一个组上时才该出现，
只有自己在用时它是噪音。

2026-08-11 14:39:26 +08:00

im0o

e9e2eb555d

每路入站配一组专属策略组，换线不再改配置文件

原本换一条线要改 config.yaml、跑校验、等内核重载，几秒起步；而换线恰恰是这个工具
最高频的动作，把它放在最重的路径上方向就错了。现在每一路配一个 select 组加 AUTO、
FALLBACK 两个，入站的 proxy 永久指向 select，换线只是调一次内核接口。这样做的前提是
选中不会丢：内核把它写进 cache 文件，重启后由 patchSelectGroup 恢复，而
profile.store-selected 默认为真。

链式代理靠给来源订阅复制一份声明、挂上 override.dialer-proxy 实现，因为这个字段写在
策略组上内核只会打条日志然后忽略。副本是 type: file 读原订阅已经落盘的缓存，而不是
自己再拉一次：自己拉的话订阅地址一不可达副本就是空的，那一路入站会一条线都不剩，
表现是端口还在监听却没有任何出口。

顺带把 shared/outbound-chain.ts 里「只有 Selector 接受手动选择」那条断言删了，它是
错的（内核检查的是 SelectAble 接口，URLTest 和 Fallback 也实现了）。界面仍然只让
Selector 可点，但理由换成了另外两种的手动指定会被它们自己撤销。

完整取舍见工作区决策记录 0007。

2026-08-11 03:10:38 +08:00