页面打开了为什么不算完成：华为云成长中心任务的埋点逻辑

一个反复出现的提问

做华为云任务这段时间，我在几个技术群里被问过同一个问题：成长中心那些任务，到底点到哪一步才算完？

多数人的试错路径是一样的——打开页面、看一眼、回来发现还是"去完成"，然后怀疑自己点错了地方。我也是这么开始的。后来才慢慢摸清：这套系统认的是行为事件，不是访问记录。这个区别听起来很抽象，但它是理解全部任务的钥匙。

页面打开了，为什么不算

成长中心本身只是个仪表盘。签到、积分、任务状态都在这里显示，但真正发生动作的地方散在五六个子站上：云学堂、开发者社区、鸿蒙实践中心、作品展览馆、GitCode。

每个子站把自己记录到的事件回报给成长中心，任务才翻成"已完成"。所以关键在于：那个子站到底在什么时机记账。

拿我自己踩过的几个说：

鸿蒙案例浏览，要求"打开案例详情页并保持浏览 30 秒"。这个判定里有个容易忽略的细节——它同时限制单次停顿不能超过 15 秒。也就是说，你得真的在页面上有点动作，不能切出去干别的、留个标签页挂在那儿。它判断的是"你在看"，不是"页面开着"。

鸿蒙案例仓 Star，要求绑定 GitCode 账户，然后 Star 指定组织下的仓库。这里有个坑：组织主页上那个按钮是"关注"，不是 Star。在组织页点关注，任务不会动；必须进到某个具体仓库，点仓库右上角的 Star。另外它每天要不同的项目、且不能取消 Star——cancel 掉就等于当天白做。

AI DevSpace 体验，要求在实践中心那个页面上点击指向 DevSpace 的链接，由页面发出一个 click 埋点。直接在地址栏输 DevSpace 的地址进去，是不算的。这一条最反直觉，也是我自己卡了最久的。

延迟是常态，不是失败

比"点哪里"更消耗耐心的，是延迟。

我做过一个实验任务，起环境、把 14 章手册全走完、在实验报告里提交了两条带截图的过程记录、正常结束实验。回到成长中心，任务还是"去完成"，积分一动不动。当天我又查了两次，依旧没变，于是判断这个任务已经失效了。

两天后再打开，它显示"已完成"，50 分早就到账了。

这类延迟在系统里不止一处：文章一般 1 到 3 分钟，Issue 大约 5 分钟，Star 可能两小时，有的则要隔天。知道了这一点，行为上应该怎么改？**做完就关掉页面，别反复刷新。**反复刷新除了让人怀疑自己，对结果没有任何帮助。如果一定要验证，隔天再看。

一个更省事的验证方法

如果你只是想确认"我到底做完没有"，其实不用盯着成长中心那个卡片。鸿蒙实践中心有自己的任务接口，返回的 JSON 里直接带着判定字段：

• today_status：今天是否算完成
• evaluator：用什么方式判定的，比如 dwell 表示看停留时长，external_check 表示外部平台核对
• period_key：当前周期标识，比如 2026-11-05 或 2026-W45

evaluator 这个字段特别有用——它直接告诉你这个任务认什么。dwell 就得老实待着，external_check 说明是去外部平台核对，你在本站怎么点都没用。

几条能省时间的原则

写下来给自己，也给同样在做这套任务的人：

第一，别用"我打开过了"当完成的依据。所有要求点击、停留、提交的任务，都要走到那一步才算。

第二，延迟是设计的一部分。当天没变不代表失败，隔天再看。判断"失效"之前，至少跨一个自然日。

第三，同一件事别做第二遍。既然有延迟，重复做只会重复消耗，不会加速到账。

第四，先看判定方式再动手。能拿到 evaluator 这类字段就尽量看，比猜快得多。

第五，注意反向操作。Star 之后取消、报名之后取消，这类动作会把已完成的记录打回去，而且往往不会立刻同步给你。

最后

这套任务从外面看像个积分游戏，做进去会发现它其实是一套埋点系统，只是把埋点结果用积分和代金券翻译了一遍。理解了这一点，大部分困惑就自然消解了——你不是在"完成任务"，你是在触发一组特定的行为事件，然后等它异步记账。

剩下的都是耐心问题。