dsh-tencent-channel-fix
在终端中运行以下命令:
dsh plugin install basaltfold/dsh-tencent-channel-fix
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install basaltfold/dsh-tencent-channel-fix,或从 https://github.com/basaltfold/dsh-tencent-channel-fix 安装后重启 DSH 一次。
插件介绍
在 DeepSeek Harness 里走腾讯 buddy 或 workbuddy 渠道时,首条消息常被 400 与 code 11128 拦下,界面只提示「请求被拦截」或非法渠道调用,却看不出究竟是哪段请求触发了门禁。根因并不在凭证或路由,而是 dsh-our-free-model 同时带上了两处会被腾讯渠道指纹识别的内容:请求 User-Agent 里的 harness 标识,以及系统提示词开头的 powered by DeepSeek Harness 句式;只改其一仍会失败。
本插件在每次启动时、在首次模型请求之前,对 dsh-our-free-model 内 adapter/kernel.js 与 vendor/channel-pack/pack.js 做定向修补:替换被拦的 UA 表述,并在 buddy/workbuddy 路径上改写系统提示词指纹。修补带标记、可幂等,上游锚点漂移时会跳过并报告,失败则从备份恢复,避免手改文件在插件更新后被整包覆盖而问题复发。
适合仍在使用 buddy、workbuddy 且反复遇到 11128 的 DSH 用户,以及需要让修复随 dsh-our-free-model 升级自动保持、而不想动 provider、模型行或全局配置的人。可通过 /tencent-fix 查看状态、强制应用或还原,也可用本地 GET 接口只读查看修补情况。
使用场景
- buddy 或 workbuddy 首条消息即 400,错误码 11128
- dsh-our-free-model 更新后腾讯渠道再次不可用
- 需要只改渠道指纹、不动 provider 与模型配置
适合人员
- 日常使用 DSH buddy/workbuddy 的开发者
- 遭遇非法渠道调用提示却查不到具体字段的用户
- 希望升级后修补自动保持、避免手改被覆盖的人