dsh-qwenwork-connector

dsh-qwenwork-connector

千问办公（QwenWork）模型接入 DeepSeek Harness 的 provider 插件。

自带设备码登录，直连官方接口。不需要安装千问办公桌面客户端，也不需要额外跑一个转发进程。

---

背景

千问办公没有公开 API。要让 DSH 用上它家的模型，目前有两种做法。

一种是装千问办公桌面版，再挂一个 magpie 做转发。这条路能走通，代价是常驻两个额外软件，还得处理它们各自崩溃、掉线的问题。

这个插件走的是另一条路：把客户端的登录握手和请求协议直接实现在插件内部，作为一个普通 provider 注册进 DSH。没有额外窗口，没有额外进程。

前提是你已经买了千问办公的套餐。

---

安装

从 npm 装（已发布，无需编译）：

dsh plugin --profile desktop add dsh-qwenwork-connector

从 GitHub 装（lib/ 已随仓库提供，也无需编译）：

git clone https://github.com/REALOIYO/dsh-qwenwork-connector.git
dsh plugin --profile desktop add "file:$(pwd)/dsh-qwenwork-connector"

也可以在 设置 → 插件 页面点「安装」选本地目录。

装完重启 DSH，模型选择器里会多出一个「千问办公」分组。

> 改过 src/ 的话要 npm run build 重新生成 lib/，然后重装一次 —— DSH 是把插件复制进 profile 的，不是软链。

---

登录

设置 → 千问办公，点「登录」。插件给出一个链接，浏览器打开、登录千问办公账号、授权，之后不用管：插件在后台轮询设备码状态，通常几秒完成。

凭据写在 ~/.dsh-qwenwork-connect/accounts.json，刻意不放进 DSH 的配置目录，这样切 profile 或重装插件都不会丢登录态。

退出登录在同一个设置页点「移除」。

---

模型

| 模型 | 倍率 | 上下文上限 | 视觉 | 思考 |

|---|---|---|---|---|

| 标准（flash） | 0.1× | 1M | ✅ | ✅ |

| 高级（pro） | 1× | 1M | ✅ | ✅ |

| Qwen3.8-Max | 1.8× | 1M | ✅ | ✅ |

倍率相对标准价，0.1× 即一折。日常对话用标准档，长上下文或需要认真推理再换另外两个。

三个模型都提供 200K / 400K / 1M 三档上下文，可在设置页按模型单独指定，也可以留「自动」，由插件按消息实际大小选最省的一档。

两点需要说明：

• 只有图片输入，没有生图。 千问办公目前不对外开放图像生成模型。
• 没有 reasoning effort 可选。 上游模型列表里 thinking_config 为 null，未声明任何档位，因此选择器不会出现强度菜单。插件照常带 enable_thinking: true 打开思考，只是不传 reasoning_effort。上游一旦给出档位，插件会自动跟随显示。

---

设置页

• 登录 / 移除账号
• 刷新 —— 重新拉取剩余额度、套餐信息、下次续费日（额度不会自动更新，需要手动刷新）
• 上下文长度 —— 按模型分别设置，或留「自动」
• 模型清单 —— 倍率、视觉、思考能力均实时读自上游，不是本地写死的常量

---

常见问题

提示登录失效？

点「移除」，重新登录一次。插件不会自行清除本地数据：登录失败时旧记录保留，重新成功后才覆盖。

报「额度已用完」？

是千问办公侧账户额度真的耗尽，去官网充值或等续费。

响应很慢 / 长时间无输出？

千问办公服务端会排队。插件内部最多等两轮（每轮 ≤20s）后重试；仍失败则抛 MODEL_POOL_BUSY，由 DSH 按 providerRetryPolicy() 声明的策略继续接手。这不是本地问题。

生成到一半中断？

早期版本存在这个缺陷：上游的 All models failed 被判为普通失败，DSH 不认识该错误码直接放弃，表现为父 agent 中断而子代理仍在运行。现在 providerRetryPolicy() 显式声明 MODEL_POOL_BUSY 和 QUEUED 为可重试，这类等待会自动跨过。如果仍然中断，请把报错贴到 issue。

会影响 DSH 里的其他模型吗？

不会。插件只注册自己的 provider。内部异常全部自行兜住，即使加载失败 DSH 也照常启动，只是少一个模型来源。

凭据存在哪，会发给谁？

只存本地 ~/.dsh-qwenwork-connect/accounts.json，请求只发往千问办公自己的服务器。插件代码里没有、也不可能出现第三个接收方。

---

可靠性与免责声明

接口行为是照着千问办公桌面客户端的实际请求实现的，各字段都用真实账号跑通验证过，不是猜测。

但仍要明确：这是非官方实现。 千问办公未公开 API，协议随时可能变更，届时插件会直接失效 —— 遇到这种情况请开 issue。