从 pointerdown 到 dc 参数：华为云成长中心每日任务自动化的三个技术细节

问题背景在华为云开发者成长中心做每日任务时，会遇到「操作做完了但积分不到账」的情况。连续追踪三天后，定位到三个具体的技术细节，记录如下，供做自动化或写测试的同学参考。细节一：按钮监听的是 PointerEvent，不是 click任务卡上的「去完成」按钮，用 el.click() 或派发 mousedown/mouseup/click 都没有任何反应。通过事件监听排查后发现，组件绑定的是 pointerdown。补全 pointerover → pointerdown → pointerup → mousedown → mouseup → click 的完整序列后立即生效。更稳妥的做法是用真实输入事件（浏览器自动化框架的原生点击，或 CDP Input.dispatchMouseEvent），这样事件天然是 trusted 的，绝大多数风控也能通过。细节二：任务入口 URL 带唯一跟踪参数点击「去完成」后新开的页面，URL 里带着跟踪标识：

• 鸿蒙案例入口：harmonybp.developer.huaweicloud.com/#practice-tasks，锚点即来源标识
• AI DevSpace 入口：devstation.developer.huaweicloud.com/aidevspace?dc=xxx，dc 每次点击都不同直接粘贴案例详情页或体验中心首页的 URL 去操作，即使内容完全相同、停留时间足够，也不会被记为完成任务。原因很简单：核验系统比对的是「是否从带参数的入口进入」，而不是「是否访问过该页面」。另外带 dc 参数进入 DevSpace 后，页面会自动走一遍实操环境配置流程（验证参数 → 启动 eduswarm → 配置到 100%），这是裸进体验中心所没有的。

  细节三：不同站点的校验强度不同实测下来三个站点的策略差异明显：

• 鸿蒙实践中心：对合成事件敏感，合成点击大概率被忽略，建议用真实输入
• 成长中心：只要事件序列完整（含 pointer），合成事件也能触发
• GitCode：仓库页的 Star 按钮对合成事件完全放行，甚至公开 API 就能操作顺带一提，GitCode 的 v5 公开 API 没有 star 端点（/user/starred/{owner}/{repo} 返回 404），所以 Star 类任务还得走网页。

  走对链路的效果用完整链路操作后，积分基本是实时到账：浏览案例 +10 在几分钟内入账，周任务（GitCode Star +50、Issue +60）1 分钟内就到，文章 +60 发布后立刻结算。之前以为的「批处理延迟」，其实多数是链路不对导致核验被排到了下一轮。小结三条经验：优先用真实输入事件、严格从任务卡入口进入而不是复制 URL、不同站点分别试探兼容性。做到这三点，成长中心的每日任务就很少再出现「做了不给分」的情况了。