订阅模型适配器DavidRm1911/dsh-llm-subscription

dsh-llm-subscription

一个原生的 DeepSeek Harness LLM 适配器，将 Claude 和 Gemini 放入模型选择器中——它们是真正的条目，就紧挨着 DeepSeek，还带有一个可用的推理强度选择器——使用的是你现有的 Claude Code / Antigravity 订阅，而不是按量计费的 API 密钥。它还注册了一个本地 Ollama 模型，提供一个无需任何登录的 $0 选项。

如果你见过 dsh-subscription-gateway，这个就是同样思路的正确做法：那个是一个 HTTP 桥接，你需要把 DSH 的 Custom Provider 指向它。而这个是一个真正的 dsh.bundle 插件，注册在 DSH 自己的 dsh-llm 接缝上（ctx.llm.registerAdapter）——与 dsh-llm-deepseek 内部使用的机制相同。没有 Custom Provider 界面，没有需要保持运行的独立进程；安装后它就在那里了。

你会得到什么

- Claude（订阅）：claude、haiku、sonnet、opus、fable——每个都带有原生的推理强度选择器（Low → Max），因为 Claude 自己的 --effort 标志支持这一点，且与你选择哪个模型无关。
- Gemini（订阅）：五个 Antigravity 层级（Flash Low/Medium/High、Pro Low/High）——Gemini 将它的强度直接融入模型名称本身，所以它没有单独的强度控制。
- Qwen（本地，$0）：Ollama 中正在运行的任何模型（默认是 qwen3.5:9b）——无需 CLI 登录，无需订阅，无需任何身份验证。首次实际使用时，如果 ollama serve 尚未运行，它会自己启动；除此之外绝不触碰它。
- 每个响应都以一行 via  结尾——claude --model sonnet 是一个别名，而 Claude Code 有时会同时使用一个小型内部模型来处理诸如会话标题之类的事情。这会挑出实际撰写可见文本的那个模型（输出 token 最多的那个），这样你就不用猜测自己得到的是 Sonnet 还是别的什么。

安装

在 DSH 配置文件中：

dsh plugin --profile web add dsh-llm-subscription

至少需要以下之一：claude CLI（通过 claude login 登录）、agy（Antigravity CLI，已登录），或 Ollama 并已拉取模型（ollama pull qwen3.5:9b）——全部已在 PATH 上。缺少其中一个只意味着该提供商的模型不会出现；其余的仍然正常工作。

它实际是如何工作的

Claude 和 Gemini 请求会在无头/JSON 模式下通过 shell 调用 claude -p 或 agy -p，并将结果重塑为 DSH 的 LLM 接缝所期望的 StreamChunk 序列（block-start → text-delta → block-end → usage → finish）。这两个 CLI 在无头模式下都不会逐 token 流式输出，所以整个响应作为一个 delta 到达——功能上没问题，只是不是增量的。Ollama 请求以同样的方式直接访问其本地 HTTP API（/api/chat），同样作为一个非流式 delta，以与其他两个保持一致。
Claude 调用始终会传入 --strict-mcp-config。如果没有它，子进程会静默继承你常规 Claude Code 配置中设置的任何 MCP 服务器，这会把不相关的工具泄漏到本应是干净补全的响应中——这是构建过程中真实遇到的 bug，不是猜测。

如果这因 DSH 更新而失效

有可能——cordis 和 dsh-llm 接缝是开发者预览版，没有稳定契约，而这个插件依赖的是通过阅读 dsh-llm-deepseek 编译后源码发现的内部实现，而非来自文档。dsh-subscription-gateway 通过 DSH 稳定且有文档的 Custom Provider 界面完成同样的工作——用户体验更差（没有原生选择器，没有 effort 选择器），但它不触碰任何会在 DSH 版本之间变化的东西。值得作为后备方案保留。

目前确实粗糙的地方

- 没有流式增量，如上所述。
- 没有思考/推理内容——两个 CLI 的 JSON 输出都不暴露实际的思维链文本，只有一个 token 计数。已针对两者、在各自提供的每种输出模式下验证过；这不是这一侧能修复的。推理 effort 选择器仍然控制思考发生多少，只是不控制它说了什么。
- Gemini 调用无法像 Claude 调用那样（--strict-mcp-config）与 agy 自身内置工具隔离——没有等效的标志。已通过实证验证：以无头模式询问时，agy 会报告其完整的原生工具集。这个适配器从不解析或对工具调用输出采取行动，所以这里没有执行路径，但模型自身对这些工具的感知仍然可能影响它的回答。
- 没有图像输入。
- 没有任何形式的凭据处理，因为根本没有凭据——它只与你已经登录的 CLI 通信。
- 针对 DSH 0.1.1-rc.2 构建并测试。整个插件表面（cordis、dsh-llm 接缝）都是开发者预览版，可能在不发出警告的情况下发生变化。

安全与使用条款

这从不读取、存储、提取或传输任何凭据。它调用你机器上已安装并已登录的 claude / agy CLI 二进制文件，并读取它们的 stdout。用户之间不共享、不代理、不路由任何东西——每次安装都针对你自己已经过身份验证的会话运行。
安装前请先阅读——封禁风险是真实存在的，并非理论上的，而且本节此前低估了它。 Anthropic 当前的法律与合规文档明确写道：“Anthropic 不允许第三方开发者……代表其用户通过 Free、Pro 或 Max 套餐凭据路由请求。” 唯一有文档记载的例外是最终用户登录到未经修改的 Claude Code 二进制文件本身——包括由某个平台原样托管该二进制文件的情形。DSH 不是未经修改的 Claude Code 二进制文件；它是一个独立的框架，本插件用它来通过 shell 调用 claude -p 作为后端，并在 DSH 自己的选择器中呈现回复。这正是文档所述不被允许的模式，而非那个例外。这里不存在“本插件从不接触你的凭据”这样的豁免——问题不在于凭据本身，而在于代表另一个产品通过它路由请求。

Gemini/Antigravity 通过 agy 也是同样的模式，而且在那里 Google 已经在执行了：付费 Antigravity 账户（包括每月 250 美元的 AI Ultra）一直遭遇 403“因违反服务条款而停用服务”，申诉大多失败，而且这种情况还延伸到 Gemini CLI。Anthropic 尚未出现针对这一模式的公开封禁潮——但这并不等同于它是被允许的，只是迄今为止两者的执法情况看起来不同。

这是非官方的、社区构建的软件，未经 Anthropic、Google 或 DeepSeek 认可。安装它意味着你自行承担该风险，且由你自己的账户承担。这不是法律建议——请自行阅读使用政策和法律与合规文档，并自行做出判断。

本项目对它所添加的任何提供商所遵循的标准：绝不代表用户读取/缓存/传输凭据；只以有文档记载的自动化模式调用供应商自己的官方 CLI；绝不自行实现登录流程；不在用户之间汇集或共享用量。

许可证

MIT——参见 LICENSE。