Floating-Dreaming/dsh-minimax-usage
DSH (DeepSeek Harness) plugin: MiniMax Token Plan usage in Settings
已收录
1
Usage
Bundle 已验证
功能介绍
在 DSH 设置页「用量」section 展示 MiniMax Token Plan 的 5 小时 / 周窗口用量(带重置倒计时)、单模型明细与视频赠送额度;通过 trusted plugin 调 `/v1/token_plan/remains` 拿 key,未配置 key 时整段 section 自动隐藏。MIT。
适合
- 希望在 DSH 设置中查看 MiniMax Token Plan 五小时与每周用量窗口的用户。
- 工作时需要重置倒计时和单模型用量明细的用户。
- 希望在 Token Plan 用量旁查看视频赠送调用额度的 MiniMax 视频用户。
不适合
- 未配置 MiniMax API Key 的用户;整个用量区域会自动隐藏。
- 未订阅或无需监控 MiniMax Token Plan 的用户。
- 需要超出所述实时窗口与明细范围的历史分析工作流。
README
MiniMax 用量插件
在 DSH(DeepSeek Harness)设置页「用量」section 展示 MiniMax Token Plan 的 5 小时与周窗口用量。
这是什么
DSH 插件,在设置页的「用量」section 渲染 MiniMax Token Plan 实时数据:
- 5 小时窗口:当前用量百分比 + 剩余时间
- 周窗口:当前用量百分比 + 重置倒计时
-
视频赠送:可调用次数(
video模型按 count 计,不按百分比) - 未配置 API key 时整段 section 自动隐藏(侧栏「用量」入口也不显示)
数据通过 MiniMax 的 https://www.minimaxi.com/v1/token_plan/remains 接口实时获取(trusted plugin 持有 key、60s 缓存 + 10s 限流)。
安装
两种方式,任选其一。
方式一:DSH 官方 dsh plugin add
trusted-plugin/ 声明了 dsh.bundle manifest,DSH 官方安装命令直接认:
# 从 GitHub(git 源一行)
dsh plugin --profile web add "github:Floating-Dreaming/dsh-minimax-usage#main"
# 从 npm
dsh plugin --profile web add @floatingdeaming/minimax-usage
# 从本地 checkout
dsh plugin --profile web add ./trusted-plugin
装完重启 DSH。
方式二:install.ps1 / install.sh
| OS | 命令 |
|---|---|
| Windows | cd D:\Code\minimax-usage-plugin && .\install.ps1 |
| macOS / Linux / WSL / Git Bash | cd /path/to/minimax-usage-plugin && ./install.sh |
从 npm 装:
.\install.ps1 -Source npm -NpmName @floatingdeaming/minimax-usage
./install.sh --source npm --npm-name @floatingdeaming/minimax-usage
脚本做了什么(幂等,已有文件不被覆盖):
- 部署 trusted plugin 源码到
~/.dsh/profiles/web/minimax-usage/ - 创建符号链接
~/.dsh/profiles/web/node_modules/minimax-usage/→ 上面那个目录 - 校验 / 补齐 profile 的
package.json依赖 - 校验 / 补齐 profile 的
pnpm-workspace.yaml的 packages 列表 - 校验 / 补齐 profile 的
cordis.patch.yml的- insert:行 - 跑
npm install
许可证
MIT
常见问题常见问题
在启用了 DSH 的终端中执行已验证命令 dsh plugin --profile default add github:Floating-Dreaming/dsh-minimax-usage。命令会解析公开 package 元数据,并保持插件与本页展示的目录身份一致。
兼容性以页面上展示的 bundle 与 profile 状态为准。如果某个 profile 尚未检测到,请先保持禁用,并在生产启用前阅读仓库文档。
GitHub 链接和 activity 元数据是 release 与维护状态的来源。新版本发布后重新查看本页,确认目录已经观察到最新版本。