我们给智能体加过最好的东西不是一项能力,而是一个撤销按钮
摘要
作者认为,添加撤销按钮——而非新功能——才真正解锁了对AI智能体的实验,并指出智能体设计的核心其实是降低回退变更的成本。
很长一段时间里,要停用一个行为不当的 intent,就意味着删除该节点,并连带拖走它的所有重新连接和依赖。一步走错,你就得从头重建。于是大家都悄悄不再去动这个智能体——对于一个本该每天迭代的东西来说,这简直荒谬。我们拥有一个没人敢改的系统。当“暂停 intent”从破坏性操作变成可逆操作的那一天起,行为一夜之间就变了。A/B 测试、预加载到未来营销活动再搁置的 intent、在不拆掉整个流程的情况下隔离一次误触发——统统出现了。零新增能力。我们只是让“撤销”变得廉价,人们就突然开始做实验了。我现在有一半相信,大多数智能体设计的核心其实在于撤销的成本,而非执行的成本。好奇有没有人不同意:你现在不敢碰智能体的哪个部分?是因为它很难改,还是因为它很难改回去?
相似文章
我为你的AI编码代理破坏仓库时建了一个撤销按钮
一位开发者创建了一个撤销按钮功能,允许用户撤销AI编码代理对仓库所做的更改,为AI辅助开发提供了安全网。
审批门禁不过是尚未构建的撤销按钮
本文认为,AI 代理的审批门禁应基于可逆性而非恐惧感,提出构建撤销机制可以消除许多人工介入检查的需求。
我构建了一种方法,可在 AI 智能体任务中途失败时自动撤销混乱
一位开发者构建了 agent-undo,这是一个 TypeScript 库,可为 AI 代理的工具调用添加撤销/回滚处理器,使得如果任务中途某一步骤失败,之前已完成的步骤会自动撤销。
我的智能体操作是否需要可逆层?
本文探讨了在生产环境中,AI 智能体是否需要专门的可逆层来处理和撤销错误,并强调了当前恢复过程中所需的手动工作量。
AI 代理能否安全地撤销其对自身的更改?
本文介绍了 EvoUndo,一个将可恢复性作为约束强加于自进化 AI 代理的框架,强调了状态固定和恢复语言表达性等瓶颈。