打通成长中心每日任务全链路：pointer事件与dc参数才是关键，附实时到账实录

两天踩坑，终于全部到账昨天写了《从「做了任务不加分」到「分批到账」》，当时以为已经摸清了核验规则：批处理、入口上下文、真实点击。结果当天 Star 和 DevSpace 两个任务依然没到账——原来「入口上下文」这四个字比我理解的更深。今天把链路彻底打通，而且发现走对链路后积分是实时到账的，根本不用等批处理。发现一：任务卡按钮认 pointerdown，不认 click成长中心任务卡的「去完成」按钮，合成 click 事件毫无反应，就连补上 mousedown/mouseup 也没用。最后发现它监听的是 pointerdown（PointerEvent）。补全 pointerover → pointerdown → pointerup → mousedown → mouseup → click 完整序列后，按钮立刻响应。现代前端组件大量使用 Pointer Events，做自动化或写测试时务必注意。发现二：每个任务的入口都带跟踪参数点「去完成」后新开的页面 URL 里藏着玄机：鸿蒙案例入口带 #practice-tasks 锚点，AI DevSpace 入口带 ?dc=xxx 参数。这些参数就是核验的依据——直接贴 URL（哪怕是同一个页面）没有这些参数，操作做得再标准也不算数。DevSpace 带参进入后还会自动配置实操环境（自动拉起容器，配置到 100%），和裸进体验中心完全不是一个流程。发现三：走对链路 = 实时到账今天上午用完整链路做完浏览任务，几分钟后查积分明细，+10 已经在账了。周任务更快：GitCode 上提交 Issue 和 Star 仓库，1 分钟内成长中心就发了 +60 和 +50。之前「等下午批处理」的印象，其实是因为链路不对、核验被推迟到了下一轮。可复用的完整链路清单1. 浏览案例：成长中心「去完成」→ 实践中心列表点案例卡 → 停留 30 秒以上；

2. Star：案例详情页跳转 GitCode 仓库 → 点 Star（每天换新仓库）；
3. DevSpace：任务卡「去完成」→ 实践体验页点「体验中心」→ 等 dc 参数页自动配好环境 → 停留一分钟；
4. 周任务：GitCode 上对 Agent 仓提 Issue / Star 新仓库，走 API 或网页都行（GitCode 接口不校验 isTrusted）；
5. 发文章：直接进博客编辑器写完发布（无入口校验）。

小结把「入口参数」当作核验凭证的一部分，很多悬案就解释通了：为什么同样的操作有的到账有的不到账、为什么批处理时间飘忽不定。希望这篇能帮你省下两天排查时间。