React for Agents：Astro 作者把 Hooks 带进 Agent 框架 Flue 2

开发者代理框架仍处于早期阶段，像Vercel这样的框架夏娃以及弗雷德·肖特的烟道——两者均于今年推出——奠定了早期的范式。

Schott 是网络框架 Astro 的创始人，这也促成了他的公司被 Cloudflare 收购一月。他刚刚发布了Flue的第二版，其首个稳定版本，即其基础是类似React风格的“Agent Hooks”。

在 Flue 中，代理由 JavaScript 函数表示。这个函数”每回合重新渲染“意思是每次模特电话之前。

钩子的加入是在肖特意识到React的组合性非常适合代理开发。

“我最初发推说我们是在为特工建造Astro，或者为特工建造Next.js，“他告诉我们。”但后来我意识到：也许吧甚至没有人为代理开发过React.”

编者按：我们上次讨论的是 React for Agents，布雷特·泰勒，Sierra 首席执行官兼 OpenAI 董事长:“我们还在努力找出反应性因子是谁，结果还未定......我们现在有点像是代理的jQuery时代，而不是React时代。”

钩子由TypeScript编写。根据2号烟道发射站它们“让你能够构建动态代理，这些代理能够管理自身状态，监听代理生命周期事件，甚至动态附加不同的资源和能力，以在运行时增强自身性能。”

Flue 2 内置了 16 个钩子，包括 useSkill（）、useTool（）、useSubagent（）。你也可以添加自定义钩子。

开发者能获得的“钩子”是让座席更具动态性，允许其配置随着对话或工作流程的进展而变化。Schott 表示，这对于打造“真正的支持机器人、真正的分诊机器人”是必要的，因为它们无法提前完全配置。

代理不能只是静态的——它必须实时适应用户的需求或情境需求。

代理钩子为Flue带来了这些能力。例如，客服人员在先验证用户后可能会引入账户管理工具。

基于文件的魔法是一种反模式

自从他于五月初公开发布Flue 1以来，Schott关于如何构建代理框架的思考迅速演变。最初，他想把现有的Web框架概念应用到他的新代理框架中。

他以基于文件的路由为例。

“所以我们有点天真地把这些内容移植到了Flue，想着——太好了，我会把你的五个特工放进这五个档案里，这就是他们揭露的五条路线。但对于很多用Flue建房的人来说，尤其是大客户，他们整个公司都是一个代理。他们不在乎路由。只有一个特工。”

因此，在第一批 Flue 用户展示这些早期模式后，组合性成为 Schott 关注的重点。这让他回到了React。

“正如你从Flue 2 API中看到的，我们更多地从React那里获取，而不是从Astro或Next.js——不再是关于路由和网站概念，而是更注重在基础上如何为代理人在许多不同方面作曲？”

弗鲁的核心主张：代理人需要一个安全带

烟道中的一个关键概念是特工必须有安全带——意味着它处于一个能够访问完成各种任务所需的上下文和能力的环境中。

“不是你和你的代码来驱动LLM，告诉它该怎么处理脚本，而是把代理放进这个框架里，然后它能够自我驱动并解决问题“肖特解释道。

烟道建在圆周率，一个开源的极简限制器。本质上，Flue 是对 Pi 的一种观点性诠释——加入了 Schott 认为对开发者构建代理有帮助的功能。

例如：Flue 2 中的托管代理现在是用 Vite 构建的，Vite 是一个开源构建工具。

确实如此，Schott将Pi的角色比作Vite现在在Astro之下所扮演的基础性角色。

“我认为Pi可以承担这个角色，它能做正确的抽象——它不会做太多，但它提供了合适的API，这样我们就可以说，嗯，我们应该有一个有主见的观点，做更多事情。”

在圆周率基础上继续开发意味着必须内置特工安全带。

“我们最初的猜测是，安全带其实并不是一个特征，但它是你认为特工身份的基础，”肖特说。“没有安全带的特工就没有。”

用编码代理构建烟道代理

Flue项目今年早些时候在Astro仓库内启动，作为一个问题分流系统。起初，它是一个由大型语言模型驱动的脚本或工作流程来审查问题。

但随后，Schott解释说，它获得了在仓库中采取行动的能力。

“它开始从仅仅是仓库自动化，转向想要将Claude Code的体验变成无头、可托管并在云端运行。”

于是，安全带作为锚点的想法就出现了。确实，在他的V1发布帖子5月初，肖特描述了弗鲁“像克劳德代码，但百分之百无头且可编程。”

我自己用Claude Code测试了Flue，这也帮助我搭建了第一个Flue代理。Schott 也证实了，许多开发者就是这样使用 Flue 的。

“我们确实是在为他们打造，”他谈到人工智能编码代理时说。“我们的整个入职流程是，把这个提示交给你的经纪人，它会引导你完成。我们所有的文档都支持Markdown。”

Flue 在代理开发栈中的位置

与弗鲁最接近的对比是维塞尔的前夕，也将安全带视为基础。Vercel 和 Cloudflare 有已知与牛肉但肖特是对夏娃的看法很宽容.

“我认为伊芙是最直接竞争的，”肖特说。“它同时出现，所以也有那种背带是内置的感觉。”

Schott还提到了他所谓的“OG代理框架”，这些框架早于Flue，因此并非以束带作为核心概念而创建。他列出了Vercel的AI SDK，Cloudflare的Agents SDK， 和围墙施工（由开发Gatsby的同一团队开发，Gatsby是一个早于Astro的网络框架）。

虽然这些“原始代理框架”现在都在添加线束，Schott 认为这是额外的功能——而烟道和前哨都内置了线束.

我问Flue和emergenary相比，处于哪个位置？”元束“就像Databricks的Omnigent，甚至可能是自我提升的外骨骼背带.

注：我们也将在本周末发布对《Exo》联合作者Alex Krentsel的采访;值得一看，还有关于OpenClaw架构的额外讨论！

肖特正确指出，目前关于“元束带”一词的含义存在混淆。无论如何，他想如果只有一个API来跨所有线束工作，会让Flue的故事变得混乱.他的框架特别定义了Flue中的技能工作方式、子代理的工作原理等等。

正如他所说，“框架（Flue）和吊带紧密相连。”

他个人觉得元束带的讨论很有趣，也玩过Exo，但他说这是“一个与托管代理关系不大的兴趣场景”。

Cloudflare 关联

在整个采访中，肖特提到他能够利用他的雇主Cloudflare的工具与基础设施.但他也非常明确地表示Flue 是一个“为每个主机打造的开源框架”，正如他所说，他希望这种状态能一直保持下去。

“最好的工具是那些漂浮在宿主上方的，”他说。“这为最多开发者采用和创新打开了大门。”

主机携带性是弗鲁的核心原则之一——也许这正是《维塞尔之夜》的根本区别所在。虽然 eve 也可以自架，但它经过优化以充分利用 Vercel 的众多功能。

当然，这是Vercel的已知操作手册，他们对此做了同样的事Next.js.

话虽如此，Vercel本身已经证明了这一点可以在Vercel部署烟道特工.这样两家公司才能合作融洽。

我也提到了LangChain的新内容管理型深度特工作为托管代理平台的示例。然而，Schott表示，管理代理产品目前并不在Flue的路线图上。

“对我们来说还太早了，我们只专注于打造最好的背带，”他说。

可查找的链接烟道以及弗雷德在线;理查德在@ricmac.这是我们正在为订阅者试行的全新书面访谈系列——欢迎告诉我们你的反馈！