dsh-providers-hub

dsh-providers-hub 本包原名 dsh-codearts-auth（0.2.0-rc.11 起改名）。老用户的 DSH profile 里 还锁着旧名时，插件会加载失败并被自动禁用（宿主报 N entry did not activate， 界面里也就看不到它）—— 升级前先看 ⚠️ 从旧包名 dsh-codearts-auth 升级。 使用声明：本项目仅供学习研究使用，请遵守各服务提供方的服务条款。

deepseek-harness 插件：统一管理多个 AI 编程服务的账号，并把它们的模型接进 DSH 的模型选择器。支持多账号池（同一服务登录多个账号，按可用性自动选号）与 凭据静默续期（到期前自动刷新，无需再次打开浏览器）。 18 个 provider 路由，外加 1 个聚合路由（见下） 登录、状态、续期、积分领取全部在 Jet Hub 设置页完成，不注册任何斜杠命令 附带一个本机 OpenAI 兼容网关，供其它客户端复用已登录账号 📌 本 README 只写「怎么用」。 各 provider 的协议、端点、登录流程、请求头 构造、实测数据与事故史等实现细节，统一记录在不入库的内部文档 docs/implementation-notes.md 中。需要改动实现或排查协议问题时读它。 ⚠️ accio 的章节该文件里还没有（implementation-notes.md 目前零处 accio）—— 读它时不要以为 accio 没有实现笔记。accio 的实测结论与坑点当前登记在 docs/agent-notes/providers-accio.md（含三条与参考实现相反的结论、两个真缺陷、 区域选择与接线陷阱），补写 implementation-notes.md 的 accio 章节是独立任务。 目录 安装 Windows 服务器部署（引导式 / 离线式） 用法 支持的渠道 聚合路由 本机 OpenAI 网关 用量徽标与 Token 用量 配置项 开发 安装

该包尚未发布到 npm registry。提供两种安装方式。 ⚠️ 从旧包名 dsh-codearts-auth 升级

本包在 0.2.0-rc.11 把包名从 dsh-codearts-auth 改成了 dsh-providers-hub。 仓库里改完了不代表你的机器上改完了 —— DSH 是在 profile 里按包名字符串 寻址 bundle 的，而老 profile 两处都还写着旧名：

两处必须一起改，缺一处就是静默失效 —— 而且「两处都不改」同样会坏， 只是坏的位置不同： 实测（本机 ~/.dsh/profiles/web）：require.resolve('dsh-codearts-auth/package.json') 成功解析到仓库根，而 require.resolve('dsh-providers-hub/package.json') 报 MODULE_NOT_FOUND。宿主把加载行的解析基准设成 profile 目录 （dsh-app-boot 对 patch 行调 prepareProfilePatches(…, pathToFileURL(dirname(absoluteConfigPath))…)， 同一个值也是 boot() 里 ctx.baseUrl 的来源），所以「旧名能解析」与「新名解析不到」 会同时成立 —— 这正是第一格的判断依据是按名字解析、而不是「目录在不在」的原因。 ⚠️ 第一格的落点不在客户端：宿主不会替用户把这种行摘掉 —— preflight() 只在「兼容性冲突」时 deny 一行，其余失败保留 cordis Loader 自己的诊断 （源码注释：*every other failure keeps the Loader's own diagnosis*），于是该行走进 Loader 并在宿主这一侧导入失败。所以排障的第一现场是宿主日志里的 N entry did not activate 与「插件已被禁用」，不是「宿主一切照常、只是客户端 entry 没建立」——后者会让排查方向整个偏到前端产物上去。

推荐做法是不要手改，直接用 dsh plugin --profile 的 remove / add 各走一遍，让工具自己写这两处：

⚠️ 要逐个 profile 走一遍：本机 ~/.dsh/profiles/ 下的 desktop / headless / tui / web 四个 profile 的 package.json 都还锁着旧名，且 dsh.profile.bundles 里也都有它。只有既无依赖项也无 node_modules 的 profile （如 default / rescue）可以跳过。

⚠️ 老版本可能残留 node_modules/dsh-codearts-auth 与 pnpm-lock.yaml 里的同名 依赖项；add 之后确认 profile 里不再有旧名的依赖键。 方式一：从 git 仓库安装（推荐）

add 以 git 仓库方式安装（pnpm 内部走 git+https: 协议），会运行本包的 prepare 脚本自动构建 lib/，无需手动 pnpm build。

⚠️ prepare 不依赖任何包管理器（它直接内联 tsc / node）：pnpm 在 clone 目录里跑 prepare 时，pnpm 10 / 11 不会把 npm 注入 PATH（只有 pnpm ≥ 12 会） ⇒ 若 prepare 里写 npm run …，那两代上安装会直接失败。

⚠️ pnpm 10 起会拦截依赖的构建脚本，必须先在 profile 的 pnpm-workspace.yaml （路径形如 ~/.dsh/profiles/ /pnpm-workspace.yaml）里放行；而放行键的写法 在 pnpm 10 与 pnpm 11 之间互不兼容，写错就装不上。

1. 先跑一次安装（这一次必然失败，为的是让 pnpm 打印它期望的键）：