이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.
TL;DR
Flue 2는 Astro와 Next.js의 웹 Framework 개념을 그대로 에이전트에 옮기기보다 React의 조합 가능한 Hook 모델을 중심에 둔 Agent Framework입니다. Agent Hooks는 에이전트가 매 모델 호출 전에 다시 렌더링되면서 상태를 관리하고 생명주기 이벤트를 처리하며, 대화 흐름에 따라 Tool·Skill·Subagent를 런타임에 연결하도록 합니다. Flue는 Pi 기반의 내장 Agent Harness를 에이전트의 근본 조건으로 보고, Claude Code처럼 Headless로 실행되는 에이전트를 호스팅 가능한 형태로 확장했습니다. Vercel의 eve와 가장 직접적으로 비교되지만 특정 호스트에 종속되지 않는 오픈소스 구조를 지향하며, 현재는 Managed Agent 제품보다 Harness 구축에 집중하고 있습니다.
섹션별 상세
에이전트 개발 Framework가 초기 단계에 머문 가운데 Flue 2는 React의 조합 방식을 에이전트 설계에 적용하는 방향을 택했습니다. Flue의 에이전트는 JavaScript 함수로 표현되고 모델 호출 전에 매번 다시 렌더링되며, Agent Hooks가 상태와 실행 흐름을 관리합니다. React의 Composability가 에이전트에도 적합하다는 판단이 Flue 1의 Astro식 접근에서 Flue 2의 핵심 설계로 이어졌습니다.
Agent Hooks는 대화나 작업이 진행되는 동안 에이전트 설정을 바꾸는 실행 단위입니다. Flue 2는 useSkill(), useTool(), useSubagent()를 포함한 16개의 기본 Hook을 제공하고 사용자가 Custom Hook도 추가할 수 있어, 에이전트가 상태를 관리하고 생명주기 이벤트를 듣고 필요한 능력을 런타임에 연결하게 합니다. 예를 들어 Support Agent는 사용자를 먼저 확인한 뒤 Account Management Tool을 불러올 수 있으므로, 사전에 모든 상황을 고정해야 하는 정적 설정의 한계를 줄입니다.
Schott는 초기 Flue에서 Astro와 Next.js의 File-based Routing 개념을 에이전트에 옮겼지만, 실제 사용자들은 회사 전체를 하나의 에이전트로 운영하는 경우가 많아 라우팅을 중요하게 여기지 않았습니다. 이 피드백을 반영해 Flue 2는 여러 기능과 리소스를 하나의 에이전트로 조합하는 문제를 중심에 두고 React에 가까운 API를 선택했습니다. Support Bot이나 Triage Bot처럼 사용자의 요구와 상황에 따라 구성이 실시간으로 변하는 시스템에서는 이 조합 구조가 사전 설정만으로는 처리하기 어려운 흐름을 다루는 기반이 됩니다.
Flue의 핵심 전제는 에이전트가 문맥과 능력에 접근하는 Agent Harness 없이는 성립하지 않는다는 것입니다. Flue는 최소한의 오픈소스 Harness인 Pi 위에 개발자용 기능을 추가한 의견 있는 Framework이며, Flue 2의 Hosted Agent는 Vite를 사용해 빌드됩니다. 기존에는 스크립트가 LLM을 호출하고 작업을 지시했다면, Harness 안에 배치된 에이전트는 필요한 도구와 문맥을 활용해 문제 처리 과정을 스스로 진행하는 구조입니다.
Flue는 Astro 저장소의 Issue Triage 자동화에서 시작해 Claude Code 경험을 Headless·호스팅·프로그래밍 가능한 형태로 확장하는 프로젝트가 됐습니다. 초기에는 이슈를 검토하는 LLM 기반 Script 또는 Workflow였지만, 이후 저장소에서 직접 행동할 수 있는 능력이 추가되면서 Harness가 중심 개념으로 자리 잡았습니다. 개발자는 Claude Code 같은 Coding Agent에 설정 Prompt를 전달해 Flue Agent를 만들 수 있고, 문서 전체가 Markdown을 지원하므로 AI Coding Agent를 활용한 온보딩을 전제로 합니다.
Flue는 Vercel의 eve와 함께 Agent Harness를 처음부터 핵심 기반으로 삼는 Framework로 비교됩니다. Vercel AI SDK, Cloudflare Agents SDK, Mastra 같은 기존 Framework는 처음부터 Harness를 중심에 두기보다 이후 기능으로 추가하는 흐름이며, Flue와 eve는 내장 Harness를 출발점으로 삼는다는 차이가 있습니다. Databricks의 Omnigent나 Exo 같은 Meta-Harness 구상에 대해서는 Flue가 모든 Harness를 하나의 API로 통합하기보다 Skill과 Subagent 작동 방식을 자체적으로 정의해야 한다고 봅니다.
Cloudflare 인프라를 활용하면서도 Flue는 특정 호스트에 종속되지 않는 오픈소스 Framework를 지향합니다. Schott는 가장 좋은 도구가 호스트 위에 떠 있어야 개발자 채택과 혁신의 폭이 넓어진다고 밝혔고, Flue Agent는 Vercel에도 배포할 수 있습니다. Vercel 기능 활용에 최적화된 eve와 비교하면 Host Portability가 Flue의 중요한 설계 원칙이며, Managed Agent 제품은 현재 로드맵에 포함하지 않고 Harness 품질에 집중하는 단계입니다.
용어 해설
- 에이전트 Hook(Agent Hooks)
- — 에이전트의 상태와 실행 생명주기를 관리하면서 대화나 작업 흐름에 따라 도구·리소스·하위 에이전트를 동적으로 연결하는 TypeScript 기반 구성 요소입니다. Flue 2에서는 React Hook과 유사한 방식으로 에이전트의 동작을 조합합니다.
- 에이전트 Harness(Agent Harness)
- — LLM이 작업을 수행하는 데 필요한 문맥과 능력에 접근하도록 배치하는 실행 환경입니다. Flue에서는 Harness가 단순한 부가 기능이 아니라 에이전트가 스스로 문제를 처리하게 만드는 핵심 기반으로 정의됩니다.
- 조합 가능성(Composability)
- — 하나의 에이전트를 고정된 단일 설정으로 만들지 않고 상태, 도구, 지침, 하위 에이전트 같은 여러 요소를 조합해 확장하는 설계 원칙입니다. Flue는 파일 기반 라우팅보다 이 구조를 중심에 둡니다.
- Headless 에이전트(Headless Agent)
- — 사용자 인터페이스 없이 코드와 실행 환경에서 직접 작동하는 에이전트입니다. Flue는 Claude Code의 경험을 클라우드에서 호스팅 가능하고 프로그래밍 가능한 형태로 옮기는 과정에서 출발했습니다.
- Meta-Harness
- — 여러 에이전트 Harness를 하나의 상위 인터페이스에서 다루려는 개념입니다. 기사에서는 이 용어의 의미가 아직 혼란스럽고, Flue는 모든 Harness를 통합하기보다 자체 Harness와 Framework를 긴밀하게 결합하는 방향을 택합니다.
기술
- Flue
- React
- Astro
- TypeScript
- JavaScript
- Vite
- Pi
- Claude Code
- Vercel
- eve
- Vercel AI SDK
- Cloudflare Agents SDK
- Mastra
- Databricks Omnigent
- Exo
- LangChain
활용 사례
- Support Bot
- Triage Bot
- 계정 확인 후 도구를 연결하는 고객지원 에이전트
- 저장소 Issue Triage
- 클라우드에서 실행하는 Headless Agent
- AI Coding Agent를 활용한 에이전트 구축
AI 분석 전체 내용 보기
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
원문 발행 2026. 08. 16.수집 2026. 08. 16.출처 타입 RSS
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.
