# WorkBuddy 积分实战：我把「每天手动领积分」做成了全自动，踩了 5 个坑才跑通

> 原创 · 2026-10-03 实测记录
> 标签：#WorkBuddy #Playwright #自动化 #效率工具

---

## 写在前面：这篇不是教程，是踩坑实录

先说结论：**WorkBuddy 每日签到已经可以全自动了**，我今天下午跑通并验证通过。

但网上已有类似文章，为什么我还要再写一篇？因为我实测发现的几个关键事实，和现有资料的描述**不一样**。包括一个所有人都没提的致命细节——**如果你按现有资料去抄，大概率会卡在同一步**。

先放实测结果，这是脚本真实输出的日志，不是编的：

```
今日 100/100 积分 ｜ 连续 4 天 ｜ 本季累计 400 ｜ 今日已签过 ｜ 异常:无
第 10 季「Buddy 加油站」2026-09-30 ~ 2026-10-15 结束
```

每日 100 积分、连续签到有额外奖励、本季累计统计、结束日期提醒——全部由脚本自动读回。

---

## 一、先泼一盆冷水：99% 的人卡在「我到底能不能点那个按钮」

我一开始也走了弯路。

WorkBuddy 积分页（`codebuddy.cn/profile/usage`）上确实有个按钮写着「签到」。我用浏览器自动化去点它，**结果积分纹丝不动**。

扒开 DOM 才发现真相：

```json
{
  "tag": "BUTTON",
  "text": "3月13日已领取",
  "disabled": true
}
```

这是个**历史活动残留入口**——按钮文案还停在 3 月 13 日，且被硬禁用。点它不会有任何效果。

**但很多攻略告诉你「用 Playwright 点签到按钮就行」，这条路径在当前版本已经失效了。**

真正的签到逻辑在客户端侧，网页上那个按钮只是个摆设。**必须走 API。**

---

## 二、真实接口（这里有个大坑，网上多数文章写错了）

我实测验证的接口：

| 用途 | 方法 | 路径 |
|---|---|---|
| 查签到状态 | POST | `https://www.codebuddy.cn/v2/billing/meter/checkin-activity-status` |
| 执行签到 | POST | `https://www.codebuddy.cn/v2/billing/meter/daily-checkin` |

响应语义：

- `code=0` → 签到成功
- `code=10001` → `今天已签到，请明天再来`

**坑点一：域名。** 网上流传 `copilot.tencent.com/v2/billing/meter/daily-checkin`，我实测直接 `Failed to fetch`。**只能用 `www.codebuddy.cn`。**

**坑点二：路径必须带 `/v2/`。** 去掉版本号一律 404。

**坑点三（最隐蔽，我在这卡了半小时）：响应是双层结构。**

```json
{
  "code": 0,
  "msg": "OK",
  "requestId": "7ad72dc6-...",
  "data": {
    "active": true,
    "today_checked_in": true,
    "streak_days": 4,
    "daily_credit": 100,
    "today_credit": 100,
    "total_credits": 400,
    "season": 10,
    "end_time": "2026-10-15 23:59:59"
  }
}
```

注意看：业务数据在 **`data.data`**，不是 `data`。

我第一版解析写的是 `st.data`，结果所有字段全是 `-`，一度以为是 token 失效。改成 `st.data.data` 立刻全部正常。

**如果你也遇到"字段全是空的"，八成就是踩了这个。**

---

## 三、登录态才是真正的难点

要调 API 就得先登录。WorkBuddy 用的是 Keycloak 认证，支持微信扫码、手机号、邮箱、SSO。

这里有 3 个坑，**一个比一个隐蔽**。

### 坑 1：`launchPersistentContext` 在无头模式下会丢登录态

我最初用 Playwright 推荐的持久化上下文写法，headless 跑起来就是未登录：

```javascript
// 有问题：headless 下 profile 目录不落盘
const ctx = await chromium.launchPersistentContext(PROFILE, { headless: true });
```

原因：**Keycloak 把登录 token 存在 localStorage**，不是 cookie。而 `launchPersistentContext` 在无头模式下不保证写入 profile。

正确做法是显式导出 storageState：

```javascript
const browser = await chromium.launch({ headless: true });
const ctx = await browser.newContext({
  storageState: './auth-state.json',   // 关键：注入 cookie + localStorage
  locale: 'zh-CN',
  timezoneId: 'Asia/Shanghai',
});
```

`storageState` 会把 **cookie 和 localStorage 一起存**，这才是完整登录态。

### 坑 2：登录成功 ≠ 状态已落盘

我第一次扫码登录，脚本提示 `LOGIN_OK`，但下次跑立刻变成未登录。

原因：登录成功跳转的那一刻，页面还在加载，**cookie 和 token 根本没写完**就关浏览器了。

修复——等页面彻底安静，再多等几秒：

```javascript
await page.waitForURL(u => !/\/login/.test(u.toString()), { timeout: 300000 });
await page.waitForLoadState('networkidle', { timeout: 30000 });
await sleep(6000);                        // 关键：给写盘留时间
await ctx.storageState({ path: './auth-state.json' });
```

那 6 秒不是玄学，是**实测踩出来的**。

### 坑 3：`0` 是有效值，不能用真值判断

```javascript
// 错误写法
streak_bonus_credit: d.streak_bonus_credit || '-'
// 当值为 0 时会错误显示成 '-'

// 正确写法
const fmt = n => typeof n === 'number' ? n : '-';
```

这类小 bug 不影响功能，但会让你的日志出现「明明有数据却显示空」的情况，排查时很误导人。

---

## 四、一个我主动放弃的方案，以及为什么

很多人会想到更"高效"的路子：**直接读本机客户端的 accessToken，命令行调 API，连浏览器都不用开。**

这条路技术上可行——文件确实存在：

```
%LOCALAPPDATA%\CodeBuddyExtension\Data\Public\auth\workbuddy-desktop.info
```

但打开你会看到：

```json
"accessToken": {
  "$wbEncrypted": 1,
  "envelope": "eyJzdWl0ZSI6..."
}
```

**token 是被客户端自有信封加密的，命令行根本读不出明文。** 要读就得解密。

**我没有去解密它，也不建议任何人这么做。** 原因很实在：

1. **账号安全**——解密登录凭证一旦泄露，等于把整个账号交出去
2. **合规风险**——绕过客户端授权机制提取凭证，性质上接近盗用凭证
3. **收益为零**——浏览器方案已经能跑通，多一个浏览器进程的成本，换不来任何好处

**自动化本身不是目的，别为了"技术含量"引入不必要的安全债。** 用浏览器拿登录态，只调官方公开接口，效果一样但干净得多。

> 📷 **配图位置**：安全路径对比（解密 token vs 浏览器登录态）（文件 fig-security.jpg）

---

## 五、省积分：真正的大头在对话侧

签到一天 100 积分，看着不多。但如果你的使用方式是「不问白不问」，一个月能烧掉几千。

几个实测有效的动作，按性价比排序：

**1. 优先用自定义模型**

这条是最大的杠杆。配置里的自定义模型（DeepSeek、Kimi、Doubao 等），消耗由第三方套餐结算，**不扣 WorkBuddy 积分**。同一件事用内置模型 vs 自定义模型，账单差一个量级。

**2. 模式分级，别全程 Craft**

WorkBuddy 有三种模式，消耗递增：`Ask` < `Plan` < `Craft`。

- 查资料、翻译、简单问答 → Ask
- 写大纲、拆思路 → Plan
- 读 PDF、生成 PPT、写代码 → Craft

大部分人默认就在 Craft 里问「你知道今天天气吗」，这不是省不省的问题，是用法问题。

**3. 同一话题超过 5-6 轮就压缩**

对话历史每轮都要重新发一遍。聊到第 20 轮时，大部分 token 在重复处理旧内容。主动 `/compact`，实测能把单轮消耗从 80 积分压到 15 附近。

**4. 产出物直接落文件**

让 AI 生成 `.md` / `.docx` / `.html` 文件，而不是在对话框里贴一大段让你复制。输出 token 省得很实在。

> 📷 **配图位置**：上下文压缩示意（散乱文档 → 精简卡片）（文件 fig-funnel.jpg）

---

## 六、完整脚本

给你一个能直接跑的版本。核心逻辑就四步：查状态 → 判断 → 领取 → 复核。

```javascript
const { chromium } = require('playwright');
const fs = require('fs');

const BASE = 'https://www.codebuddy.cn';
const EP_STATUS = `${BASE}/v2/billing/meter/checkin-activity-status`;
const EP_CHECKIN = `${BASE}/v2/billing/meter/daily-checkin`;

// 注意：0 是有效值，不能用真值判断
const fmt = n => typeof n === 'number' ? n : '-';

// 关键：业务数据在 data.data，双层结构
function summarize(st) {
  const d = st && st.data && st.data.data;
  if (!d) return null;
  return {
    today_checked_in: d.today_checked_in,
    streak_days: fmt(d.streak_days),
    today_credit: fmt(d.today_credit),
    total_credits: fmt(d.total_credits),
    end_time: d.end_time,
  };
}

async function postJson(page, url) {
  return page.evaluate(async (u) => {
    try {
      const res = await fetch(u, {
        method: 'POST',
        credentials: 'include',
        headers: { 'Content-Type': 'application/json' },
      });
      const text = await res.text();
      let data = null;
      try { data = JSON.parse(text); } catch {}
      return { httpStatus: res.status, data, raw: text.slice(0, 400) };
    } catch (e) {
      return { httpStatus: 0, data: null, raw: 'FETCH_ERROR: ' + e.message };
    }
  }, url);
}

(async () => {
  const browser = await chromium.launch({ headless: true });
  const ctx = await browser.newContext({
    storageState: './auth-state.json',   // 必须注入 storageState
    locale: 'zh-CN', timezoneId: 'Asia/Shanghai',
  });
  const page = await ctx.newPage();

  await page.goto(BASE + '/profile/usage', { waitUntil: 'domcontentloaded' });
  await page.waitForLoadState('networkidle', { timeout: 30000 }).catch(() => {});
  await new Promise(r => setTimeout(r, 2500));

  // 1) 查状态
  const st = await postJson(page, EP_STATUS);
  if (st.httpStatus !== 200 || st.data.code !== 0) {
    console.log('STATUS_FAILED: ' + st.raw);
    process.exit(1);
  }
  const before = summarize(st);
  console.log('STATUS:' + JSON.stringify(before));

  // 2) 未签到才领取（幂等，重复跑不会重复领）
  if (before.today_checked_in) {
    console.log('ACTION:ALREADY_SIGNED');
  } else {
    const ck = await postJson(page, EP_CHECKIN);
    if (ck.data.code === 0) console.log('ACTION:CLAIMED ' + ck.data.msg);
    else if (ck.data.code === 10001) console.log('ACTION:ALREADY_SIGNED');
    else console.log('ACTION:ERROR ' + ck.data.msg);
  }

  // 3) 复核
  await new Promise(r => setTimeout(r, 1500));
  const after = summarize(await postJson(page, EP_STATUS));
  console.log('REPORT:今日 ' + after.today_credit + '/' + after.daily_credit +
    ' 积分 ｜ 连续 ' + after.streak_days + ' 天 ｜ 本季累计 ' + after.total_credits);

  await browser.close();
})();
```

Windows 上设一下环境变量，否则找不到浏览器：

```bash
set PLAYWRIGHT_BROWSERS_PATH=C:/Users/你的用户名/AppData/Local/ms-playwright
node signin.js
```

配成每日 08:30 的定时任务，每天早上打开电脑就自动领了。

---

## 七、几个务实的提醒

**① 电脑得开机。** 定时任务依赖本机执行，关机那天会断签。连续签到断了比较可惜，出差前记得手动补。

**② 登录态会失效。** 大概几周一次。失效时脚本会明确输出 `NOT_LOGGED_IN`，重跑一次扫码登录即可。**关键是要能识别这个状态，不能假装签到了。**

**③ 活动会过期。** 我的脚本会读 `end_time`，结束前 7 天自动加 WARNING。过期之后接口虽然还能调，但没有奖励了。

**④ `auth-state.json` 是敏感文件。** 它等同于你的登录态，**不要提交到 Git 仓库，不要发到群里或公开网盘**。

---

## 八、除了签到，还有哪些积分能拿

官方渠道大致这些（数值为官方规则，以社区最新公告为准）：

| 渠道 | 收益量级 | 我的建议 |
|---|---|---|
| 每日签到 | 100/天，连续有额外奖励 | ✅ 已自动化 |
| 每月固定额度 | 每月 1 号到账 | 自动，无需操作 |
| 成长计划任务 | 约 1400 一次性 | 记得去清一下 |
| 社区发文 | 500–3000/篇 | 写实操 + 踩坑 + 截图更容易被精选 |
| 技能市场上传模板 | 普通约 2000 / 垂直 5000+ | 有长期分成 |
| 邀请好友 | 双方各 500，无上限 | 社交动作，个人操作 |

**发文小提示**：内容要带**真实实操、真实踩坑、真实数据、配截图**，纯概念整理很难进精选。

---

## 最后

这套东西的核心其实不是 Playwright 或某个接口，而是三个判断：

1. **能调 API 就别点 UI。** 接口返回的语义（"今天已签到"）比猜按钮状态可靠得多。
2. **先验证能力，再画饼。** 别上来就说"我能点"，先确认环境有没有浏览器、能不能过登录态。
3. **如实汇报结果。** 自动化脚本最危险的地方是"假成功"——它报告领到了，实际没领。**每一步都要复核，失败要如实说失败。**

第 3 条尤其重要。一个会骗你的自动化，比没有自动化更糟。

---

*本文所有接口、响应结构、错误码均来自 2026-10-03 的实际抓包与脚本运行结果，未使用二手资料推测。平台规则可能调整，请以官方最新公告为准。*


原创 · 2026-10-03 实测记录 标签：#WorkBuddy #Playwright #自动化 #效率工具

WorkBuddy 积分实战：我把「每天手动领积分」做成了全自动，踩了 5 个坑才跑通

数据库

WorkBuddy积分签到全自动化实战：破解99%人卡住的按钮无效问题，深挖API双层数据结构陷阱，解决无头浏览器登录态丢失难题。提供可直接运行的Playwright脚本，实现每日自动领100积分，附带模型选择、模式分级等高效省积分策略。

代码解释

信封加密

WorkBuddy 

DeepSeek

Windows

JSON

2026上云采购 | AI焕新·智启新局

workbuddy

热销域名限时优惠，新客首年免费！


domain

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

WorkBuddy 积分实战：我把「每天手动领积分」做成了全自动，踩了 5 个坑才跑通-腾讯云开发者社区-腾讯云

WorkBuddy 积分实战：我把「每天手动领积分」做成了全自动，踩了 5 个坑才跑通

WorkBuddy 积分实战：我把「每天手动领积分」做成了全自动，踩了 5 个坑才跑通

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐