DSH-Official-WorkBuddy-Credit-Proxy

RotaKit · DSH 官方版 WorkBuddy 积分池

把本机登录过的 WorkBuddy / CodeBuddy 账号合并成一个自动故障转移的 DeepSeek Harness 模型池，附带一整套积分自动化。

你在桌面端登过几个号，池里就有几个号 —— 不用手动录入，不用一个个切换。哪个号限流了、积分用完了、令牌失效了，请求自动落到下一个能用的号上。

池子同时说 OpenAI Chat / OpenAI Responses / Anthropic Messages 三种协议，所以 DSH、Codex、Claude Code 以及任何 OpenAI / Anthropic SDK 客户端都能直接接进来，共用同一个账号池。

> 来源与署名。 RotaKit 是独立维护的改编版，基于 [XDTrees/dsh-workbuddy-xdpool](https://github.com/XDTrees/dsh-workbuddy-xdpool)（MIT，作者 XDTrees）。账号凭据解密移植自 [dingminhua/dsh-connect-workbuddy](https://github.com/dingminhua/dsh-connect-workbuddy)，shim 的加固与错误映射参照 [corrinehu/dsh-workbuddy-connect](https://github.com/corrinehu/dsh-workbuddy-connect)，两者均为 MIT。原版文档见 [UPSTREAM-README.md](UPSTREAM-README.md)。

---

功能总览

一、多账号池

| 能力 | 说明 |

|---|---|

| 自动发现账号 | 读本机桌面端登录快照（国内 / 国际两套），一个文件一个号，无需手动导入 |

| 按权重选号 | 空闲越久的账号权重越高；取权重最高的前 5 个再洗牌，避免长尾账号被反复抽中 |

| 会话粘性 | 同一对话固定用同一个账号，缓存不失效；账号不可用时自动换绑并固定新号 |

| 在途租约 | 同一账号并发超过 2 个请求时让路，避免把限流风险堆在一个号上 |

| 冷却分级 | 429（限流）与 5xx（网关故障）分开计数 —— 网关抖动不再污染限流历史 |

| 按模型冷却 | 某个模型被限流只影响该模型，同账号其他模型照常可用 |

| 凭据熔断 | 连续 3 次被拒的账号移出池 30 分钟，并标「需重新登录」，不再无声消失 |

| 额度门槛 | 余额低于可服务门槛（默认 50）的账号自动跳过 —— 余额恢复后自动回到池中，无需任何操作 |

| 积分保留 | 可给单账号设保留线，低于该线不再派活 |

| 手动停用 | 可停用指定账号，与自动跳过分开管理 |

| 选号预算 | 单次请求最多尝试 8 个不同账号；同一请求内不会重复选到同一账号 |

二、模型目录

• 从上游实时拉取，带积分倍率、免费 / 夜间折扣标签、图片能力、思考档位、上下文窗口
• 标记「无可用账号」的模型：某模型没人能服务时一眼可见
• 标记「成本未知」：上游未公布倍率时不再默默留空
• 目录刷新带重试：网络抖动不再把正常列表打回兜底
• 实测输出上限：可发现网关对 max_tokens 的静默钳制

三、积分自动化

每项任务可单独配置执行时刻，默认：

| 任务 | 默认时刻 | 内容 |

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

| 每日签到 | 09:00 | 领取当日签到积分 |

| 活跃上报 | 10:00 | 上报活跃状态 |

| 任务奖励 | 11:00 | 报名并领取任务奖励 |

| 连登奖励 | 12:00 | 连登档位兑换与抽奖 |

| 猫猫旅行 | 09:00 / 21:00 | 出发与领取 |

细节处理：

• 漏跑补跑：某个时刻在应用关闭期间过去了，启动后立即补跑，不用等到明天
• 签到结果分开呈现：今日已签 21/21 —— 本次新领 16 个。「已签到」与「本次领到积分」是两件事，混在一起会让人误以为有账号失败
• 每账号签到时间：区分「本次领到」与「发现今天已领过」两个时刻 —— 上游不提供签到时间，所以只报插件能作证的时刻
• 收益账本落盘：跨天自动清零，重启不丢

四、请求可观测

| 能力 | 说明 |

|---|---|

| 请求记录 | 时间、模型、账号、结果、总耗时、排队、首字、token 数、轮换次数 |

| 排队时长统计 | 按模型给出 p50 / p95 / 平均排队时长 —— 用数据选模型，而不是凭感觉 |

| 输出速度 | 每次请求的 tok/s 与 p50 / 最小 / 最大，按模型聚合 |

| 消耗账本 | 今日 / 近 7 天 / 本月消耗（由插件累积观测；上游无时间窗接口） |

| 请求形状诊断 | 上游 400 时记录请求形状（参数名、消息条数、工具数、字符数） |

五、界面

• 双区域标签：国内版 / 国际版各自独立 —— 账号、积分、模型目录、未保存草稿全部隔离，两边同时生效
• 可折叠列表：池中账号 / 模型 / 请求记录三块默认收起，卡片不占地方
• 响应式布局：窄窗口（≤640px）自动堆叠
• 主题三态：跟随系统 / 浅色 / 深色，写在宿主声明主题变量的那一层，切换立即生效
• 状态标记：冷却中、需重新登录、额度不足、已保留 —— 每种都有自己的原因与对策
• 一键清除：只要有任何可清除状态（冷却 / 熔断 / 按模型缓存）按钮就出现，点了真的清干净

六、协议兼容

池对外同时说三种协议，三条路由共用同一套账号轮换、冷却、熔断、积分门槛与上下文压缩：

| 协议 | 路径 | 谁在用 |

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

| OpenAI Chat | /v1/chat/completions | DSH 本体、普通客户端 |

| OpenAI Responses | /v1/responses | Codex、任何 Responses 客户端 |

| Anthropic Messages | /v1/messages | Claude Code、Anthropic SDK |

翻译层与调度层是分开的：新协议只负责把请求转成 chat 体、把回答转回去，调度逻辑一行都不重复。

好处是改轮换策略时三条路由同时生效，不会有人掉队；协议出 bug 也只会是翻译错，不会串到调度。

几个不显然的实现点（都是实测踩出来的）：

• 工具调用在 response.output 里出现两次 —— Codex 靠读最终响应判断「这轮要不要继续」，

只在流事件里发 output_item.done 而 output 数组里没有，Codex 会认为模型只是说了句话，

于是结束回合等人输入，表现为「任务做到一半停了」

• 工具调用的「调用」与「结果」先配对再发送 —— 上游拒绝「结果早于调用」和「调用没有结果」，

而客户端传来的历史里两种都真实存在（会话被中断、被裁剪过）

• 对话不以工具轮开头 —— 裁剪过的历史第一条可能就是助手工具调用，上游直接拒；