v2.0.0 — 重大更新！！！

这是 XD Pool 从「一张设置卡片」变成「一个多页面的插件」的那个版本。账号池还是那个账号池，但它周围长出了六个新页面。

先说这一版为什么叫 2.0

1.9.0 之前，XD Pool 只有一个界面：一张卡片，从上到下把所有东西堆在一起。账号、积分、模型、签到、自动化，全挤在一屏里，越加越长。这一版把它拆成了七个页面：

页面	干什么
账号池	本机 WorkBuddy 账号、池健康、用量、积分自动化——原来那张卡片
扫码登录	十三家支持网页 / 扫码登录的厂商，登一次，它们的免费模型就进选择器
聚合渠道	76 家厂商的免费额度接进同一个模型池
数据看板	今天的用量：轮次、调用、失败、换号救回、token、缓存命中、速度
billion-context	只读观测本机 billion-context 压缩器的运行状态
路由	把多个模型串成一条链，按顺序或轮换使用
网关	把池子开成本地 OpenAI 兼容接口，可转发给局域网其它设备

顶部是品牌栏：头像、XD Pool、版本号，右边一个跳转到仓库的星标按钮。七个标签用一条会滑动的光带指示当前位置。

用量面板挪到了最上面

1.9.0 把它放在卡片中部，你得往下滚才看得见。现在它是账号池页的第一块内容——你打开这个页面十次有九次是想看它还活着没有、今天花了多少，那它就该在最上面。

扫码登录：十三家厂商，登一次就够

这些厂商各自有网页或扫码登录，登进去之后它们的免费模型就出现在模型选择器里。这一页是通道，不是账号池——两边管的是不同的东西：账号池管 WorkBuddy 自己的号，这一页管别家的免费额度。

十三家的名单来自一个被逐字节 vendored 进来的 channel-pack（和 dsh-our-free-model 用的是同一份，SHA256 相同）。这里有个已知情况要说明：如果那个插件也在跑，它已经注册了同一条 /api/channel-pack 路由，而宿主对重复路由是直接抛错的。我们没法预检（宿主只暴露 register，没有查询接口），所以做法是让位——检测到是路由所有权冲突就安静退出，页面显示「这些扫码登录通道已经由另一个插件接管了」，而不是报一个你根本看不懂的错。两边服务的是同样的十三家，功能上没有损失。

聚合渠道：76 家厂商，按分类筛

76 家厂商分成六类：API Key 60 家、有免费额度 10 家、本地 3 家、需授权 2 家、完全免费 1 家。

默认一家都不开。 这不是保守，是这一页唯一诚实的默认值：76 家全亮着，你唯一配好的那家和另外 75 个空壳长得一模一样，等于没有信息。判定规则是——显式开关优先；没有显式开关时，只有已经填了可用 key 的厂商算开（填 key 这个动作本身就是「我要用它」）。卡片上的开关和模型选择器读的是同一个谓词，所以两处不可能不一致。

每张卡片可以点开，里面是 key 输入框、endpoint、官网链接和这家能出的模型。填完保存后会保持展开，方便你接着填下一家。

数据看板

1.9.0 把用量账本做出来了，这一版给它一个正式页面：五个 KPI（token、轮次、速度、缓存命中、调用数）+ 明细表。

有两条口径写在这里，免得以后被当成 bug 报回来：累计数永远读 history 的总数，不是把今天的分片加起来——一个半夜归零的「累计」是假的；还有一轮提问 ≠ 一次调用，中间换过号的话后者会更大，两个数分开摆，谁也不冒充谁。

路由：把几个模型串成一条链

一条链可以按 fallback（从头试到尾，每轮都从头开始）或 round-robin（按顺序轮换，可以用 stickyLimit 指定一个成员连续服务几轮）来走。链里的成员可以来自池子，也可以来自别处。

指向已经失效成员的链不会被删掉，只是标出来。 你有意留着的那条链，比我们自作主张帮你清理更值钱。

网关：把池子开成一个本地接口

在 127.0.0.1:8326 上开一个 OpenAI 兼容的接口，可选监听 0.0.0.0 转发给局域网其它设备。带上转发跳数标记防止自己绕回自己，key 随机生成。

billion-context 页是只读的

这一页只观测，不配置、不启动、不内嵌压缩器。它读本机 billion-context 的运行状态，没装 / 没应答 / 就绪三种情况分开显示——「它没在跑」和「它跑了但我们问不到」是两件事。

其余

• 品牌名统一成 XD Pool（只改显示名；包名和 provider id 没动，动了等于换插件）。
• 顶部星标只是跳转链接，不解锁任何功能。文案里不会写「点星解锁」这种话。
• 猫猫旅行和积分自动化一行没动，还在原来的时间点跑。
• 宿主加载器的一处报错修好了：用 pathToFileURL 构造 pack 入口，路径里有空格或中文也能起来。