为什么点击成功不等于发布成功：独立结果核验

分别记录动作与业务结果

自动化点击了“发布”，只能证明点击动作完成。网络请求可能超时，平台可能校验失败，也可能进入审核。可靠的流程会把“提交已尝试”与“平台结果已读回”分成两个阶段。执行器说自己完成了，也不能替代独立观察，因为它可能只看到了按钮消失或跳转。

每种业务都应有自己的核验条件。社媒帖子可核对发布列表中的内容、账号、可见范围和平台状态；订单操作可核对订单号及新状态；导出任务则检查文件存在、可打开、字段完整和记录数量。用页面标题核验订单导出，证据就与目标不匹配。

提交前保留核验线索

在点击最终提交前，先记录目标账号、业务对象、内容摘要和提交时间。发布内容不要包含虚构使用经历，测试时优先采用用户授权的草稿或合适的可见范围。核验应重新读取平台结果，而不是复用提交前的编辑框。必要时保存平台提供的内容链接或记录编号，便于后续追踪。

核验也有边界：列表缓存可能延迟，审核状态可能持续变化，平台可能没有稳定记录入口。此时应说明“已提交，结果待核验”或“结果未知”，并列出已经确认的事实。不能把暂时看不到记录当成提交失败，也不能仅凭没有错误提示就宣布成功。

• 核对账号、对象标识和内容，防止在错误环境读到相似记录。
• 区分草稿、提交成功、审核中与公开可见。
• 对文件检查实际内容，保留订单号与 SKU 的前导零。

未知结果先查，不能盲目再发

点击发布后遇到断网，原请求可能已被服务器接收。直接重试可能生成两篇帖子。应先使用列表、记录详情或平台回执查找本次结果；确认未提交且具备安全条件后，才考虑再次尝试。缺少独立核验通道的写入任务，应在最终提交前停下并说明限制。这里介绍的是通用设计方法，不代表任何工具已经对所有平台实现了这些核验。