im0o
860da5d28f
404 不是 bug。内核的 /proxies 只返回全局名字表（内置出站、自有线路、策略组），
订阅线路不在里面——跟「订阅线路不能被入站直接引用」是同一条约束，我没想到它同样
适用于运行时接口。所以 /proxies/{订阅线路}/delay 一律 404，而订阅线路的卡片也一直
没有协议和延迟，因为那些数据同样查不到。
现在运行时状态从两处合成：/proxies 给内置出站和策略组，/providers/proxies 给订阅线路
（它返回的线路本来就带完整的协议和延迟历史）。测速按线路归属选接口，订阅线路走
{订阅}/{线路}/healthcheck。实测该接口对同一条线路返回 200 和 325 毫秒。
Patchbay
一个跑在服务器上的网页，用来编辑那台机器上 mihomo 的 config.yaml 并让改动生效。
核心动作是把某一路入站接到某一个出站上——名字取自录音棚的插线板。典型用途是给每个容器开一个端口，各自指定走哪条线路。
聚合订阅不在范围内（那是 Sub-Store 的活），安装升级内核也不在（那是 mihomo-up.sh 的活）。
术语以 CONTEXT.md 为准。为什么这么设计记在仓库外面的 docs/adr/。
跑起来
需要 Bun 1.3 以上。
bun install
cp .env.example .env # 按里面的注释填
bun run start # 打包前端并启动，默认 http://127.0.0.1:7580
首次启动会生成一个访问令牌，打印在控制台上，同时存到配置文件旁边的 .patchbay-token。
内核不在线也能用，只是看不到订阅里有哪些线路、也没法让改动立刻生效。这是有意的——配置写坏导致内核起不来的时候，正是最需要这个界面的时候。
开发
改前端时用 Vite，它会把接口请求转发给后端：
bun run dev # 后端，带热重载
bun run dev:web # 前端，http://localhost:5173
本地有一份测试用的内核配置（dev/config.yaml，全是占位地址，端口刻意避开 mihomo 的默认值），可以对着它跑完整的「写回 → 校验 → 重载 → 失败还原」：
bun run dev:kernel # 启动本地测试内核，管理接口 19090
bun run dev:reset # 把测试配置恢复成模板的样子
检查
bun test # 单元测试，不需要内核
bun run smoke # 接口冒烟测试，需要内核和后端都在跑
bun run typecheck
另有两个一次性脚本：scripts/roundtrip.ts 验证改一处配置之后 diff 里只出现那一处，scripts/safety-net.ts 验证配置写坏时能不能把用户救回来。
目录
server/ 后端。config-store.ts 是核心，那条保护链路在里面
web/ 前端。styles/tokens.css 顶部写着设计基调的三条规则
shared/ 两边共用的领域逻辑，纯函数，带测试
vendor/ 从别的项目复制来的代码，来源和本地改动记在各自的 ORIGIN.md
scripts/ 验证用的脚本，不参与打包
dev/ 本地测试内核的配置