跳转到正文
登录
← 应用实践(演示)

演示|Agent 流程里,哪些步骤值得停下来确认

把读取、生成、修改和对外发送分开设计,根据操作影响设置确认点,让自动化的边界更清楚。

GETAI.APPX

演示文章:本文为站点展示而写的原创实践内容,不代表真实新闻事件、产品发布或统计结论。

不必让所有步骤都一样自动

一个流程可能先读取资料,再生成草稿,最后修改记录或发送消息。虽然这些动作能写在同一张流程图里,它们出错后的影响并不相同。设计时应把动作类型和影响范围单独列出来。

低影响的中间结果可以允许自动重试;涉及外部沟通、不可逆更改或新权限的步骤,则应有明确的执行条件和负责人。

确认点要提供足够的信息

一个只有“是否继续”的弹窗,不能帮助使用者做判断。更有用的确认应展示准备处理的对象、将要发生的变化、依据来自哪里,以及是否还有未解决的问题。

例如,准备发送一份周报时,可以先展示收件范围、正文预览和数据来源。只有内容和目标都明确,确认才有实际意义。

给失败准备一个出口

在每个关键步骤记录输入、输出和状态。失败后应能知道已经完成了哪一部分,而不是从头盲目再跑一次。

  • 可重复的读取步骤可以重试。
  • 可能造成重复记录的写入,需要先判断是否已经成功。
  • 未确认是否发送成功的消息,应核实状态后再决定是否补发。

第一版可以先做“自动准备、人工执行”。等流程中的输入、输出和失败处理都稳定,再逐步扩大自动执行的范围。

登录

还没有账号?