Flue 2：为智能体引入 React 式 Hooks，重新定义智能体开发框架

对代理人的反应：Astro创作者将挂钩带到他的元收件箱FlueFlue 2的灵感来自React。以Astro闻名的创作者弗雷德·肖特（Fred Schott）向《潜伏空间》讲述了他添加挂钩的原因，以及为什么特工是由它们的挽具来定义的。

面向开发人员的代理框架仍处于早期阶段，Vercel的eve和Fred Schott的Flue等框架（均于今年推出）设定了早期模板。Schott是网络框架Astro的创建者，这导致他的公司于一月份被Cloudflare收购。

他刚刚发布了Flue的第2版，这是其第一个稳定版本，其基础是React风格的“Agent Hooks”。”在Flue中，代理由JavaScript函数表示。该函数“在每次转弯时重新渲染”，意思是在每次模型调用之前。

在Schott意识到React的可组合性非常适合代理开发之后，添加了挂钩。“我最初在推特上说，我们正在为特工或Next建造Astro。js代表特工，”他告诉我们。“但后来我意识到：也许甚至没有人为代理人建立了React。

”编者注：我们上次与Sierra首席执行官兼OpenAI董事长Bret Taylor讨论了React for Agents：“我们仍在努力弄清楚谁是反应型代理，但陪审团仍悬而未决……我们有点处于代理的jQuery时代，而不是反应时代。

”Hooks是用TypScript编写的。

根据Flue 2的发布帖子，它们“让您构建动态代理，这些代理可以管理自己的状态、监听代理生命周期事件，甚至动态附加不同的资源和功能以在运行时增强自己。”Flue 2中有16个内置挂钩，包括useSkill（）、useTools（）、useSubAgent（）。

您还可以添加自定义挂钩。挂钩对开发人员开放的是，通过允许代理的配置随着对话或工作流程的进展而改变，它们使代理更具动态性。肖特表示，这是构建“真正的支持机器人、真正的分类机器人”所需要的，因为它们无法提前完全配置。

代理不能只是静态的--它必须实时适应用户想要的或情况的要求。代理挂钩将这些功能带到了Flue。例如，支持代理可能会在首次验证用户后引入帐户管理工具。基于文件的魔法是一个反模式自五月初公开推出Flue 1以来，Schott关于如何构建代理框架的思考迅速发展。

最初，他想将现有的Web框架概念应用到他的新代理框架中。他以基于文件的路由为例。“所以我们有点天真地把它移植到了Flue，心想--太好了，好吧，我会把你的五名特工放在这五个文件中，这就是他们暴露的五条路线。

但对于很多使用Flue进行构建的人来说，尤其是大客户，他们的整个公司就是一个代理商。

他们不关心路线。有一名特工。”因此，在第一批Flue用户展示了这些早期模式后，可组合性就成为了Schott的首要任务。这让他回到了React。“正如您从Flue 2 API中看到的那样，我们更多地从React [中汲取它。

. . ]比我们来自Astro或Next。js -它与路由和这些网站概念无关，而更多的是在基本层面上，如何在许多不同的事情上组成代理？

”Flue的核心主张：特工需要背带Flue中的一个关键概念是，代理必须有一个工具--这意味着它所处的环境可以访问完成各种任务所需的上下文和能力。“你和你的代码不是驱动LLM并告诉它如何处理脚本，而是将代理放入这个工具中，它能够自行驱动并解决问题，”肖特解释道。

Flue构建在Pi之上，Pi是一个开源最小工具。本质上，Flue是对Pi的一种固执己见的看法--添加了Schott认为有助于开发人员构建代理的功能。例如：Flue 2中的托管代理现在使用开源构建工具Vite构建。

事实上，肖特将圆周率的角色比作维特现在在阿斯特罗手下扮演的基础角色。“我认为Pi可以发挥这个作用，它是正确的抽象--它不会做太多，但它提供了正确的API，然后我们可以说，好吧，让我们对此有一个固执己见的看法，做得更多。

”基于Pi的构建意味着承诺拥有内置的代理工具。肖特说：“我们早期的赌注是，背带实际上不是一个功能，但它是你认为特工的基础。”“没有一个特工没有背带。”使用编码代理构建Flue代理Flue项目于今年早些时候在Astro存储库中开始，作为一个问题分类系统。

起初，这是一个LLM驱动的脚本或审查问题的工作流程。但后来，肖特解释说，它获得了在回购中采取行动的能力。“它开始从回购中的自动化转变为希望获得Claude Code体验，使其无头、可托管并在云中运行。

”就在那时，用挽具作为锚的想法出现了。事实上，在5月初的v1发布帖子中，Schott将Flue描述为“像Claude Code，但100%无头且可编程。”我自己使用Claude Code测试了Flue，它指导我设置了第一个Flue代理。

Schott证实，这就是许多开发人员使用Flue的方式。“我们正在为他们建设，”他在谈到人工智能编码代理时说。“你知道，我们的整个入职流程就是将此提示传递给您的代理人，它会引导您完成该操作。我们所有的文档都支持降价。

”Flue在代理开发堆栈中的位置与Flue最接近的比较是Vercel的eve，它也将安全带视为基础。

众所周知，维塞尔和克劳德弗拉在公开场合争吵不休，但肖特对夏娃的看法很慷慨。“我认为，伊芙是竞争最直接的，”肖特说。“它是同时出现的，所以它与内置安全带具有相同的效果。

”Schott还提到了他所谓的“OG代理框架”，该框架出现在Flue之前，因此并没有以安全带作为核心概念来创建。

他列出了Vercel的AI SDK、Cloudflare的Agents SDK和Mastra（由构建Gatsby的同一个团队开发，Gatsby是一个早于Astro的Web框架）。

虽然这些“OG代理框架”现在都在添加安全带，但Schott认为这是一个添加的功能-而Flue和eve都有内置安全带。我问Flue与新兴的“元安全带”（例如Databricks的Omnigent，甚至可能是自我改进的Exo安全带）相比处于什么位置。

注：本周末，我们还发布了对Exo合著者Alex Krentsel的采访;值得一看，并且对OpenClaw架构进行了额外的讨论！肖特正确地指出，在这个早期阶段，人们对元利用一词的含义存在困惑。无论如何，他认为拥有一个用于跨所有背带工作的API会混淆Flue的故事。

他的框架专门定义了技能如何在Flue中发挥作用、子代理如何发挥作用等等。正如他所说，“框架[Flue]和工具非常交织在一起。

”他个人觉得元背带讨论很有趣，并曾玩过Exo，但他表示这是“一个不同的兴趣场景，与托管代理没有真正相关。”Cloudflare连接在整个采访中，肖特提到了能够利用他的雇主Cloudflare的工具和基础设施。

但他也非常清楚，正如他所说，Flue是“适合每个主机的开源框架”，他希望它保持这种状态。“最好的工具是漂浮在宿主上方的工具，”他说。“这为最多的开发人员采用和最多的创新打开了大门。”主机可移植性是Flue的定义原则之一，也许这就是Vercel前夕的根本区别所在。

虽然eve也可以自托管，但它经过优化以利用Vercel的许多功能。当然，这是Vercel的一本已知剧本，它也做了同样的事情，