安装
在 DeepSeek Harness 里通过 dsh-market 安装
dsh plugin --profile web add dshmarket
或使用命令行
dsh plugin --profile web add @astervolans/dsh-opencode-go-usage
装任何插件都等于在你的机器上跑第三方代码,权限和你本人一样大——能读你的文件、用你的凭据、访问网络。请先审阅源码,并尽量锁定 commit(github:owner/repo#sha)。
README
English | 中文
⚡ OpenCode GO 套餐: buycodingplan.com
这是 yumusb/dsh-opencode-go-usage 的 fork (Astervolans/dsh-opencode-go-usage), 发布为 scoped 包
@astervolans/dsh-opencode-go-usage。相对上游的差异:每条用量进度条下方新增一条时间进度条(见「功能」)。 插件的设置命名空间、HTTP 路由与命令名仍是dsh-opencode-go-usage(不变),所以从上游迁移过来无需改动配置; 仅dsh.bundle.patch的name必须是可解析的包名(scoped),否则dsh web会在启动时报Cannot find package。
DSH(DeepSeek Harness)插件:监控你的 OpenCode GO 套餐额度 —— 10 美元/月的订阅,按模型提供滚动 5 小时 / 每周 / 每月三个窗口的用量限额。
兼容 DSH 0.1.7 及以上(含 0.2.0 线) —— 已写入 peerDependencies(>=0.1.7-rc.1 <0.3.0),
由 DSH 校验。版本矩阵、1.5.0 的改动,以及其他运行时怎么办,见兼容性。
功能
- 侧边栏小组件:常驻 DSH Web 侧边栏底部(
sidebar.footer.action槽位),三条用量进度条:滚动窗口(5h)、周窗口、月窗口,每条带重置倒计时;侧边栏收起时收缩为紧凑的百分比徽标。 - 时间进度条:每条用量条下方还有一条时间条,把本窗口的时间轴一分为二——左侧灰色是已流逝时间(随时间向右增长),右侧蓝色是剩余时间(随时间向左收缩),窗口重置时灰色占满并归零。时间条与用量条同高同圆角(5px / 3px),仅颜色与方向不同;灰段与蓝段各自四角圆角,外侧两端与两段相接处都是圆角。灰段与上方用量条的轨道灰使用同一个主题 token(
--dsw-alias-border-l2),两条灰上下同色;蓝段用--dsw-static-deepseek-450(#5686fe)。用量条(消耗了多少额度)与时间条(过去了多少时间)上下对照,可直接看出额度消耗快于还是慢于时间流逝。悬停显示已流逝/剩余时间百分比。 /opencode-go聊天命令:在对话中以文本输出同样的三个窗口数字。- 同源代理:host 端注册
GET /opencode-go/usage,携带你的 API key 转发到官方 GO 网关。key 永不进入浏览器,也没有 CORS 问题。 x-opencode-session修复:运行时自动为 OpenCode GO 网关的聊天请求注入真实会话 ID(网关对缺失该头的请求返回 400)。不修改 DSH 安装文件,升级不失效。
x-opencode-session 修复
OpenCode GO 网关拒绝缺少 x-opencode-session 头的聊天补全请求(HTTP 400 MissingSessionID),而 DSH 的 llm-pi-ai 适配器从不发送该头。与其修改 DSH 安装目录里的文件(每次 DSH 升级都会被覆盖),本插件改为运行时注入:
- 一次性包装
globalThis.fetch; - 监听 DSH 官方
llm/streamwaterfall 事件,获取每次调用的会话 ID(options.sessionId,由dsh-agent-loop填充)。
网关 base 从被调用 provider 自身的实时配置解析(llm-pi-ai.providers.<route>.baseURL,缺省回退到本插件的 baseUrl)——代码中不硬编码任何域名——因此只有发往该调用对应网关的请求才会收到该头,且值为真实的会话级 ID。
- 开关:插件配置项
injectSessionHeader(默认true)。 - 可观测性:
GET /opencode-go/usage返回sessionHeader: { active, count, diag };diag报告运行时观测,如streamSeen(处理过的llm/stream调用数)、lastStream(provider、session-id 是否存在、base 及其来源)、requests/injected/missed(带上下文的 wire 请求数 / 实际注入数 / 因 URL 不匹配未注入数)。
工作原理
这是一个双端 DSH 插件包:
| 端 | 文件 | 职责 |
|---|---|---|
| host(Node) | lib/index.js |
注册 /opencode-go/usage Web 路由(ctx.webServer)与 /opencode-go 命令(ctx.commands);通过 DSH credentials 解析 key;上游调用带 30s 缓存 |
| 浏览器 | lib/client.js |
手写的 window.__ModuleLoader__.load({ id, factory }) bundle,等待 sidebar.footer.action 列表槽就绪后注册,每 60s 轮询同源路由 |
侧边栏小组件如何加载
DSH 0.1.7-rc 通过官方 client-modules 扫描来装载组件:包的 dsh.client 声明 +
exports["./client"] 会按 loader entry 被自动识别,bundle 由 /plugins/...
组合路由提供,boot graph 行由 host 自己写进 window.__DSH_BOOT__ 清单——
无需手工打包或注入 index。(0.1.1/0.1.2 用的是自托管 /dsh-opencode-go-usage/client.js
路由 + webServer.tapIndex 行注入;该机制已移除,因为 0.1.7-rc 把数组形的 boot
清单改成了 { rev, entries, batches } 对象,只能由 client-modules 生成。)
兼容性
| 插件版本 | DSH 运行时 | host 端 | 浏览器端 |
|---|---|---|---|
| 1.5.0(当前) | 0.1.7 及以上,含 0.2.0 线 |
由 loader 读取导出的 Config schema;配置取自插件条目(不再调用 ctx.settings.register/settings.get) |
由 client-modules 依据包的 dsh.client 声明自动装配 |
| 1.4.0 | 0.1.7-rc.1、0.1.7-rc.2 |
同 1.5.0 | 同 1.5.0 |
| 1.3.3 | 0.1.1-rc.2、0.1.2-alpha.2(即 0.1.7 之前的版本线) |
ctx.settings.register 注册命名空间 + ctx.settings.get 读取 |
自托管 bundle 路由 + webServer.tapIndex 注入启动图行 |
支持的运行时写进了 peerDependencies:
"peerDependencies": {
"@deepseek-ai/schemastery": "^3.18.4",
"@deepseek-ai/dsh": ">=0.1.7-rc.1 <0.3.0"
}
DSH 会在条目启用前用该范围校验当前运行时。从 0.2.0 起这是硬闸门:所有
@deepseek-ai/dsh / @deepseek-ai/dsh-* peer 都会带 includePrerelease 参与判定,
不匹配则整行被禁用(宿主日志会写 disabling profile plugin row …),而不是半死不活
地跑着。因此窗口写成 >=0.1.7-rc.1 <0.3.0,同时覆盖 0.1.7 线与整条 0.2.0 线;
1.4.0 的写法 0.1.7-rc.1 || 0.1.7-rc.2 做不到 —— 任何 0.1.x 范围的上界都是 <0.2.0。
若运行时不在此列,请改装对应版本的插件(0.1.7 之前用 1.3.3),或显式接受风险后重启 DSH:
dsh plugin allow-version # 为 name@version 在本 dsh 版本上授予精确版本豁免
在受支持版本上还有两点运行时说明:
- 设置页 / 热改 / 旧配置迁移 —— 配置字段标记为 volatile,需要 schemastery ≥
3.18.4。两个官方包都按 约定声明为 peer 而非 dependency,因此全新安装会解析到 DSH 自带的那份;若 profile 里仍 hoist 着旧的3.18.2,则不会生成设置页、不能热改,旧的~/.dsh/settings.yaml段落也不会被迁移(会留在settings.yaml.imported)。两种情况插件都照常启用,并从 profile 条目读取配置(见配置项)。 - 小组件 —— 全程无需手工打包或注入 index:host 依据包的
dsh.client声明装配组件,并从/plugins/...组合路由提供(见侧边栏小组件如何加载)。
环境要求
- 已安装 DSH
0.1.7及以上(含0.2.0线),且webprofile 至少启动过一次(~/.dsh/profiles/web存在) - Node.js ≥ 18(需要
fetch) - OpenCode GO 订阅及其 API key
安装(官方 DSH 流程)
前置:已装 DSH 0.1.7 及以上(含 0.2.0 线),且 web profile 至少启动过一次;Node.js ≥ 18;有 OpenCode GO 订阅。
# 1. 安装到 web profile(依赖 pnpm,没有的话先 corepack enable)
dsh plugin --profile web add @astervolans/dsh-opencode-go-usage
# 2. 把 GO API key 存为 DSH credential
# (key 在 https://opencode.ai/auth 创建)
# → 在 ~/.dsh/.credentials.yaml 加一行:
# OPENCODE_GO_API_KEY: sk-...
# 3. 重启 dsh web,浏览器硬刷新(Cmd/Ctrl+Shift+R)
到这一步,百分比小组件和 /opencode-go 命令就生效了。CLI 会自动把包的
dsh.bundle.patch 合并进 profile 的 bundle 层栈——不需要手改
cordis.patch.yml,不需要软链。
还没发布 npm?从本地目录安装:
dsh plugin --profile web add /path/to/dsh-opencode-go-usage
从 GitHub Packages 安装
每次发布也会自动同步到 GitHub Packages(https://npm.pkg.github.com),由 release
工作流完成。该注册表即使对公开包也要求认证,请先准备一个至少有 read:packages
权限的 PAT,写进 .npmrc(项目级或 ~/.npmrc):
@astervolans:registry=https://npm.pkg.github.com
//npm.pkg.github.com/:_authToken=你的_GITHUB_PAT
dsh plugin --profile web add @astervolans/dsh-opencode-go-usage
选择这条路之前先了解两点:
- 包在 GitHub 上默认是 private(仓库公开也一样),首次发布后需要手动改成 public: 包设置 → Danger Zone → Change visibility。
- 安装需要 token,所以 npmjs.org(不需要 token、不需要 scope 行)仍是更省事的路。 GitHub Packages 是镜像,不是替代。
第一次装 DSH 插件?直接看使用者指南,一步步照着做就行。
使用
- 小组件:直接看。侧边栏收起 → 百分比徽标;展开 → 三条进度条 + 重置倒计时。
- 命令:任意对话里输入
/opencode-go输出三个窗口的文本。
配置项
所有字段都是 volatile,因此会出现在 设置 → 插件 → 插件配置 中,改完即时生效、无需重启:
| 键 | 默认 | 说明 |
|---|---|---|
apiKeyEnv |
OPENCODE_GO_API_KEY |
API key 的 credential 引用 / 环境变量名 |
baseUrl |
https://opencode.ai/zen/go |
网关 base URL |
cacheMs |
30000 |
host 端上游缓存 TTL |
updateCheck |
true |
检查 npm 新版本(组件与命令只提示,插件不会自行升级) |
injectSessionHeader |
true |
为 GO 网关聊天调用注入运行时 x-opencode-session 头 |
volatile 标记是带守卫的:
.volatile()从 schemastery 3.18.4 起才有,而 DSH 解析插件依赖时优先用 profile 里的副本。若 profile 里仍是旧副本(3.18.2), 插件照常启用、并从 profile 条目读取配置,只是不会生成设置页、也不能热改—— 重装插件(或在 profile 里升级@deepseek-ai/schemastery)即可获得。两种情况下 都可以直接在 profile patch 里配置:
- id: dsh-opencode-go-usage
config:
cacheMs: 60000
用量 API
GET https://opencode.ai/zen/go/v1/usage,带 Authorization: Bearer <key>:
{
"usage": {
"rolling": { "status": "ok", "percent": 0, "resetsAt": "2026-08-14T07:51:13Z" },
"weekly": { "status": "ok", "percent": 1, "resetsAt": "2026-08-17T00:00:00Z" },
"monthly": { "status": "ok", "percent": 22, "resetsAt": "2026-08-21T13:05:13Z" }
}
}
开发 / 修改小组件
浏览器端是手写的 factory bundle(window.__ModuleLoader__.load),因为目前第三方 client 插件还没有公开的构建流水线。它只能 require() shell 模块表里的模块(react、react/jsx-runtime 以及已注册的 client 包)。直接改 lib/client.js,然后重启 dsh web 并刷新页面 —— bundle 的 revision hash 会变化,shell 会加载新文件。
host 端(lib/index.js)的改动只需重启 dsh web。
常见问题
- 重启后小组件不出现 → 硬刷新页面(
Cmd/Ctrl+Shift+R);启动图是按页面加载注入的。 /opencode-go/usage返回 502 且提示 "no API key" → 在~/.dsh/.credentials.yaml配置 key。- 网关 401/403 → key 无效或订阅过期;检查 credential。
- 小组件显示错误串 → 悬停收起态徽标,或展开态小组件里的错误行。
License
MIT
评论
评论存放在 GitHub Discussions。用 GitHub 账号登录后可发表评论或点表情。