当用户在AI智能体任务运行中更改任务时,应该怎样处理?
摘要
本文探讨了AI智能体应如何处理执行过程中用户发起的任务变更,提出了诸如任务修订ID等解决方案,并讨论了避免过时或冲突操作的边界情况。
考虑一个调度智能体:用户让它查找周五的时段,查找开始后,用户说‘实际上,要周一的,且先不要预订。’周五的结果在纠正后返回。显示过时的选项很烦人。使用这些过时选项进行预订则是另一个问题。如果工具调用已在进行中,取消工作者可能无济于事。我的直觉是给每个任务修订一个ID,将其附加到后台工作,并在任何更改操作之前再次检查。旧结果可以作为上下文保留,但不能静默地成为当前计划。如果先前的操作已经发生,智能体应明确报告。你如何界定修改现有任务与启动新任务之间的边界?以及如何处理纠正几乎与外部操作同时到达的情况?对于简单的取消并重启方法不足的具体案例,我很好奇。
相似文章
你使用什么机制来区分“智能体忙碌”和“任务完成”?
本文讨论了AI智能体系统中的一种反模式:智能体看似忙碌却未能完成任务。作者建议通过分离职责并要求完成证明来解决。
当长时间运行的代理任务被中断时,哪些部分得以保留?
探讨长时间运行的AI代理任务被中断时,哪些状态或进度得以保留,并讨论对可靠性和恢复的影响。
在等待AI代理完成任务时你会做什么?
关于用户在等待AI代理完成任务时所做之事的讨论,探讨实用策略和行为观察。
当 AI 代理即将执行操作时,您会重新检查什么?
本文讨论了在生产环境中,AI 代理执行任务前需要重新检查权限和操作的必要性,因为条件可能发生变化,如记录状态或审批状态。
什么仍然是阻止 AI agents 可靠地处理现实任务的最大问题?
讨论了尽管在任务执行方面取得了进展,但阻止 AI agents 可靠处理现实任务的持续挑战,例如不断变化的网站和不一致的工作流程。