渠道 400 修复 basaltfold/dsh-tencent-channel-fix

dsh-tencent-channel-fix

修复 DeepSeek Harness 调用 buddy / workbuddy 渠道时恒返回 400 / code 11128 的问题，并在插件升级后自动重打。

请求被拦截，请重新发送 · Illegal API invocation from an unapproved channel · INVALID_REQUEST

症状：新建对话，第一条消息就失败，报错里看不出任何有用的信息——它既不说是哪个请求头，也不说是哪句话。

真正的原因

渠道网关同时拒绝了请求里的两个独立内容，只修一个仍然是 400。

1. 归属 User-Agent

dsh-our-free-model/adapter/kernel.js 把 harness 身份当作 User-Agent 发出去：

deepseek-harness/0.2.1-rc.2 (+https://github.com/deepseek-ai/deepseek-harness)

deepseek-harness 这个 token 在黑名单上，且大小写不敏感——DeepSeek-Harness/0.2.1 一样被拦。实测其它所有 UA 都放行，包括 curl、node、axios、undici、codex_cli_rs、claude-cli、opencode 和空 UA。

2. 系统提示词里的身份句

DSH 的基础 system prompt 开头是：

You are an AI agent powered by DeepSeek Harness.

网关把 powered by DeepSeek Harness 当作内容指纹，出现在 system 里就整条拒绝。

这一点很隐蔽：dsh-our-free-model 本来就有指纹改写机制（rewriteTencentContentFingerprints），但它只在网关路径（convertMessage / toMessages）里调用。而 buddy 走的是直连 adapter 路径，那里的 system 拼装是裸的 messages.unshift(...)，从来没调过改写器——所以那句话原样发了出去。

真机实测：

| 请求 | 结果 |
| 原版 system + 原版 UA | 400 code 11128 |
| 原版 system + 已修 UA | 400 code 11128 |
| 改写 system + 已修 UA | 200 OK |

同一道校验还会拦 Main branch (you will usually use this for PRs)、You are Claude Code, Anthropic's official CLI for Claude. 和 x-anthropic-billing-header——这也是各类 CLI 代理项目撞到同一个报错的原因。本插件只修 DSH 自己会发的这两处。

为什么做成插件，而不是打个补丁

两处缺陷都是 dsh-our-free-model 里的文本。它的更新器是整文件覆盖，手工改的东西在下次更新时必然丢失——这个 bug 上次就是这么复发的：先手工修好，插件一升级又回来了，再修一次。

所以这个插件改成每次启动重打：

- 只写一次，在 apply() 里、任何模型请求之前——pack.js 和 adapter/kernel.js 是被那个插件懒加载的，写入远早于模块缓存。
- 幂等：已修的文件靠 marker 识别，逐字节不动。
- 认漂移：上游把锚点挪走时，该 patch 跳过并报告，不硬改、不写一半。
- 失败自还原：写前备份、写后 node --check，任何一步失败就还原原文件。

于是 dsh-our-free-model 升级不再是回归，而是一次自愈。

安装

dsh plugin add dsh-tencent-channel-fix

或直接从本仓库装：

dsh plugin add github:basaltfold/dsh-tencent-channel-fix

重启一次 DSH，启动日志会出现其中一条：

[dsh-tencent-channel-fix] repair applied — applied attribution-user-agent, content-fingerprints, direct-system-rewrite. Active from the next model request. [dsh-tencent-channel-fix] repair incomplete (upstream dsh-our-free-model changed) — drifted ...

命令

/tencent-fix

| 参数 | 作用 |
| （空）/ status | 三个 patch 的状态、解析到的目标目录与版本 |
| apply | 立刻强制重打，打印哪些落地、哪些漂移 |
| restore | 用最新备份还原，撤销修复 |
| why | 在对话里给出根因说明 |

dsh-tencent-channel-fix · patch revision 1 target: C:\Users\you\.dsh\profiles\desktop\node_modules\dsh-our-free-model dsh-our-free-model: 2.5.7

OK attribution-user-agent — Attribution User-Agent (400 / code 11128) OK content-fingerprints — Rejected system-prompt fingerprints (400 / code 11128) OK direct-system-rewrite — Direct adapter path system rewrite (400 / code 11128)

3/3 patches in place.

GET /dsh-tencent-channel-fix

同样的状态，JSON 格式，仅限本机回环。非 GET 返回 405；写操作只走斜杠命令。

配置

可选，写在 bundle row 里：

- insert:
- id: tencent-channel-fix
name: 'dsh-tencent-channel-fix'
config:
autoApply: true # false = 只报漂移，永不写入 target: '' # 显式指定 dsh-our-free-model 目录 verbose: false # 连无需改动的启动也打日志

target 为空时自动解析：${profile}/node_modules/dsh-our-free-model → Node 自身解析路径 → ~/.dsh/profiles/*/node_modules/。

作用范围

- 只碰两个文件，都在 dsh-our-free-model 里：adapter/kernel.js 与 vendor/channel-pack/pack.js。
- 其它一切不动：provider、model row、路由、凭据、DSH 本体文件。
- 内容改写是按 provider 收敛的（pack.js 内 TENCENT_PROVIDERS = ["buddy", "workbuddy"]），其它渠道原样透传。
- 归属仍然有效：UA 依然存在、非空、保留版本号——只去掉了被拦的 token 和 URL。

验证

npm test # 29 个用例，不联网，不碰真实安装

测试在临时目录里按两个文件的实际出厂形态造目标（kernel.js 是 LF，pack.js 是 CRLF），覆盖幂等、行尾保持、歧义检测、逐 patch 漂移、dry-run、备份还原；还会用 new Function 抽出注入的 sanitizeAttributionUserAgent 并断言其真实输出。

想对真实安装做只读确认：

node -e "import('dsh-tencent-channel-fix/patcher').then(m => console.log(m.formatStatus(m.resolveTarget({}))))"

兼容性

DSH >= 0.2.0-rc.1。已在 0.2.0-rc.2、0.2.1-rc.2 上验证，搭配 dsh-our-free-model 2.5.6（原版，0/3）与 2.5.7（3/3）。

若将来 dsh-our-free-model 挪了锚点，/tencent-fix status 会把它标成 drifted 并给出原因，且跳过而不硬改。到新文件里重新提取锚点，更新 lib/patcher.js 的 PATCHES 即可。

相关

- buddy-proxy#14 — 同一道网关校验，作者确认触发点是系统提示词用词，不是请求头
- magpie#182 — 同样的 11128，同样原因

许可

MIT