订阅用量显示

额度与余额，不必离开对话。

在 DeepSeek Harness 的模型选择器旁看余量；点开药丸，查看额度窗口、重置时间与余额。

快速开始 · 功能预览 · 支持清单 · 凭据指引

_{真实组件 · 虚构数据 · 真实组件离线预览，不是运行中的 DSH 截图}

0.16.1：客户端小修与文档巡检——火山方舟组开关开启后立即刷新全部路由；OpenDesign「登录并自动导入」实测可用，纠正「会被 Cloudflare 挡住」的过时说明；文档全面核对当前行为（实测覆盖表、网络端点、卡片计数等）。发布与本机升级分开；本页图片是虚构数据离线预览，不是实机验收证明。查看更新记录。

快速开始

dsh plugin --profile web add dsh-subusage

web 是示例 Profile，请替换为实际目标。Desktop 使用目标桌面壳提供的 DSH Desktop CLI，不要从独立公共 CLI 管理保留的 desktop Profile。

1. 启用插件：按部署方式重载，让 Host 与 Client 一起生效；只刷新页面不保证 Host 已升级。
2. 配置需要的提供商：打开 设置 → 订阅用量 → 提供商管理。填 API Key，或使用对应提供方插件的登录态；MiMo 可“登录并自动导入”。不知道该填什么？
3. 回到对话：选择该提供商的模型，输入区出现用量药丸。点开看明细；读取失败会说明原因，不把未知当充足。

已经登录 DSH 的 DeepSeek 账号？ 默认开启的「DeepSeek 账号」直接读取宿主余额，不需要复制 token。独立 API Key 使用另一个「DeepSeek API」入口，两份余额不相加、不互相替代。两种入口的区别

功能预览

看额度：最紧张的窗口，先提醒你

一个窗口一根余量条。正常时保持简洁；周窗偏少、额度耗尽、读取失败时，药丸明确提示。点开后再看百分比、适用范围与重置倒计时，不需要先切到控制台。

看余额：金额直接显示，单位不混淆

无套餐窗口且数据完整时，药丸直接显示金额。人民币、美元与 credits 各按自己的规则展示；余额不等于订阅额度，也不能盖过已耗尽的套餐。DeepSeek API 与本机账号有各自的开关、凭据来源与余额。

管账户：需要时展开，不让长列表占满界面

Command Code 可在弹层和设置页切换固定账户，或查看自动轮换池的健康度。逐账户详情默认折叠，受限周期明确标注。自动轮换模式的用量仍是默认账户，不跟随实际服务中的账户。

支持什么

30 条数据入口，新安装默认开启 13 条。 按使用场景，主要分为：

查看完整支持清单 · 查看哪些经过真实账号验证

本插件只显示用量，不注册模型路由。Codex 默认关闭，避免与提供方自带药丸重复；需要统一展示时可手动开启。私有额度接口可能变化，数字仅供参考，不是计费依据。

也可以直接问 Agent

“看一下 Kimi 和 Codex 还剩多少额度。”

模型可调用只读工具 subusage_quota，读取与界面同源的额度与余额；可按提供商筛选，Command Code 可分别返回各账户状态。本机装了 dsh-antigravity-acp 或 dsh-connect-trae 时，报告里还会带上它们所报的 Antigravity / Trae 额度（联动项：读它们自己算好的结果，不读凭据、不写设置）。不会通过该工具修改设置。工具与 Host 服务契约

使用前，先知道这三点

• 不猜数据：查询失败、缓存与部分覆盖会明确标注；接口读取成功不保证仍可续用。
• 不把凭据放进截图或结果：API Key、Cookie 与 OAuth token 不回填界面；但本插件手动配置仍可能明文落盘，它不是加密凭据库。
• 验证有范围：历史真实账号记录覆盖 7 个入口，其余主要依靠桩测试；新图是虚构数据离线渲染，不能作为真实账号在线验收证明。实测范围与风险

技术文档

安装、配置与排障参考。日常使用先看上面的快速开始，需要定位具体接口或凭据来源时再展开下文。

支持的数据 / Supported data

共 30 条 provider id：新安装有效默认开启 13 条、关闭 17 条。另有 4 条联动项（antigravity、trae、trae-global、trae-enterprise）：它们没有自己的凭据、检测开关与设置卡片，只在本机运行对应兄弟插件（dsh-antigravity-acp / dsh-connect-trae）时才出现在 subusage_quota 工具报告与 quota() 视图里，数据取自那些插件自己算好的额度（一个读它的 Cordis 服务，一个读它挂在本机的只读用量路由）。清单取自 lib/index.js 的 PROVIDERS，有效默认值以 defaultSettings() / parseStored() 的组归一化为准：Ark 四路共用默认开启的组开关，团队两路也随组开启，不能只统计注册元数据。展示顺序与短名取自 lib/client.js 的 PROVIDER_META / PROVIDER_ORDER。

• 各家的窗口语义、明细字段与单位换算（例如 ZenMux / Ollama 的 0–1 小数、Novita 的 1/10000 USD、Kimi 随套餐变化的窗口集合）见 提供商清单与额度语义。
• 评估过但不接入的厂商与理由见 提供商覆盖与取舍（含已由用户决策跳过的 Anthropic）。

非公开控制台接口可能变更；缺失或非法百分比不会直接当作零用量（Grok 完整成功 protobuf 的活跃周期可确认协议隐式零值）；「读取成功」只表示接口读取健康度，不保证仍有额度。

Support status / 实测覆盖

已实测验证

下面保留历史真实账号/接口实测记录（本仓库开发机 + 各家的官方 CLI / 插件），只覆盖表中列出的范围；不等同于当前版本已安装并通过 GUI 端到端验收。

The X Subscription（新统一订阅）

沿用 xai-oauth，设置页入口为 Grok (X / SuperGrok)，不新增重复的 Cursor 用量池；额度工具可传 X Subscription 或 grok。凭据仍由 Grok CLI / dsh-grok-kit 管理，本插件不保存 Cookie 或 API Key。

• 官方套餐：Plus / Premium / Super / Ultra；价格与倍数不用于反推绝对额度。
• 官方用量规则：每个付费席位有一个共享周池，覆盖符合条件的 Grok、Grok Bot 与 Cursor 第一方用量；第三方模型与超额消费使用充值余额。团队周池按席位独立，充值余额共享。
• 复用 官方 Grok CLI 计费链：GET /v1/billing?format=credits 与 GET /v1/settings。credits 格式 500 时，同一 OAuth Bearer 回退 POST https://grok.com/grok_api_v2.GrokBuildBilling/GetGrokCreditsConfig（gRPC-web）读取周池百分比。百分比、重置日期、套餐名和美元充值余额只取上游字段；不请求购买、合并账号或修改订阅。
• 代理有时只返回周期和余额，没有 creditUsagePercent。此时用同一凭据最多补查一次 consumer gRPC（6 秒），仅在周/月周期与 REST 一致时采纳百分比；完整成功 protobuf 的活跃当前周期省略 float 标量时，按官方协议认定已用 0%。补查失败、周期不一致或响应不完整仍保留套餐/余额并标记部分数据，不把按量消费上限当作订阅额度。官方 Cent 空对象 {} 表示零余额，缺失消息仍为未知。
• 验证边界：2026-10-16 已迁移账号上 REST ?format=credits 持续 500，无 format 的旧月度形态 monthlyLimit: 0 不能当额度；同一凭据的 grok.com gRPC-web 返回周池百分比。新套餐四档与 gRPC 回退有隔离测试。此入口只读取当前登录身份，不提供工作区切换/全团队汇总。gRPC 回退拿不到 prepaidBalance 时不显示 0 余额。

Cursor Pro 能作为 DSH 模型订阅吗？

截至 2026-10-14，没有官方支持的直接接入方式。 Cursor 官方 API 总览明确说明，Cloud Agents API 与 SDK 运行的是 Cursor Agent 工作流，不是独立的模型推理或 chat-completions API。因此，Cursor Pro 不能作为通用 API Key / OpenAI-compatible provider 直接供 DSH 自己的 Agent 调用；本插件也不注册模型路由，不新增一个看似可调用的 Cursor provider。

• Cursor CLI 的 headless 模式可以被外部程序调用，但运行的是 Cursor 自己的 Agent，不是把 Pro 模型额度转交给 DSH。CLI / SDK 工具集成是另一种功能，不属于本插件当前范围。
• 官方 Admin / Analytics API 面向企业团队，不等同于个人 Cursor Pro 的订阅余量接口。本轮不新增个人 Cursor Pro 用量入口；这不表示所有非官方读取方法在技术上均不可行。
• 保留旧 Cursor Pro 不会自动与 Grok 合并额度；只有迁移到 The X Subscription 后，符合条件的第一方模型用量才进入新订阅的共享周池。Cursor 中第三方模型另用充值余额；共享计费不代表通用模型 API 授权。

未验证

其余提供商只经过桩测试——响应形态取自公开文档、第三方实现或抓包，没有在真实账号上跑通过：

Z.ai（中国与国际）、OpenCode Go、MiniMax（中国与国际）、Synthetic、NanoGPT、SiliconFlow、DeepSeek API、DeepSeek 账号、OpenRouter、Novita、Hyperbolic、DeepInfra、Chutes、Ollama Cloud、Vercel AI Gateway、ZenMux、LiteLLM，以及火山方舟的团队版席位。

它们可能可用，也可能因为接口变更、字段差异或权限要求而失败。上表也只是既有账号、当时版本的验证记录，不是持续可用性保证。

如果你用了其中之一，不管成功还是失败，都欢迎开 issue——附上提供商名称、错误文案与 DSH 版本即可（不要贴 Key 或 Cookie）。失败和成功一样有用：失败帮我们修适配，成功帮我们把这一行挪进上表。

主要风险

• 额度数字仅供参考，不要当计费依据。 部分额度接口未公开或半公开，字段语义可能变化；插件会按已核验单位换算金额与百分比，不猜缺失额度。
• 未验证的提供商会随接口变化而失效（见上一节）。失效时在设置页关掉那一家的检测即可，其余不受影响；欢迎开 issue 帮我们补上。
• 凭据以明文落盘：本插件的配置不是加密凭据库；Windows 上真正的访问边界取决于目录 ACL，chmod 不能替代它。
• 火山方舟是账号级读取：一组 IAM AK/SK 能查到该账号名下所有套餐（Agent Plan、Coding Plan、团队席位）。把装了本插件的机器或配置文件交给别人时请注意这一点。
• 浏览器自动化：支持自动登录的提供商（MiMo、OpenDesign）会启动一个隔离的 Chromium 会话——不点「登录并自动导入」就不会触发。OpenDesign 的 Cloudflare 人机验证会在弹出窗口中出现，由你亲自完成即可（自动登录实测可用）；手动导入仍是备选（见凭据表）。
• 收录不等于安全审计：无论 DSH STORE 还是 awesome-dsh-plugin，收录只表示满足它们各自的清单规则，都不是对代码的安全审查。

Compatibility / 兼容性

范围里那个 || 分支不是冗余。 node-semver 只有在范围中某个比较符与该版本的 major.minor.patch 元组完全一致、且自身带预发布标签时，才放行预发布版本。所以 >=0.2.0-rc.1 <0.3.0-0 这种看起来覆盖 0.2.x 的写法会静默排除 0.2.1-alpha.1——而它正是当前活跃版本。必须为每个 minor 元组各写一个带预发布标签的分支。

dsh.compatibility.dshReleases 逐版本声明已知状态：只有实际验证过的标 compatible，其余一律 unknown——没有证据不猜。本插件只依赖 Core 的公开扩展 API 面（Cordis 服务 llm/slots/locale/remote/settings/modelDirectories、4 个核心包的公开导出、client 基座的公开模块），不碰内部组件、不依赖桌面壳版本——这是 0.2.x 各版本实际全兼容的原因；dshReleases 记录的是实测证据，不是依赖声明。实际验证范围（在线接口、真实账号、浏览器像素验收等）见 开发与验证说明。这是树外 Host / Client bundle，通过 cordis.patch.yml 插入，不修改 DSH 核心、安装树或 ASAR。

Install / 安装

# npm 包名（推荐：预构建，免构建授权）
dsh plugin --profile web add dsh-subusage

# GitHub 固定 Commit（DSH STORE / awesome-dsh-plugin 只接受这种来源）
dsh plugin --profile <profile> add 'git+https://github.com/KouzakiUmi/dsh-subusage.git#<40 位完整 Commit>'

# GitHub Release tarball（资产名不带版本号，所以这个地址不会随发版而失效）
dsh plugin --profile <profile> add https://github.com/KouzakiUmi/dsh-subusage/releases/latest/download/dsh-subusage.tgz

# 本地开发目录（link 工作副本）
dsh plugin --profile <profile> add D:\src\dsh-subusage

升级与卸载：

dsh plugin --profile <profile> update dsh-subusage
dsh plugin --profile <profile> update dsh-subusage@https://github.com/KouzakiUmi/dsh-subusage/releases/latest/download/dsh-subusage.tgz
dsh plugin --profile <profile> remove dsh-subusage

• <profile> 换成目标 profile；Desktop 请使用随包 DSH CLI 或应用内插件管理页，PATH 上的 npm 全局 dsh 不一定是它。参数与 profile 名以目标部署的 dsh plugin --help 为准；桌面插件页同样接受包名、GitHub 地址或本地目录。
• 不要用浮动分支（#main）安装：市场与商店只认固定到完整 40 位 Commit 的来源，浮动分支无法核实你装到的到底是哪份代码。
• 安装只把包放进 profile，不等于已启用；按部署方式重载或重启，让 Host 与 Client 一起生效（只刷新页面不保证 Host 升级）。
• 只取压缩包：npm pack dsh-subusage；核对发布结果：npm view dsh-subusage version dist-tags。
• 本包没有 preinstall / install / postinstall / prepare 脚本，安装期不执行任何代码；也不需要 pnpm 的 allowBuilds 授权。

前置：这几家需要提供方插件

绝大多数提供商只要一把 API Key 就能用。但下面几家要先装提供方插件——它们负责注册模型路由、完成登录并持有凭据；本插件只读取同一份凭据，不代为登录、也不保存它们。

Codex 默认关闭：它的提供方插件本身就带一个用量药丸，两个并排只是重复信息。想要本插件这一份（比如想把 Codex 和别家放在一起看）可以在提供商管理里手动开启。

这几家的凭据不在本插件的设置页里：请用上表的登录方式。缺登录时本插件的卡片会直接给出对应的登录命令。

Configuration / 配置

• 设置页路径：设置 → 订阅用量 → 提供商管理。「没有检测到API的默认隐藏」默认开启；首次没有可见条目时管理区自动展开。关闭的提供商仍可配置凭据，只是不会发起用量请求。
• 凭据从哪来：每一类凭据的官网入口、环境变量名与界面填入位置都写在凭据获取指引——包括火山的 IAM AK/SK（子用户还要挂 ArkReadOnlyAccess 且不限制到项目）、MiMo 的平台会话 Cookie、以及各家 API Key 的对照表。注意推理 Key 与额度凭据不通用。
• 默认开关策略：新安装默认开启 13 条、默认关闭 17 条（Codex 默认关闭——它的提供方插件自带用量药丸；GitHub Copilot 按新订阅商惯例默认关闭）；开关即时保存，升级保留已保存的开关，不重算默认值。默认隐藏只影响显示，不会自动开启被关闭的提供商。
• 火山方舟是一组：4 条路由共用同一组 IAM AK/SK，所以设置页只呈现一张卡片、一个开关（本机已装的第一条路由作为代表，都没装则用第一条），卡片里写明本机实际装了哪几条。这些 provider id 并没有合并——药丸仍按 id 匹配路由。旧插件 @volcengine/ark-plan-api 的两个国内路由（ark-coding-plan-cn / ark-agent-plan-cn）已移除：它们与 arkcli 的路由查同一份订阅，并列显示只会让人以为买了两个套餐；装了旧插件的用户，药丸仍按那两个 id 显示同一份数据（入口归并到 arkcli 路由）。
• 火山方舟不按路由收起：它的额度走账号级管控面，一组 AK/SK 就能查到名下所有套餐（GetCodingPlanUsage 与 GetAFPUsage 是同一套协议、同一组凭据）。推理路由装没装只影响模型能不能用，不影响额度能不能查——所以只持有 Coding Plan、却没在 DSH 里配 coding-plan 路由时，那条额度照样会显示（前提是配了 AK/SK）。
• 凭据来源优先级（inherit 模式）：凭据服务 → 启动环境 → 旧手动配置兜底；切到自定义（manual）模式时只使用保存的手动 Key。界面会区分这三种来源。
• 不接受本地 Key 的提供商：commandcode（凭据链属提供方插件）、xai-oauth、openai-codex（只读各自 CLI 的登录文件）、github-copilot（只读 Copilot 提供方存入凭据库的 OAuth 记录），以及 MiMo（Cookie 会话）。
• 保存与验证分离：凭据先确认持久化，再独立做在线验证；检测关闭的提供商只保存凭据、不发起验证，验证失败不代表保存失败。
• 出错时在卡片上修：MiMo 未登录 / Cookie 被拒 → 「登录并自动导入」；Cookie 临近到期或已过期 → 「重新登录」；其他家缺凭据 → 「配置凭据」（展开该厂商编辑器并滚动过去）。正常状态不显示行动条。

deepseek                 DEEPSEEK_API_KEY
zai-coding-cn            ZAI_CODING_CN_API_KEY
zai-coding               ZAI_CODING_API_KEY
kimi-coding              KIMI_CODING_API_KEY
xiaomi-token-plan-cn     XIAOMI_TOKEN_PLAN_CN_API_KEY   （界面走官方平台 Cookie）
opencode-go              OPENCODE_API_KEY
commandcode              COMMANDCODE_API_KEY
xai-oauth                —                              （OAuth 登录文件）
openai-codex             —                              （OAuth 登录文件）
github-copilot           —                              （凭据库 OAuth 记录 llm-pi-ai/github-copilot，只读）
minimax                  MINIMAX_API_KEY
minimax-cn               MINIMAX_CN_API_KEY
synthetic                SYNTHETIC_API_KEY
nanogpt                  NANOGPT_API_KEY
siliconflow              SILICONFLOW_API_KEY
openrouter               OPENROUTER_API_KEY
novita                   NOVITA_API_KEY
hyperbolic               HYPERBOLIC_API_KEY
deepinfra                DEEPINFRA_API_KEY
chutes                   CHUTES_API_KEY
ollama-cloud             OLLAMA_API_KEY
vercel-ai-gateway        AI_GATEWAY_API_KEY
zenmux                   ZENMUX_MANAGEMENT_API_KEY
litellm                  LITELLM_API_KEY                （另需自填 proxy 地址）
arkcli-agent-plan        ARKCLI_AGENT_PLAN_API_KEY      （额度用 VOLC_ACCESSKEY / VOLC_SECRETKEY）
arkcli-coding-plan       ARKCLI_CODING_PLAN_API_KEY
arkcli-agent-plan-team   ARKCLI_AGENT_PLAN_TEAM_API_KEY
arkcli-coding-plan-team  ARKCLI_CODING_PLAN_TEAM_API_KEY

Permissions & data / 权限与数据

读取 / 写入的文件

网络访问：只连上面清单里各家自己的额度 / 余额端点，以及 platform.xiaomimimo.com（MiMo 用量与登录）、api.commandcode.ai、cli-chat-proxy.grok.com、grok.com（仅 Grok credits 回退）、chatgpt.com/backend-api、api.github.com（GitHub Copilot 私有额度接口；企业版按记录里的 enterpriseUrl 换 api.<域名>）、amr-api.open-design.ai（OpenDesign 控制台额度）、火山管控面 open.volcengineapi.com，外加你自己填写的 LiteLLM proxy 地址。完整域名表见 网络端点。deepseek-account 不自行发起 HTTP 请求——它复用 DSH 的 deepseekAccount 服务，由宿主完成鉴权与余额请求（宿主服务可能按自身配置联网）；本插件不读取、导出或保存 OAuth token。MiMo 自动登录会另外打开官方平台页面，由你在该页面自行输入密码与验证码。本插件没有自己的服务器，不做遥测，也不把你的数据发给任何第三方。

命令、进程与安装期行为

密钥如何处理

• Key 与 Cookie 不回传页面：读取接口不返回凭据本身，界面不回填已保存的秘密（Cookie 只在需要替换时输入）；公开设置只有 hasKeys / hasCookie 这类布尔状态与来源标记。
• 日志与产物不落盘：真实 Key / Cookie 不会写进日志、测试、截图或读取结果；MiMo 响应在返回前做字段级 Cookie 脱敏。
• MiMo 自动登录使用独立临时 Chrome 会话：不读取日常 Chrome 配置，不读取密码 / 验证码字段，Cookie 不通过 RPC 返回页面；五分钟未完成自动超时。
• 计时元数据（xiaomi.loginAt / xiaomi.expiresAt）只是本地时间戳，不是秘密，也不参与凭据有效性判断。
• 这不是加密凭据库：本版仍兼容本机 JSON 配置存储，凭据以明文落盘；加密凭据存储通道尚未实施。Windows 上的实际访问权限取决于目录 ACL，chmod 不能替代 ACL 或加密库。请不要上传、分享该配置文件，也不要把它写进日志或工单。

额度查询 API

Agent 工具 subusage_quota（模型可直接调用，只读：不写设置、不碰凭据）

调用约定（无可读条目时返回汇总与下一步，不伪造额度）：

• 模型手里的名字往往不是这里的 provider id（它更可能看到 DSH 的路由名，例如 zai），所以匹配是宽松的：一个名字命中多条路由时全部返回（zai → 中国版 + 国际版，ark → 4 条），每条各自带着真实 state（没启用的如实标 disabled），由调用方自己判断要看哪条。
• 一个名字都认不出时，返回里会先给一条说明（写明可用写法），再读取全部路由，并按下述规则保留有数据或读取失败的条目——数据先给出去，判断交给调用方，而不是回一个空结果。
• 点名的家原样返回，其余按「有没有数据」收起：providers: ["kimi"] 时被点中的家即使没配凭据也照原样给出（用户问的正是「它为什么没数据」）；不点名时——以及名字一个都没认出来、走全量兜底时——省略检测已关闭、未配置凭据、以及接口没报告任何额度的条目，省略条数按家写进 omitted（同一家的多个 Command Code 账户只算一家），否则二十多条路由会把真正的数字淹掉。读取失败的条目会保留——那是「这次没读到」，不是「没配置」，省略掉只会把排障方向带偏；认不出的名字自己那行也保留。
• 同一额度池的多个窗口在文本里并成一段：池名（分组 / 预算 / 能力范围标注）只写一次，相邻同池窗口按上游顺序用 / 并列（不重排、不跨池拼段），例如 Gemini Models · week 95.8% 剩余（重置 …） / 5h 96.6% 剩余（重置 …）；跨池仍分开、交错下发的同池窗口不重排。数据结构不受影响（windows[] 仍是一窗口一条）。
• Command Code 按账户各回一条：账户清单读自提供方插件的 llm-commandcode 设置，每条带 account（账户名）、accountActive（当前激活的那个）与 accountMode（fixed 固定账户 / auto 自动轮换），激活账户排在最前。「还剩多少」与「现在实际用哪个账户」一次问清。
• Trae 也是联动项：本机运行 dsh-connect-trae 时最多出现三条——trae（国内版积分：period 窗口的百分比是「已用积分 / 积分包合计」，余量与 Work / 通用两个桶、积分到期提醒放 extras）、trae-global（国际版订阅状态：档位、试用期、是否买了套餐）与 trae-enterprise（只在真有企业版账号时出现，且照实说「企业租户额度只能在企业控制台看」，绝不把个人积分挪到企业标题下）。数据来自该插件注册在本机 web 服务器上的只读路由 /plugins/dsh-connect-trae/usage?region=<cn|enterprise|ai>（它自己的卡片读同一条），本插件只做换算：不读取它的凭据、不自己请求 Trae 上游、不写设置；取数结果缓存 60 秒，refresh: true 绕过。厂商名 trae 命中三块面板（与 zai / ark 同口径），单块面板没登录时静默，点名某一块（如 trae-global）却没登录时才回说明。
• Antigravity 是联动项，不是本插件登记的 provider：本机运行 dsh-antigravity-acp 时，报告里会多一条 providerId 为 antigravity 的条目（可传 antigravity / agy / antigravity-acp 点名）。数据来自该插件自己的 Cordis 服务 agyQuota，本插件不读它的凭据、不请求上游、不写设置；插件不在场时顺带查询里不出现这一行，点名时会回一条「未检测到额度服务，装好并重启 DSH 后自动出现」的说明。它的 windows[].percent 同样是已用百分比（由官方下发的剩余比例换算），groupLabel 是它自己的分组（如 Gemini Models）。

Host 服务（Cordis Service，key 为 subUsage）：

const service = ctx.get("subUsage");
const view = await service.quota({ providerIds: ["deepseek"], force: false });
// view = {
//   updatedAt,
//   providers: [{ providerId, label, state, windows, extras, coverage?, freshness?, lastSuccessAt?, error?,
//                 account?, accountActive?, accountMode?, availability?, availabilityReason? }]
// }

• state：ok | no-key | no-cookie | error | disabled
• windows[].percent 是已用百分比（0–100）；extras 放余额与套餐名等补充项。budgetScope / detail.scope 区分多预算和能力范围
• availability? 为 included | paygo | blocked | unknown，availabilityReason? 解释依据；读取成功、余额或健康百分比不能单独保证续用资格
• account / accountActive / accountMode 只在多账户的 Command Code 上出现（见下）；此时同一条路由会有多条条目（每个账户一条，providerId 相同），消费方按 account 区分
• 视图刻意精简：不返回设置，也不返回 keySource / apiDetected / 继承变量名等内部状态，第三方消费者拿不到任何与 Key 相关的字段。多账户路由（Command Code）连错误文案里的凭据引用名也会换成账户标签（Account 2），内部 apiKeyEnv 只留在本机界面那条通道里（用户要靠它定位该往哪个 ref 写凭据）
• 视图里不出现值为 undefined 的字段：字段缺席表示「这家没有报告」，而不是「报告了空」——带 undefined 的键会被调用方的 schema 校验判成型别错误
• 单家读取失败只影响它自己的条目，其余照常返回
• 与设置页共用同一份缓存（TTL 60 秒），频繁调用不会反复请求各家接口；多账户各按「路由 id + 账户引用名」占一份缓存，读全部账户不会互相驱逐
• 联动项（antigravity / trae*）不出现在本插件的设置页：它们没有凭据、没有检测开关，也没有可写的设置；取数有 15 秒独立预算，请求带取消信号（随 dispose() 与预算自断）；对方报错时只产出它自己那条 state: "error"（error 里有截断后的脱敏原因），其它家照常返回。默认的全量查询遇到超时静默（不制造噪声，对方缓存会随后补上），点名的查询超时仍如实报——否则问「Trae 还剩多少」会得到像「没登录」的空结果
• quota() 本身不过滤条目（第三方可能正需要「这家没配」这个事实）；subusage_quota 工具的不点名调用才省略空条目

Troubleshooting / 常见问题

Development / 开发

没有源码转译步骤，直接维护 lib/*.js。基础检查不需要安装 DSH 或连接账号：

node tests/run-all.mjs
node scripts/check-manifest.mjs
node --check lib/index.js
node --check lib/client.js
node --check lib/mimo-login.js
node --check lib/cookie-login.js
node --check lib/opendesign-login.js
node --check lib/volcengine.js
node --check lib/grok-credits.js

离线预览（生成 HTML，使用虚构用量与桩 Hook，不连接 DSH、不读取真实凭据）：

foreach ($theme in @('dark', 'light')) {
  foreach ($width in @(530, 500, 499, 360)) {
    node scripts/render-ui-preview.mjs $width xiaomi-token-plan-cn $theme credentials
  }
}
node scripts/render-ui-preview.mjs 530 nanogpt light pill
node scripts/render-market-screenshots.mjs   # 市场截图：真实组件 → 紧凑裁剪 → 3x 密度 → assets/screenshots/
node scripts/check-browser-runtime.mjs   # 需要工作区可解析 playwright-core 且本机装有 Google Chrome

文档入口：凭据获取指引（每类凭据的官网入口、环境变量与填入位置、报错对照）、开发与验证（RPC 契约、缓存与凭据约定、离线预览与实机验收范围）、提供商清单与额度语义、提供商覆盖与取舍、UX 设计、发布与市场收录、更新记录、审查记录。

打包说明：package.json 的 files 白名单是 lib / cordis.patch.yml / README.md / LICENSE，因此 assets/title.png、assets/readme/、assets/screenshots/ 与 docs/ 不进 npm 包——图片通过 GitHub 绝对地址加载，npm 页面无需把图片打进包也能显示。改动白名单属于发布决策，需单独处理。

界面预览

以下为 0.13.3 的离线组件测试截图，使用虚构用量数据，不包含真实账号信息，也不是运行中的 DSH 截图。全部由 node scripts/render-market-screenshots.mjs 从真实组件生成：紧凑裁到内容边界、3x 像素密度，底部保留「非运行中的 DSH 截图」声明。这五张与根目录 screenshots.json 的声明一一对应，市场详情页按该文件的顺序展示。

深色设置页：订阅用量面板给出当前提供商的结论、进度与 Cookie 到期提醒；下面是提供商管理，凭据编辑器默认展开。

浅色用量弹层：顶部先给结论（额度充足 / 余量偏低 / 即将用尽…），下面是各窗口的剩余百分比、已用/总计与重置时间。药丸收起时每个窗口一根彩条，正常时不写字。

0.13.0 的功能特写见功能预览。

真实 DSH Loader、实际账号在线接口与多账户映射仍未验收，截图不代表已通过这些检查。

License & security / 许可与安全

MIT，见 package.json 的 license 字段。本项目与 DeepSeek Harness 及各服务商无官方关联；非公开接口可能随时变更，请以各服务商官方条款为准。

报告安全问题：请不要在公开 issue 里粘贴 Key、Cookie 或完整配置文件。优先使用 GitHub 仓库的 Security → Report a vulnerability 私有渠道；该入口不可用时，也可以在 issue 中只描述问题与影响范围，凭据一律留空。任何复现步骤请先自行脱敏。