dsh-cmdgo-provider v0.3.0

0.3.0 — 官方 CLI 指纹伪装

从本机安装的 command-code@1.31.0 CLI bundle 反编译还原真实请求头，反代请求与官方 CLI 在网关上不可区分：

• User-Agent: commandcode/1.31.0（与 x-command-code-version 严格一致，网关校验成对出现）
• x-cli-environment: production、x-taste-learning: false
• CLI 形状的 x-session-id（cli-<时间戳>，进程级稳定）与 x-project-slug
• CC_VERSION 0.26.20 → 1.31.0（本环境实际 CLI 版本，协议信封未变）

实测：完整指纹直连网关 POST /alpha/generate 返回 HTTP 200 + 完整 NDJSON 事件流（start-step → reasoning-delta… → finish-step → provider-metadata）。

dsh-cmdgo-provider v0.2.0

0.2.0 — 多账号反代池

新增

• 多账号池化：每次 OAuth 登录的 key 自动成为独立账号，请求级 round-robin 轮询，多账号额度叠加
• 故障转移：账号失败（401/403/429/5xx/传输错误）自动切换下一账号（首字节前，不重放半截回答），失败账号指数冷却 30s→封顶 15min
• 账号管理：状态接口返回 accounts/activeAccounts；POST /api/cmdgo/account/toggle|remove；/logout 改为清空账号池
• 设置页 UI：ACCOUNTS 分区（READY/COOLDOWN/DISABLED 状态点、启停/移除），hero 显示 keys N/M
• 无缝升级：旧单 key 自动收编为池账号（同 key 去重 + 自愈重试）

协议/调度：adapter 首字节前跨账号 failover；网关接受即清零失败计数

dsh-cmdgo-provider v0.1.3

0.1.3 修复：/api/cmdgo 路由的 effect 改挂在 inject 回调的作用域 ctx（sctx.effect）上——0.1.2 挂外层 ctx 时，卸载插件后路由 disposer 不随作用域销毁，产生清不掉的孤儿路由（前端已删但 /api/cmdgo 仍可访问）。

dsh-cmdgo-provider v0.1.2

0.1.2 修复：① /api/cmdgo 路由改为 ctx.inject(['webServer']) 挂载后注册——修复冷启动时 webServer 服务晚于插件就绪导致路由缺失、前端点「生成登录地址」报 "not found" JSON 解析错误的问题；② 客户端对非 JSON/非 2xx 响应给出可读错误（含 404 时的刷新/重启提示），不再抛 SyntaxError。

dsh-cmdgo-provider v0.1.1

0.1.1：文档更新——补充 npm / GitHub 两种安装方式、启用步骤，以及排错指南（装完不显示的常见原因：运行中 loader 需重启/热装配、profile patch 残留 disabled 条目、回调端口连通性）。

dsh-cmdgo-provider v0.1.0

CommandCode Go 套餐供应商：/alpha/generate 网关接入 DSH 模型列表 + 设置页 OAuth 登录（登录地址 + 等待回调）。包含 host adapter（protocol/adapter/models）与 client 登录面板。安装：dsh plugin --profile web add github:Ajwyunsx/dsh-cmdgo-provider