很多移动端自动化失败，一开始看起来都一样：任务停了。
但原因很重要。慢页面、已知弹窗、按钮变化、登录页和账号警告，不应该用同一种方式处理。普通重试规则能处理临时问题，但并不适合所有云手机流程。
先给一个简单答案
普通重试规则是在任务超时或没有到达预期页面时重复执行某一步。AI Guardian 式监控更进一步：它会结合失败上下文分类问题，把安全恢复和人工审核分开，并帮助团队理解移动端流程为什么失败。实际使用中，团队通常两者都需要。
普通重试适合什么
普通重试适合临时失败。
比如：
- 页面加载慢；
- App 启动延迟；
- 网络短暂波动；
- 预期页面比平时慢；
- 无害的已知弹窗；
- 任务在敏感动作前被打断。
重试规则容易理解，也容易测试。它仍然应该存在。
重试规则什么时候不够
重试不总是安全。
这些情况就不适合盲目重试：
- 账号已退出；
- 出现验证页面；
- App 显示政策警告；
- UI 已经变化；
- 权限缺失；
- 任务进入未知页面；
- 涉及最终发布或支付。
这些情况下继续重试可能浪费时间，甚至增加风险。
AI Guardian 增加了什么
AI Guardian 式监控关注的是上下文。
它不只是问“这一步有没有失败”，还会帮助判断：
- 出现了什么页面；
- 这是不是已知失败；
- 是否可以安全恢复；
- 是否需要修脚本；
- 是否需要人工审核；
- 是否应该暂停整批任务。
这样失败处理会更准确。
一个实用模型
可以分三层：
- 普通重试：处理已知临时失败。
- AI 辅助恢复：处理已批准的低风险异常。
- 人工审核：处理未知、敏感或账号风险情况。
这个模型能保持自动化价值，同时避免把所有失败都当成同一种问题。
QCCBot 适合放在哪
QCCBot 提供任务日志、AI 辅助脚本调试和 AI Guardian 式异常处理，适合 Android 云手机流程。团队可以用普通重试处理简单失败，用 AI 异常处理判断更复杂的情况。
如果你的云手机任务经常以不同方式失败，QCCBot 可以帮助团队从盲目重试转向可观察、AI 辅助的移动端流程恢复。
常见问题
重试规则还有用吗？
有用。它适合简单临时失败，问题是不能把所有失败都交给重试。
AI Guardian 应该自动修复所有问题吗？
不应该。它应该分类、恢复已批准情况，并把敏感情况交给人。
什么时候说明重试规则不够？
当重试反复停在登录页、警告页、权限弹窗或未知页面时，就不够了。