Astro 作者将 React Hooks 引入 Agent 框架 Flue 2

Astro 框架的创始人 Fred Schott 于近日发布了 Agent 开发框架 Flue 的 2.0 版本，这是 Flue 自今年 5 月公开亮相以来的首个稳定版本。Schott 所在的公司此前已于今年 1 月被 Cloudflare 收购。Flue 2 最显著的变化是引入了以 React 为灵感的「Agent Hooks」体系，将 Agent 表示为一个 JavaScript 函数，并在每次模型调用前重新执行，类似于 React 组件的重渲染机制。

Schott 坦言，这一设计转变源于对早期用户行为的观察。他最初尝试将文件路由等 Web 框架惯例移植到 Flue，但很快发现许多大型客户的整个业务只对应一个 Agent，根本不需要路由概念。这让他意识到，Agent 开发的核心问题不是路由，而是如何将多种能力灵活组合到一个 Agent 上。React 的组合性模型由此成为 Flue 2 的设计基础。

Flue 2 内置了 16 个钩子，包括 useSkill()、useTool() 和 useSubagent() 等，开发者也可以自定义钩子。这些钩子使 Agent 的配置能够随对话或工作流的推进而动态变化，而非在启动时一次性固定。Schott 以客服 Agent 为例说明：Agent 可以在验证用户身份后，再动态加载账户管理工具，而不必在初始化阶段就预设所有权限与能力。

Flue 的另一核心理念是「Harness 即基础」。Schott 认为，Agent 必须运行在一个能够提供上下文与能力的环境中，才能自主驱动自身完成任务，而不是由外部脚本逐步指挥 LLM。Flue 构建于开源最小化 Harness Pi 之上，Schott 将 Pi 的定位类比为 Vite 在 Astro 中扮演的基础角色——提供恰到好处的抽象，而不过度封装。

在竞争格局上，Schott 将 Vercel 的 eve 视为最直接的竞品，两者几乎同期推出，且都将 Harness 作为内置核心而非附加功能。相比之下，Vercel AI SDK、Cloudflare Agents SDK 和 Mastra 等更早期的 Agent 框架虽然也在陆续补充 Harness 支持，但在 Schott 看来，这属于后期添加的特性，与 Flue 和 eve 的设计哲学存在本质差异。

Flue 项目最初诞生于 Astro 代码仓库内部，作为一个 Issue 分类系统使用，后来逐步演化为能够在仓库中执行操作的自主 Agent。Schott 将 Flue 的目标定位为「无头版 Claude Code」——可托管、可编程、可在云端运行。目前，Flue 的新用户引导流程本身就依赖 AI 编程 Agent 完成，所有文档也提供 Markdown 格式支持，以便 AI Agent 直接读取和使用。

要点

• Flue 2 引入 React 风格的 Agent Hooks，使 Agent 能够在运行时动态调整自身配置与能力，而非依赖静态预设
• Schott 放弃了文件路由等 Web 框架惯例，转向以组合性为核心的设计思路，认为这更符合真实 Agent 开发需求
• Flue 坚持「没有 Harness 就没有 Agent」的核心主张，将运行环境视为 Agent 定义的基础而非可选特性
• Flue 与 Vercel eve 共同代表了新一代「Harness 内置」Agent 框架，与早期框架的后期补充方式形成明显区分
• Flue 的开发者体验本身依赖 AI 编程 Agent 驱动，文档全面支持 Markdown，适配 AI Agent 直接消费