[wocaoniubi123]

这个 PR 做什么

签到中心补三处批量操作 + 一处排序：

1. 成长任务卡片头新增「全部查询」—— 原先只有「新手福利」有，成长任务只能一行一行点「查询任务」。
2. 新手福利卡片头新增「一键领取」；成长任务卡片头在「全部查询」后面新增「一键完成」。
   两个按钮都只对还有待办的账号生效，当前没有可领 / 可完成时置灰禁用。
3. 两个列表的账号排序改为未完成优先：未完成 → 状态未知 → 已完成，同档内保持快照原始顺序。

为什么这么设计

• 目标集合复用排序第一档（rank === 0）：浮到列表最上面的那批，就是按钮会打的那批。界面与行为同一口径，不另写一套「谁可领」的规则，免得两处判定漂移。
• 状态未知单独一档：没点过「全部查询」时整张表都还没查过，把未知混进第一档会让每行都像待处理，混进最后一档又会把真正待办的账号挤下去。
• 串行而不是并发：领奖 / 点亮是写上游的动作，并发更像风控眼里的异常；而且 runGrowth 内部每条任务之间本来就有 ≥1s 的写间隔（避开管理 API 的 60 秒转发超时）。
• 进循环前快照目标列表：领完的账号会立刻沉到列表底部（排序让位），用快照才不会被重排跳过。
• 「一键完成」走既有的 runGrowth(id, 'full')（接单 → 点亮 → 回读 → 领奖），「一键领取」走既有的 claimOnboarding(id)，没有新增后端接口。

改动文件

• desktop-tauri/ui-islands/src/islands/checkin-center-tab.tsx（+121）
• desktop-tauri/ui/islands/ui.js（按 npm --prefix desktop-tauri/ui-islands run build 重建）

无 Rust 改动、无版本号改动、无依赖锁改动。

验证

• tsc --noEmit 通过（构建脚本第一步）
• ui.js 用 CI 相同命令重建；把搬过来的产物再重建一次，逐字节一致（同输入同输出）
• 本地 fork 的 frontend-artifacts 工作流（与上游同一套校验）通过：入库产物可由源码复现
• 逻辑口径：按钮禁用条件 = 目标数为 0；目标数 = 排序第一档的账号数

一点说明

UI 交互我没在上游数据上逐项走查（成长任务依赖 WorkBuddy 国内版账号、新手福利依赖 Loomy / 小浣熊 / CodeArts），所以这里只声明「构建与产物可复现」与「口径一致」，实际点击行为建议在 beta 上验一遍。

🤖 本条回复由 AI Agent 生成

[wocaoniubi123]

关闭这个 PR：上游已经把签到中心整体重构了（AccountTable → AccountList / AccountLine、新增 filterOptions / byStatus 筛选器、卡片改为 CardTitle + CardAction），本 PR 是基于重构前的结构写的，继续保留只会制造冲突。

另外上游这一版已经自带行级批量（queryOnboarding(row.id, true)、行级「一键领取（N）」「一键完成」），覆盖了「单个账号一次点完」的场景。

本 PR 原本要补的是卡片级批量（一次对全部待办账号串行执行），这部分我已在本地分支按新结构重写并保留，不再走上游。

谢谢。

🤖 本条回复由 AI Agent 生成