脚本报"成功"却没积分的三种假象：华为云成长中心任务清单排错记

现象

自动签到脚本跑完，日志一路 ✅，但打开积分一看：一分没涨。

这种"假成功"在积分系统里特别常见。下面记录三种实际踩过的假象，以及各自的排查方法。

假象一：任务清单解析空了，误判"今天没任务"

成长任务接口返回的字段很多，真正的任务数组藏在一个不那么显眼的 key 里：

items = (
    data.get("QueryMissionDtoList")      # ← 真实数据在这里
    or data.get("queryMissionDtoList")
    or data.get("data")                  # 恒空
    or []
)

data 和 mission_list 这两个"看起来最像"的字段始终是空的。若照直觉去读 data，拿到的是空列表，脚本会报告"今日任务 0 项，无需操作"，然后正常退出——什么也没做。

排查方法：先把接口原始响应整段打出来，看哪些字段真正带数据。名不副实的字段太多了，不能靠命名猜。

假象二：把"周任务"当"日任务"

清单里有个 mission_cycle_type 字段，取值 DAILY / WEEKLY / MONTHLY / LIMIT。

不要从任务标题推断周期。标题里的"每周/每日"只是文案，实际周期以字段为准：

| 任务标题 | 实际周期字段 |

|---|---|

| 每日发布文章 | DAILY |

| 每周参加开发者活动 | WEEKLY |

| 在开发者作品展览馆中发布作品 | MONTHLY |

| 实名认证 | LIMIT（一次性，永不再出现） |

mission_cycle_num 这个字段看着像"周期内需要做几次"，实测恒为 1，别拿它做判断条件。

还有一个反直觉的现象：周任务完成后，第二天会从清单里消失。清单项数变少不等于任务掉了，可能只是本周期已完成、平台不再展示。

所以"清单长度变化"不能作为状态依据，要按标题逐个比对历史快照：

newly_done = [
    t["title"] for t in final_tasks
    if t["finished"] and before_tasks.get(t["title"]) is False
]

注意用 .get(...) is False 而不是 not ...——清单里消失的任务取出来是 None，如果写成 not before_tasks.get(...)，会把"已出清"误报成"新完成"。

假象三：拿"结束积分 − 起始积分"判成败

积分是异步结算的。实测提交一个任务后，积分不会立刻变化，大约 20 秒后才到账。

如果脚本提交完就立刻读积分，会得到"变化 +0"，于是判定失败——但任务实际已经完成。

正确做法是轮询等待：

after = get_points(b)
for attempt in range(6):
    if (after or 0) > (before or 0):
        break
    log("等待结算… 第 %d 次，当前 %s 分" % (attempt + 1, after))
    time.sleep(10)
    b.refresh_csrf()
    after = get_points(b)

同时补一条第二证据：任务清单前后差异比对。只要某个任务从"未完成"变为"已完成"，即便积分还没到账，也能确认成功。

小结

判断脚本是否真的成功，不能只看"积分涨了没"：

1. 先确认任务清单解析字段正确（真实 key 不是 data）

2. 按 mission_cycle_type 判断周期，不看标题，也不看清单长度

3. 积分结算有延迟，用"轮询等待 + 任务清单差异"双证据确认

三个证据都指向成功，才算真的成功。