Kimi 凭证桥接 sun-xihe/dsh-kimi-provider

dsh-kimi-provider

为 DeepSeek Harness（DSH）提供的轻量 Kimi Code 服务商集成。

这个插件刻意不实现自己的 LLM 适配器。它复用 DSH 内置的 llm-pi-ai 适配器，以及 pi-ai 内置的 kimi-coding 服务商。这样模型发现、推理、工具调用、图片附件、上下文处理、流式输出都留在上游 DSH/pi-ai 的路径上。

为什么

kimi-tide 已经证明 Kimi Code OAuth 在 DSH 里能用，但它的 v1 请求转换只支持文本。DSH 官方 llm-pi-ai 适配器已经支持持久化图片附件，并能把它们转成 pi-ai 的 ImageContent，所以没必要再复制一层转换逻辑。

dsh-kimi-provider 只负责凭证/服务商的生命周期：

Kimi Code CLI
~/.kimi-code/credentials/kimi-code.json
│
▼
dsh-kimi-provider
OAuth sync / refresh / DSH Credentials
│
▼
llm-pi-ai.providers.kimi-coding
│
▼
DSH official PiAiAdapter
text · image · tools · context · streaming

环境要求

- Node.js >= 22
- @deepseek-ai/dsh@0.1.0-rc.6 或兼容版本
- 已安装 Kimi Code CLI 并登录过一次：

kimi login

插件会读取 KIMI_CODE_HOME（如果设置了的话），否则读取 ~/.kimi-code。

安装

从本地检出安装：

git clone https://github.com/sun-xihe/dsh-kimi-provider.git
cd dsh-kimi-provider
npm pack

dsh plugin --profile web add ./dsh-kimi-provider-0.1.1.tgz

然后重启 dsh web，打开 Settings -> Providers -> Kimi Code。

v0.1.1 做了什么

- 导入已有的 Kimi Code CLI OAuth 状态；
- 把 access/refresh token 存进 DSH Credentials；
- 激活 llm-pi-ai.providers.kimi-coding.apiKeyEnv；
- 当用户没有显式覆盖模型时，把内置 K3/Kimi Coding 模型的输入能力保持在 text + image；
- 在到期前刷新 Kimi OAuth token；
- 使用与 Kimi CLI 兼容集成相同的凭证锁文件，避免 refresh-token 轮换竞争；
- 把轮换后的 token 原子写回 Kimi CLI 凭证文件；
- 提供 Web 设置面板，用于查看状态/导入/同步/断开连接。

断开连接只会移除 DSH 凭证引用和服务商激活状态。它不会登出 Kimi CLI。

多模态行为

这个插件自己不转换图片。DSH 官方附件服务把持久化图片引用解析成字节，llm-pi-ai 把它们转成 pi-ai 的 ImageContent，pi-ai 的 Anthropic Messages 适配器再把 base64 图片块发给 Kimi Coding 端点。

上游 pi-ai 0.82.1 的目录已经为 k3、k3-256k、kimi-for-coding、kimi-for-coding-highspeed 声明了 text + image。当这些条目没有用户显式输入覆盖时，这个插件也会写入匹配的 modelOverrides。这道兼容性保护能防止较旧或漂移的目录在现有转换器运行之前就拒绝附件。非空的用户 override 始终具有最高优先级，永远不会被替换。

这就是它与另外实现一个自定义 Kimi 适配器的主要架构差异。

安全

OAuth token 写入 DSH Credentials，而不是 settings。在支持 POSIX 权限的平台上，Kimi 命令行凭据文件会以 0600 模式更新。

许可证

MIT