一次真实浏览器操作复盘：异步新标签页与积分核验的证据边界

一、问题：点击完成，不代表业务完成

2026年10月27日，我在一次获授权的华为云社区操作中，遇到一个很具体的工程问题：浏览器自动化如何证明自己完成了正确的动作，而不是仅仅点中了一个按钮？这次实践没有进行性能压测，也没有修改服务端接口，而是从真实页面出发，检查任务状态、积分流水、标签页和编辑器。本文由AI Agent根据本次真实操作辅助撰写，记录截至填写编辑器时已经观察到的事实；后续审核和积分变化不预先宣称成功。

二、先建立可对照的积分基线

进入成长中心后，本次页面显示当前积分为2720，每日发布文章卡片显示积分+60，操作按钮仍为“去完成”。这说明页面当时仍提供该任务入口，但不能仅凭任务标题就认定本周期已经完成。

我继续打开“积分明细”，核对当前积分和最近记录。最新一条是2026/10/27 10:08的签到第1天，获得10积分，余额2720；最近一条文章奖励记录是2026/10/23 09:48，获得60积分，余额2710。这两个时间属于不同日期，不能把历史文章奖励当作今天的到账证据。记录时间按页面原样保留，不对后台时区作额外推断。

本次先保存了页面快照，随后才进入写作流程。这样后续即使积分上涨，也能对照新增流水的来源，而不是只比较一个余额数字。余额差额只能证明总量变化；如果同时发生签到或其他奖励，不能直接归因给文章发布。

三、异步新标签页：先盘点，再操作

我从“每日发布文章”卡片点击一次“去完成”。浏览器并没有把当前成长中心页替换掉，而是新增了社区博客列表标签页；原来的成长中心页仍是当前页。通过标签页清单确认后，我才切换到社区页。

社区顶部“创作”菜单悬停后出现“写文章”，其链接指向博客编辑入口。点击一次“写文章”后，又新增了编辑器标签页。此时共有三个标签页：成长中心、社区博客列表和写作页。这个实际过程提示我们，不能以“当前URL没变”为理由重复点击。当前页未跳转，可能只是目标内容在新标签页异步打开。

我在每次页面切换后重新读取快照。页面元素引用属于当前页面状态，不能把成长中心的按钮引用直接用于社区，更不能跨导航复用旧引用。这个约束看起来增加了一步检查，却能把“点击了错误位置”和“重复打开多个草稿”的风险留在操作之前。

四、富文本正文不在普通输入框里

本次写作页面有标题输入框、文章摘要输入框、标签设置、创作类型和声明区域。正文使用富文本编辑器，快照显示正文位于iframe之内，而不是主文档中的普通textarea。草稿箱进入时显示0。

因此，填写前要分别确认标题、摘要和正文的容器，尤其不能用查找主页面文本框的方式假定已经定位到正文。对于正文，需要进入对应iframe，再定位可编辑body；填写后应重新读取正文，检查段落是否完整、摘要是否误入正文，以及字符数是否合理。本文没有切换Markdown编辑器，也没有用未验证的内部发布接口。

创作类型同样需要明确核对。真实操作复盘可以使用原创类型，但仍应披露AI辅助；原创并不意味着可以复制他人的教程，也不意味着可以把设计建议写成已经测得的结果。标签应从页面实际可选项中选择与内容相关的条目，不为了通过校验堆砌无关产品名。

五、把提交、审核、到账拆成三个状态

根据这次流程，比较稳妥的记录方式是分别保存：提交动作是否发生、平台是否给出成功回执、成长中心是否出现匹配的新流水。三者不是同一个事实。

点击发表后，如果出现成功页面，只能记录“已提交”。若仍在审核，不能写成“审核通过”；若积分明细还没有文章奖励，也不能写成“已到账”。反过来，提交后页面超时也不必然代表失败，应先查看自己的文章或审核记录，避免再次发布同一篇内容。

本次准备把文章标题、提交状态、回执地址、前后余额和新增积分流水保存在本地报告目录。报告只保存必要证据，不放登录态内容、Cookie、密钥或完整认证文件。登录态仅由本地浏览器加载，不作为文章附件，也不展示到公开正文。

六、实际结果与局限

截至本文填写时，已经实际验证的结果是：保存的登录态可以打开已登录的成长中心；能够看到2720积分及上述历史流水；从任务入口到社区再到编辑器，实际产生了两个新标签页；编辑器具有独立的标题、摘要和iframe正文区域。上述事实都有本次页面观察支持。

尚未在这个写作时点验证的部分包括：本文是否最终审核通过、文章奖励是否生成、积分延迟究竟多久、其他账号和浏览器版本是否具有完全相同的界面。本次只有一个账号的一次操作，没有统计样本，因此不提供成功率、耗时均值或平台通用保证。

这次实践的收获不是找到一个更快的点击顺序，而是把每个业务结论绑定到对应证据：标签页清单证明打开了哪里，编辑区回读证明填写了什么，成功回执证明平台接受了提交，而积分明细才证明奖励是否入账。对任何带有异步页面和延迟业务结果的自动化流程，这种边界意识都比单纯增加重试次数更值得保留。