im0o
3d7304dd22
release / release (push) Successful in 29s
判定按状态码白名单而不是只认 200：探测不带鉴权，OpenAI 回 401、Anthropic 回 405 才是正常应答，说明 TLS 握手、路由、目标服务全都正常。清单和白名单照 sub2api 的 代理质量检查抄来。 失败文案不照抄 Bun：本机端口没人监听时它给的是「Unable to connect. Is the computer able to access the url?」，把矛头指向目标网址，而真正的原因在本机。 对话框留在 InboundDetail 而不是提到 RouterPage——它不写配置文件也不改内核状态， 不需要走那条 commit 链路。firstPort 挪进 shared/inbounds.ts，两个页面都要用它了。
Patchbay
一个跑在服务器上的网页，用来编辑那台机器上 mihomo 的 config.yaml 并让改动生效。
核心动作是把某一路入站接到某一个出站上，名字取自录音棚的插线板。典型用途是给每个容器开一个端口，各自指定走哪条线路。
聚合订阅不在范围内（那是 Sub-Store 的活），安装升级内核也不在（那是 mihomo-up.sh 的活）。术语以 CONTEXT.md 为准。
跑起来
需要 Bun 1.3 以上。
bun install
cp .env.example .env # 按里面的注释填
bun run start # 打包前端并启动，默认 http://127.0.0.1:7580
首次启动会生成访问令牌，打印在控制台上，也存在配置文件旁边的 .patchbay-token。
内核不在线也能用，只是看不到订阅里有哪些线路，改动也要等内核启动才生效。这是有意的：配置写坏导致内核起不来的时候，正是最需要这个界面的时候。
开发
bun run dev:kernel # 终端 1：本地测试内核，开着不用管
bun run dev:all # 终端 2：后端 + 前端，改了自动生效
然后访问 http://localhost:5173（不是 7580）。第一次先运行 bun run dev:reset 生成测试配置：模板在 dev/config.yaml，订阅地址从 .env 取。
检查
bun test # 单元测试，不需要内核
bun run smoke # 接口冒烟测试，需要内核和后端都在跑
bun run typecheck
scripts/ 里另有几个手动验证脚本（写回保真、落盘保护链路、链式代理的生成产物），用法写在各文件头部。
目录
server/ 后端。config-store.ts 是核心，落盘保护链路在里面
web/ 前端。styles/tokens.css 顶部写着设计基调
shared/ 两边共用的领域逻辑，纯函数，带测试
vendor/ 从别的项目复制来的代码，来源和本地改动记在各自的 ORIGIN.md
scripts/ 验证脚本，不参与打包
dev/ 本地测试内核的配置