浏览器任务自动化实践：把提交成功与积分到账分开核验

本文基于一次华为云成长中心活动报名的实际操作整理，由 AI 辅助撰写。重点不是点击次数，而是如何建立可追溯的完成证据。

一、先记录起点，再决定执行哪些任务

执行前读取成长中心的当前积分和各任务卡状态。本次起始余额为 2150，实验、Star 与每周体验 AI 开发者空间已经显示完成。因此跳过这些项目，选择尚未完成的每周参加开发者活动。任务不存在、页面未加载和任务已完成是三种不同情况，不宜混为一谈。

二、从任务入口进入，使用已有资料报名

从成长中心进入开发者活动列表，选择仍在报名中的活动。本次选择的是“0元领华为云AI认证证书，300元云资源券限时领取”。报名页已带入账号资料，只补充了与页面现有职业一致的岗位选项“学生”，随后提交报名。没有提供的信息，不应该为了通过表单随意编造。

三、页面跳转只是中间证据

点击报名后，页面先进入 submitcompleted 地址，随后自动跳转至另一个产品页面。因此不能只依赖最后停留页面判断报名结果：最终页面可能已不再展示报名回执。更可靠的做法是保留提交后的跳转地址，再回到任务来源页核对业务状态。页面短暂空白也不应立即当作活动下线，应等待内容初始化。

四、用积分明细完成闭环

刷新成长中心后，余额从 2150 变为 2160。打开积分明细，可以看到新增来源“每周参加开发者活动”、类型“获得”、积分“+10”、剩余积分“2160”。余额变化与明确来源的流水共同构成本次任务的结果证据，而不是把打开页面或点击按钮直接算作完成。这个结果仅描述本次账号和本次报名，不保证其他活动同样结算。

五、脚本落地时保留哪些状态

可以把执行结果分成：已完成跳过、缺少必要资料、已提交待核验、到账已确认、读取失败。提交后若响应丢失，先检查报名记录或流水，不应立即重复提交。展示列表应以成功加载的官方任务卡为准；读取失败需要提示刷新失败，不能据此认定所有活动消失。

六、哪些内容不适合直接固化

活动链接、表单字段和下拉选项可能不同，脚本应从当次页面读取。Issue 的问题分析、博客内容以及需要实际学习的任务，依赖具体上下文；更适合人工或 Agent 阅读后完成，再用统一的结果核验步骤确认。

总结

这次流程形成了四段证据链：起始积分、实际提交、完成跳转、带来源的新增积分流水。先把浏览器中的真实流程走通，再将稳定步骤写入脚本，比预先假设成功条件更容易定位失败原因。