跳到主要内容

点击之后,怎样确认工作真的完成?

点击按钮是一项动作,工作完成是一项需要核实的结果。把 AI 用到真实客户场景时,两者之间的差别尤其重要。

一个“发送”有不止一个时刻​

指令到达、输入完成、按钮点击、消息显示、结果上报,可能发生在不同时间。 App 也可能在发送之后显示确认浮层,或者先更新部分内容,再补齐状态。

因此,不能用“点击没有报错”直接证明业务完成。执行需要观察与目标有关的后态,而不是只数动作。

不确定时,不能假装没有发生​

如果发送后断网,系统可能暂时不知道结果,但消息已经发出。直接重新发送会制造重复。 恢复前应该查阅已有动作记录、核对当前界面,再判断是否需要继续。

MobileBuddy 将相关记录与不可逆动作边界结合,使执行状态能够为后续恢复提供依据。具体 App 再负责识别自己的业务后态。

身份比显示名更重要​

联系人可能同时有备注和昵称,接受好友申请后显示文本也可能变化。 仅比较一次看到的名字,会把正确对象判错,或误把另一个对象当成目标。

已有微信适配实践表明,应该结合当前页面、目标锚点和实际状态判断,而不是整页看到“已添加”就宣布某个好友申请处理完成。

下一次任务从哪里开始​

一次任务结束在分享页、搜索结果页或资料页,会影响下一次任务。 持续运行需要理解这些落脚状态,再恢复到能继续工作的起点。固定次数的返回操作不能代替页面判断。

验证有不同层次​

离线测试验证解析与逻辑;真机验证观察 App 的实际反应;客户验收确认流程在业务里有用。 这几类证据互相补充,任何一类都不能自动替代另外两类。

这些问题来自微信与企业微信适配过程中的实际工程经验。具体功能的支持情况仍以接入时的设备、版本和验证范围为准。

了解技术架构 · 从第一条业务流程开始