导语
Flue 2是今年发布的AI智能体开发框架之一，其创作者Fred Schott是知名Web框架Astro的创始人。他最近在采访中分享了将React的Hooks和组合性理念融入AI智能体开发的思考。Schott认为，智能体并非由脚本驱动，而是需要一个“运行环境”（Harness）来提供上下文和能力。Flue 2通过引入16个内置的React风格Hooks，让开发者能够构建出配置动态、能实时适应需求的智能体。本文将提炼这次访谈的核心观点。
React理念重塑AI智能体：Flue 2创作者谈Hooks与Harness
Flue 2的创作者Fred Schott分享了如何将React的Hooks和组合性理念应用于AI智能体开发。他认为智能体的核心在于其运行环境（Harness），并解释了Flue如何通过React风格的Hooks让智能体配置动态化，以适应实时交互需求。文章探讨了框架演进、与Vercel eve的竞争，以及Flue坚持开源和主机无关性的原则。
大纲与深读 7 章
展开「深读」看每一段讨论的问题与论据。
01
Flue 2发布背景与核心创新
- Flue 2由Astro框架创始人Fred Schott发布，是其首个稳定版本
- 核心创新是引入了受React启发的‘Agent Hooks’
- 初始想法是‘为Agent构建Astro或Next.js’，后来意识到市场更缺‘Agent的React’
深读这一段
讨论的问题：Flue 2的核心创新是什么？
论据 / 案例：Fred Schott说：‘我最初发推文说我们在为Agent构建Astro或Next.js。但后来我意识到：也许根本没有人构建过Agent的React。’
02
Hooks机制与开发者能力
01:52- Hooks使用TypeScript编写，允许Agent在运行时动态管理自身状态和资源
- 内置16个Hook，如useSkill()、useTool()、useSubagent()，并支持自定义
- 使Agent配置能在对话或工作流进行中实时适应用户需求
深读这一段
讨论的问题：Hooks机制为开发者打开了什么可能性？
论据 / 案例：根据Flue 2发布文章，Hooks‘让你能构建动态Agent，它们可以管理自己的状态，监听Agent生命周期事件，甚至能在运行时附加不同的资源和能力来增强自己。’
03
从路由思维到组合性思维的演变
03:47- 最初将Web框架的基于文件的路由概念移植到Flue，但大客户往往只有一个Agent，不关心路由
- 用户反馈推动了从‘路由’到‘组合性’的思维转变
- API设计因此更接近React，专注于如何组合Agent的不同部分
深读这一段
讨论的问题：Schott对Agent框架的思考发生了怎样的关键转变？
论据 / 案例：Schott说：‘我们天真地把那个移植过来，以为很好。但对于很多使用Flue的人，尤其是大客户，他们整个公司就是一个Agent。他们不关心路由。’
04
Agent Harness核心概念
05:04- 核心概念：Agent必须有一个‘harness’（运行环境），使其能自主驱动和解决问题
- 与传统脚本驱动LLM模式相反，是Agent进入harness后自主行动
- Flue是基于开源最小化harness框架‘Pi’构建的，是对其的‘有主见的实现’
深读这一段
讨论的问题：‘Agent Harness’在Flue中的核心地位是什么？
论据 / 案例：Schott解释：‘不是你和你的代码驱动LLM并告诉它用脚本做什么，而是你把Agent放入这个harness中，它能够自己驱动并解决问题。’
05
Flue项目起源与AI编码Agent
06:27- Flue项目始于Astro仓库内的一个问题分类系统
- 从仓库自动化演进，旨在将Claude Code体验无头化、可托管并在云端运行
- 开发者的典型入门流程是使用AI编码Agent（如Claude Code）引导完成设置
深读这一段
讨论的问题：Flue项目是如何起源的？其目标用户是谁？
论据 / 案例：Schott在v1发布中描述Flue为‘就像Claude Code，但100%无头且可编程’。他说：‘我们非常为他们（AI编码Agent）而构建。’
06
竞争格局与市场定位
07:44- 与Vercel的Eve是最直接的竞争者，两者都内建了harness
- 也提到了更早的‘OG Agent框架’（AI SDK, Agents SDK, Mastra），它们正在将harness作为附加功能添加
- 认为‘meta-harness’讨论虽有趣，但会模糊Flue专注于自身harness内特定能力（如技能、子Agent）的故事
深读这一段
讨论的问题：Flue在Agent开发栈中处于什么位置？与主要竞争者有何异同？
论据 / 案例：Schott评价Eve：‘我认为Eve是最直接的竞争者。它几乎同时出现，因此也有内建harness的相同理念。’
07
开源与跨平台原则
09:15- 尽管依托雇主Cloudflare的工具，但Flue坚持是‘面向每个主机的开源框架’
- 定义Flue的一个核心原则是‘主机可移植性’
- 与Vercel的Eve不同，后者虽可自托管，但针对Vercel特性进行了优化
深读这一段
讨论的问题：Flue在开源和平台依赖性上持什么立场？
论据 / 案例：Schott说：‘最好的工具是那些悬浮于主机之上的工具。这为最多的开发者采用和最多的创新打开了大门。’
金句
- "I originally tweeted that we were building the Astro for agents or the Next.js for agents. But then I realized: maybe no one has even built the React for agents." —— 我最初发推说我们在构建智能体的Astro或Next.js。但后来我意识到：也许根本还没人构建智能体的React。
- "Instead of you and your code driving the LLM and telling it what to do with scripts, you’re putting the agent into this harness, and it is able to drive itself and work through problems." —— 不是你和你的代码去驱动大语言模型、用脚本告诉它该做什么，而是你将智能体放入这个运行环境（Harness）中，让它能够自主驱动并解决问题。
- "Our early bet was that the harness is actually not a feature, but it’s fundamental to what you think an agent is. There is no agent without a harness." —— 我们早期的判断是，运行环境实际上不是一个功能，而是你对智能体定义的根本。没有运行环境，就没有智能体。
- "The best tools are the ones that float above the host. That opens the door for the most developer adoption and the most innovation." —— 最好的工具是那些超越特定宿主的工具。这为最多的开发者采用和最大的创新打开了大门。
