前言
本文章主要内容来源于Anthropic(Claude)的工程师Barry Zhang的分享
视频地址:https://www.youtube.com/watch?v=D7_ipDqhtwk
如何构建一个有效的Agent:https://www.anthropic.com/engineering/building-effective-agents
博客阐述了如何去构建一个有效的Agent,以及各种场景下构建Agent的形式,对比当下构建我们构建的Agent,还是有一部分内容缺失的,比如缺少了内容的feedback,缺少了对于Agent执行任务质量的自动检验。
视频中作者主要对博客中的构建Agent的三个要点进行了展开,观点比较新颖,尤其是第三点,对于如何构建Agent提出了不一样的思考方向,接下来主要就这三点内容进行阐述。
不要为所有的事情都构建Agent
Barry Zhang列出了几个CheckList用来判断自己的场景是否适合构建Agent
任务的复杂性
- 不复杂:比如很容易就可以构建出整个决策树,这种建议采用工作流的方式,并且是比较经济实用的。
- 复杂:Agent适合处理比较模糊的问题,比如代码生成,只是一个从需求转换为代码的过程,结果的预期是模糊的,两个不同的人,写出来的代码肯定都不一样,但达成的效果都是一样的。
任务的价值
这里主要指的是成本,也就是让Agent去做这件事带来的价值是否与消耗的token是否成正比。
否则还是考虑考虑工作流或者不使用Agent吧。
可行性
Agent是否在任务的各个节点是否都可以做的很好。
这一点没太理解作者的解释,我个人理解是如果整个任务中,有一些节点不适合Agent去做,可以尝试将这些节点抽离出来,以工作流的方式去实现,或者是在多Agent协作的模式中,将这些节点拆分到其它的Agent中去做,也就是简化单一Agent职责。
任务执行错误的风险和发现错误的成本
- 如果对任务的执行结果要求比较高,那Agent不太适合去做。
- 能不能在Agent执行任务失败后第一时间发现问题。
通过这一点可以反思下我们目前的Agent,有没有这些问题,在设计Agent之初,应该考虑到这一点,当然还要具体场景具体分析了。比如目前我们的场景,有没有正确的帮用户去处理相关的任务,效果是不是如预期一样进行,是不是缺少了这个Feedback机制。
在本节的最后,作者举例为什么Agent适合编码,按照上述的几个标准,都给出了相应的解释:
- 任务的复杂性: 将设计文档转换为代码本就是一个比较复杂且模糊的事情
- 任务的价值: 作为开发人员,当然我们认为自己的代码的价值很高~
- 可行性: Agent可以胜任这个工作,感觉作者有点儿过于自信Claude的编码能力了,虽然做简单的作业是没有问题,但如果当代码文件过多时,AI的能力显得就不足了。不过最近OpenAI(CodeX)和Google(jules)都发布了代码生成的Agent,但现阶段仅限于对GitHub仓库的项目进行操作
- **执行错误的风险和发现错误的成本:**代码生成可以生成对应的单测和持续集成来验证生成的质量
Google jules:https://jules.google/
Keep It Simple
作者提到Agent的三个核心元素:环境、工具和系统提示。
- 环境是Agent对于现实世界的认知
- 工具是Agent与现实世界的交互的方式
- 系统提示:Agent的目标、约束和在实际工作时的理想行为
任何Agent都脱离不了这三个元素,且尽量只有这三个元素。主要针对这三个元素进行迭代,其效果是非常显著的,这也是为什么作者认为Agent要Keep It Simple。
像你的Agent一样思考
Barry Zhang认为我们总是自以为理解Agent的行为,但其实我们的理解可能是错误的,建议我们从Agent的的角度尝试去完成一次任务,在这个过程中可能会感到不适,但只有这样我们才能知道Agent需要什么。
作者以他们公司构建的Computer Use Agent举例,当他以Agent的角度去思考之后,发现自己就像一个无头苍蝇一样不知所措,甚至不知道自己该点哪里。后来他知道了Agent需要知道自己所处的是一个什么分辨率的显示器。
在这个过程中可能我们会感觉到不适,但只有经历过这种不适之后,才能知道Agent需要什么。需要哪些环境、需要哪些边界、需要哪些工具、需要哪些上下文。
在这里还提到了Agent的自我迭代,这个想法之前没有听过,其大意是将AI的执行轨迹扔给AI,询问哪些地方做的不好,我们提供什么才可以帮助它做的更好,以帮助我们去理解Agent是如何看待这个世界的,其核心也是让人类不要自以为是的理解AI的行为。
总结
Barry Zhang本次分享中的几个观点都还挺有意思的,尤其是“像你的Agent一样思考”,对于后续去构建Agent包括迭代现有的Agent都有一些启发。还有他提到的“任务执行错误的风险和发现错误的成本”,也是指的我们在构建Agent的过程中去思考的点。