Spark

昨天看到 Browser Use 作者发的文章《代理框架的惨痛教训》,有感而发,文章本身的核心意…

昨天看到 Browser Use 作者发的文章《代理框架的惨痛教训》,有感而发,文章本身的核心意思是一个不那么新鲜的观点:Agent 根本不需要框架,只需要一个主 Loop 加合适的工具,此前,Claude Code 的原理逆向分析被曝光后,大家就已发现这个「秘密」。

但我想说点不一样的东西。

请求大模型并且得到回应的执行过程本身是「无状态」的,而且,就算它内部有「状态」,也不一定和你程序内部的「状态」一致,原因很简单:大模型看不到你的程序,你的程序状态也只能通过数据给到它,所以就会出现很多莫名其妙的问题,比如:明明任务还没有完成,模型莫名其妙提前终止运行等等,(文中也提到了用一个 tool 来解决这个问题)。

所以,我认为今天大部分 Agent 框架的思路仍然不是遵循的「第一性原理」,仍然是要凌驾(以控制流为核心)于模型之上的设计。

我个人认为,Agent 的命题只有一个:那就是给模型做个「解释器」,对它友好的解释器,它生成的数据要解释到位,解释全,把它当成一个 Generator,那么 Agent 一开始就应该是面向数据流的,而不是控制流的。

然而,受到这样启发的框架并不多,接下来我会在 AStack 的博客上陆续分享背后的思考和打造过程的技术干货。

https://astack.tech/blog

PS:Agno 框架的主 Agent 实现,单文件就有超过 1 万 1 千多行代码,认真的吗?😄

View original on 即刻

Comments