DSH Plugins
返回列表
🧩

dsh-multiuser-keys

admin-security 更新于 2026.10.16

在终端中运行以下命令:

dsh plugin install az13js/dsh-multiuser-keys

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 插件页或通过插件管理器执行安装命令,从 https://github.com/az13js/dsh-multiuser-keys 安装 dsh-multiuser-keys。

插件介绍

当一台 DeepSeek Harness 要同时给多人用时,最怕的是所有人共用一个 provider 凭据:额度混在一起、责任说不清,也很难按人管控成本。这个插件把「谁在用、花谁的 Key」拆开——每个人在浏览器里维护自己的 API Key,请求走同源 /api 时带上,服务器只在进程内存里解析凭据,不写盘;管理员只需声明哪些 provider 必须用户自备 Key,其余 provider 仍按 Harness 默认走服务器自己的配置。

核心能力分两端协作。服务端在管理员映射的凭据引用上包装 resolve,未映射的一律委托原生逻辑;客户端在「设置 → 我的 API Key」里按 provider 录入、掩码展示与清除,并自动挂到后续请求头。会话内会绑定当前用户的 Key,后台任务等无会话场景则在可配置的时间窗口内回退到「最近活跃用户」的 Key,窗口外再退回服务器默认凭据。公司日后若想统一发额度,把对应 provider 从映射里拿掉即可,无需改用户浏览器里的习惯流程。

适合在公司内网、小团队或运维统一托管一台 Harness、但 LLM 账单希望落在个人或各业务线账户上的场景。也适合需要明确合规边界、不希望把全员 Key 集中存在服务器磁盘上的部署方式。若你主要用桌面端 IPC/CLI、或强依赖多人共用一个会话 ID,需要了解 README 中的已知限制后再决定是否启用。

使用场景

  • 公司内网统一部署一台 Harness,研发各自绑定自己的 LLM provider Key
  • 需要按人分摊或核算模型调用成本,又不想在服务器磁盘集中存 Key
  • 管理员只让部分 provider 走用户自备 Key,其余仍用服务器统一凭据

适合人员

  • 托管共享 Harness 的运维或平台管理员
  • 多人共用同一 Web Harness 的研发与产品团队
  • 关注凭据不落盘与按人计费合规的中小团队