dsh-workbuddy-xdpool 1.0.0 → 1.1.0

package/CHANGELOG.md

@@ -4,6 +4,102 @@
 
 版本号遵循 [语义化版本](https://semver.org/lang/zh-CN/)。
 
+## 1.1.0 (2026-09-23)
+
+新增**积分自动化**：插件可以在后台替你完成成长中心的日常动作，不用每天手动点一遍。
+
+### 它是怎么工作的
+
+开启后，调度器每分钟醒一次，到点就跑当天的任务，每个任务每天只跑一次（按本地日期记「今天已跑」，过零点自动重置）。四个任务各有独立的执行时段，默认这样安排：
+
+| 任务 | 默认时段 | 做什么 |
+| --- | --- | --- |
+| 每日签到 | 09:00 | 领取当天签到奖励 |
+| 活跃上报 | 10:00 | 上报一次对话活跃 |
+| 任务奖励 | 11:00 | 报名开放任务 + 领取已达标的奖励 |
+| 连登奖励 | 12:00 | 连登档位兑换 + 抽奖（本轮先占位，下轮接入） |
+
+**为什么上报排在任务之前**：上报会点亮成长中心的任务进度，后跑的任务那一趟才能读到刚涨上去的计数。顺序反了就会出现「进度明明到了却没领到」。这不是随手排的，是实测出来的。
+
+### 一、任务中心自动领取
+
+每个账号走一遍：拉任务列表 → 把还没报名的任务批量报名 → 把已达标的奖励逐个领掉。卡片上汇总显示本次领取了几个任务、加了多少积分。
+
+两个动作都是**幂等**的，重复跑不会重复入账：报名对已报名的任务返回成功，领取对已领过的返回 `already_claimed` 并记为成功。所以某个账号中途失败、下一轮重跑是安全的。
+
+### 二、活跃上报
+
+按客户端 `chat_request_send` 事件的完整形状上报（37 个字段），而不是只发最小几个字段——上游对「字段不全」的表现是**返回 200 然后静默丢弃**，所以字段必须发全，且必须带 `userId`。
+
+上报成功后会回读连登天数做验证。这里有两个实测踩到的坑，都已规避：
+
+- 连登接口的路径**不带 `/v2` 前缀**（和任务的 `/v2/activity/growth/*` 不一样）。用错前缀不会 404，而是返回一个没有 `streak` 字段的响应；
+- 天数藏在 `data.streak.days` 里，读平铺的 `data.days` 会永远得到 0，从而把每一次成功的上报都误报成「静默丢弃」。
+
+另外，连登计数是**异步写入**的：上报后立刻回读可能还是旧值（实测某账号上报瞬间读到 0、一分钟后读到 1）。所以回读为 0 时只记一条提示日志，**不重试**——上报本身按天幂等，反复重发只会浪费每天一次的名额。
+
+### 三、只碰该碰的账号
+
+- **国际版账号全部跳过**：global 域没有成长任务体系，调用只会产生噪声。
+- **你在卡片上关掉的账号跳过**。
+- **正在冷却的账号跳过**。
+- **一个账号失败不影响其他账号**：出错的那个跳过，继续跑下一个，并在汇总里记下失败数量。
+
+账号之间默认间隔 800ms 串行执行，避免一排账号同时打上游。
+
+### 四、卡片上的自动化面板
+
+账号卡片新增「积分自动化」区块：一个开关控制总开关，开启后才展开显示各任务的执行时段和上次执行结果（日期 · 成功数/失败数）。
+
+开关默认**关闭**——后台自动发请求这件事应该是你主动开启的。关闭状态下不会发起任何后台请求。
+
+### 配置
+
+配置项 `automation`，对应卡片上的开关：
+
+| 字段 | 默认 | 说明 |
+| --- | --- | --- |
+| `enabled` | `false` | 总开关 |
+| `checkinHours` | `[9]` | 签到时段 |
+| `reportHours` | `[10]` | 上报时段 |
+| `taskHours` | `[11]` | 任务时段 |
+| `streakHours` | `[12]` | 连登时段 |
+| `exhaustCooldownMs` | 30 分钟 | 账号额度用尽后休息多久 |
+
+### 实测结果
+
+在真实账号上验证了完整链路：4 个国内账号各领到 1 个任务，合计 **+600 积分 +23 能量**；紧接着再跑一次，四个账号全部领取 0、入账 0，确认幂等。上报后任务进度确实从 3/5 涨到 5/5，验证了「上报点亮任务」这一步是真的。
+
+## 1.0.1 (2026-09-23)
+
+修复两个用号逻辑上的缺陷，并把账号卡片重新排了一遍。
+
+### 一、「当前使用」显示的账号不对
+
+卡片上显示的账号，是你**最近一次实际在用**的那个吗？之前不是 —— 它显示的是「**准备尝试**」的账号。
+
+举个例子：某个账号积分用光了，插件去试它、失败、自动换到另一个号继续服务。但你确实在用（换号成功了），卡片却还显示那个已经废掉的号。
+
+现在改成**只有请求真正成功**才记录，所以显示的永远是你实际在用的那个。
+
+### 二、账号积分用尽时，会直接把错误抛给你
+
+上游有两种"不让用"：
+
+| 情况 | 含义 | 之前的表现 |
+| --- | --- | --- |
+| **频率限制** | 这个号暂时被限流，等会儿能恢复 | 正确：冷却这个号，**自动换号** |
+| **额度用尽** | 这个号这个周期的积分花完了 | ❌ **直接报错给你**，不换号 |
+
+现在额度用尽也会**自动换到有积分的账号**，并把那个号整体停用 30 分钟（不是只停用某个模型）。请求不会再因此失败。
+
+### 三、账号卡片排版重做
+
+- 每个账号的**开关**做成了胶囊按钮（和「账号使用方式」同一套样式），一眼能看出是开还是关
+- 账号卡**分层更清楚**：标题行（名字｜状态｜开关）→ 分隔线 → 信息与积分两栏
+- 去掉了多余的边框和重复信息（不再显示 `www.workbuddy.cn` 这类域名 —— 上面的区域标签已经说明了）
+- 新增顶部「**当前使用**」提示条，一眼看到正在用哪个号
+
 ## 1.0.0 (2026-09-21)
 
 这一版把「账号」和「用号方式」都交给你控制。