订阅登录器shaneconner/dsh-provider-login

dsh-provider-login

使用你已经付费的订阅登录 DeepSeek Harness 的模型提供方，而不是使用 API 密钥。

安装

dsh plugin --profile web add dsh-provider-login

重启 dsh。然后，在会话中：

/login                  你可以登录哪些提供方，以及你已经登录了哪些
/login openai-codex     使用 ChatGPT Plus 或 Pro 订阅登录
/login anthropic        使用 Claude Pro 或 Max 订阅登录
/logout openai-codex    忘记已存储的凭据

会打开一个浏览器页面，你在那里批准，会话会自行完成。凭据会写入 harness 凭据文件，并从那时起自动刷新。

不要与 dsh-login 混淆，那是另一位作者编写的一个无关包，它在 dsh Web 端口上加了密码门禁。这个包则是让你登录到模型。

为什么会有这个插件

harness 本身已经知道如何完成所有这些事情。@deepseek-ai/dsh-llm-pi-ai 为其目录中能够登录的每个提供方注册了一个授权流程，其中六个提供 OAuth，包括 “Anthropic (Claude Pro/Max)” 和 “OpenAI (ChatGPT Plus/Pro)”。这些流程是完整的：PKCE、回环回调、通过 harness 凭据存储进行令牌存储，以及自动刷新。

有两件事让它们无法被使用。

注册被 ctx.inject(['authorization'], ...) 所限制，而没有任何随附的 bundle 挂载 @deepseek-ai/dsh-authorization。该包存在并且已发布；但没有任何东西提供它。因此这些流程被注册到一个永远不存在的服务上。

而且没有任何地方调用 ctx.authorization.begin()。既没有 CLI 命令，也没有 Web 客户端中的面板。即使注册表被挂载，流程也没有可供驱动的界面。

结果是可用的 OAuth 无法被触及，而订阅也没有对应的 apiKeyEnv 密钥。这个插件提供了这两半：它的补丁挂载注册表，并且它注册了两个驱动注册表的命令。

它做什么和不做什么

它扮演流程中浏览器的那一半。每个流程都会让回环回调与粘贴的授权码进行竞速；这个界面会打开页面，并让代码提示保持未回答，而不是拒绝它，因为拒绝会让竞速倒向在这里无法工作的那一半。如果无法打开浏览器，错误信息会带上 URL，以便你自己打开它。

它只列出提供 OAuth 的提供方。使用 API 密钥进行身份验证的提供方通过 apiKeyEnv 和凭据文件进行配置，这是 harness 自己的路径，不需要命令。

关于 Anthropic 计费的一点说明
/login anthropic 使用 harness 自带的 Anthropic OAuth。根据 Pi 对同一库的文档，通过该途径使用第三方 harness 会消耗额外用量并按 token 计费，而不计入 Claude 套餐限额。如果你希望用量计入 Pro 或 Max 套餐，则需要另一种机制：一个通过 Agent SDK 驱动 Claude Code CLI 的 provider，就像 pi-claude-bridge 为 Pi 所做的那样。

许可证

MIT