微软目前对国区账号采取了极其复杂的灰度策略。对于一部分账号，它允许通过 DAPI 查询所有数据；而对于另一部分账号（尤其是最近比较活跃的），它会关闭 DAPI 的配额下发，强制要求客户端通过加载网页来获取进度。有时候虽然 Token 有效，但微软会限制该 Token 访问敏感计数器的权限。

已修复 (v2.7.1)
问题原因：变量 hasMobile 在 doSearch() 函数中被重复声明了多次，导致语法错误，整个脚本无法运行。
修复内容：
问题 修复
变量重复声明 将第 1869 行的 hasMobile 改为 canSearchMobile
async 回调 移除测试通知菜单的 async 关键字

活动卡片跳过规则 添加 skipHrefs 数组，包含 Python 版的链接跳过规则
卡片解析一致性 方法2的跳过规则现在也检查 offerId，与方法1保持一致

修复完成 (v2.3.2)
所有 7 个 bug 已修复：

Bug 修复内容

1 clickPunchCards 递归无深度限制 添加 depth 参数，限制最大递归 5 层
2 搜索cookie _Rwho 固定为 u=d getSearchPage 和 reportSearch 中根据 isMobile 设置 u=m 或 u=d
3 appActivity 硬编码UA 替换为 RewardsAuto.ua.mobile
4 getReadProgress 空值检查 条件改为 if (task && task.attributes)
5 打卡任务错过 DOMContentLoaded 先检查 document.readyState，已加载则直接执行
6 活动卡片正则依赖字段顺序 改为先匹配整个对象，再分别提取各字段
7 搜索受限阈值过敏感 从 >= 2 提高到 >= 3

1. 新增PC/移动端积分明细通知
   通知消息格式（推送到各渠道）：
   🎉 任务完成！
   💰 当前积分: 289
   🔍 PC搜索: 60/60
   📱 移动搜索: 42/60
   ✨ 优惠: +10
   📅 本月: 1,714
   ⏱️ 用时: 120秒
   控制台详细日志：
   📊 积分明细:
   ┌─────────────────────────
   │ 💰 今日积分: 289
   ├─────────────────────────
   │ 🔍 搜索积分:
   │ 💻 PC端: 60/60 ✅
   │ 📱 移动端: 42/60 ⏳
   │ 📊 合计: 102/120
   ├─────────────────────────
   │ 📋 今日活动:
   │ ✨ 优惠: +10
   ├─────────────────────────
   │ 📈 历史积分:
   │ 📅 本月: 1,714
   │ 📆 今年: 13,366
   │ 🏆 生存期: 91,184
   ├─────────────────────────
   │ ⏱️ 用时: 120 秒