Flue 2: 'React' cho AI Agents – Bước tiến mới từ cha đẻ Astro

Các framework đại lý (agent frameworks) dành cho nhà phát triển vẫn đang ở giai đoạn sơ khai, với những cái tên như eve của Vercel và Flue của Fred Schott — cả hai đều ra mắt trong năm nay — đang thiết lập nên những khuôn mẫu ban đầu.

Schott là người tạo ra framework web Astro, điều đã dẫn đến việc công ty của anh được Cloudflare mua lại vào tháng 1. Anh vừa phát hành phiên bản 2 của Flue, bản ổn định đầu tiên, với nền tảng là các “Agent Hooks” theo phong cách React.

Trong Flue, một đại lý được đại diện bởi một hàm JavaScript. Hàm này “render lại sau mỗi lượt”, nghĩa là trước mỗi lần gọi mô hình.

Việc bổ sung các hook xuất hiện sau khi Schott nhận ra rằng khả năng kết hợp (composability) của React sẽ rất phù hợp cho việc phát triển đại lý.

“Ban đầu tôi đã tweet rằng chúng tôi đang xây dựng Astro cho đại lý hoặc Next.js cho đại lý,” anh chia sẻ với chúng tôi. “Nhưng sau đó tôi nhận ra: có lẽ chưa ai xây dựng React cho đại lý cả.”

Lời người biên tập: Lần cuối chúng tôi thảo luận về React cho đại lý là với Bret Taylor, CEO của Sierra và Chủ tịch của OpenAI:

“Chúng ta vẫn đang cố gắng tìm hiểu xem các đại lý phản ứng (reactive agents) là gì và vẫn chưa có kết luận cuối cùng… Chúng ta đang ở trong kỷ nguyên jQuery của đại lý, chứ không phải kỷ nguyên React.”

Các hook được viết bằng TypeScript. Theo bài viết ra mắt Flue 2, chúng “cho phép bạn xây dựng các đại lý năng động có khả năng tự quản lý trạng thái, lắng nghe các sự kiện vòng đời của đại lý, và thậm chí đính kèm các tài nguyên và khả năng khác nhau một cách linh hoạt để tự nâng cấp trong thời gian chạy (runtime).”

Có 16 hook tích hợp sẵn trong Flue 2, bao gồm useSkill, useTool, useSubagent. Bạn cũng có thể thêm các hook tùy chỉnh.

Điều mà các hook mang lại cho nhà phát triển là giúp đại lý trở nên năng động hơn nhiều, bằng cách cho phép cấu hình của nó thay đổi khi cuộc hội thoại hoặc quy trình làm việc diễn ra. Schott cho biết điều này là cần thiết để xây dựng “các bot hỗ trợ thực thụ, các bot phân loại thực thụ,” vì chúng không thể được cấu hình hoàn toàn trước. Đại lý không thể chỉ là tĩnh — nó phải thích ứng theo thời gian thực với những gì người dùng muốn hoặc tình huống yêu cầu.

Agent hooks mang những khả năng đó đến với Flue. Ví dụ, một đại lý hỗ trợ có thể đưa vào một công cụ quản lý tài khoản sau khi đã xác minh người dùng.

Tư duy của Schott về cách xây dựng một framework đại lý đã phát triển nhanh chóng kể từ khi anh công khai ra mắt Flue 1 vào đầu tháng 5. Ban đầu, anh muốn lấy các khái niệm framework web hiện có và áp dụng chúng vào framework đại lý mới của mình. Anh lấy ví dụ về định tuyến dựa trên tệp (file-based routing).

“Vì vậy, chúng tôi đã chuyển đổi một cách ngây thơ khái niệm đó sang Flue, nghĩ rằng — tuyệt, tôi sẽ đặt năm đại lý của bạn vào năm tệp này, và đó sẽ là năm tuyến đường mà chúng hiển thị. Nhưng đối với rất nhiều người đang xây dựng với Flue, đặc biệt là các khách hàng lớn hơn, toàn bộ công ty của họ chỉ là một đại lý. Họ không quan tâm đến định tuyến. Chỉ có một đại lý duy nhất.”

Vì vậy, sau khi những người dùng Flue đầu tiên cho thấy các mô hình ban đầu này, khả năng kết hợp đã trở thành ưu tiên hàng đầu đối với Schott. Điều đó đã đưa anh quay trở lại với React.

“Như bạn có thể thấy từ API của Flue 2, chúng tôi đang lấy cảm hứng từ React nhiều hơn [...] so với Astro hay Next.js — nơi mà vấn đề ít tập trung vào định tuyến và các khái niệm trang web, mà tập trung nhiều hơn vào việc, ở cấp độ cơ bản, làm thế nào để bạn kết hợp một đại lý từ nhiều thứ khác nhau?”

Một khái niệm then chốt trong Flue là một đại lý phải có một bộ khung (harness) — nghĩa là nó nằm trong một môi trường nơi nó có quyền truy cập vào ngữ cảnh và các khả năng cần thiết để hoàn thành nhiều nhiệm vụ khác nhau.

“Thay vì bạn và mã nguồn của bạn điều khiển LLM và bảo nó phải làm gì bằng các tập lệnh, bạn đang đặt đại lý vào bộ khung này, và nó có khả năng tự điều khiển và giải quyết các vấn đề,” Schott giải thích.

Flue được xây dựng trên nền tảng Pi, một bộ khung tối giản mã nguồn mở. Về cơ bản, Flue là một cách tiếp cận có quan điểm riêng về Pi — bổ sung các tính năng mà Schott cho là hữu ích cho các nhà phát triển đang xây dựng đại lý. Ví dụ: các đại lý được lưu trữ (hosted agents) trong Flue 2 hiện được xây dựng với Vite, một công cụ xây dựng mã nguồn mở.

Thật vậy, Schott ví vai trò của Pi giống như vai trò nền tảng mà Vite hiện đang đóng bên dưới Astro.

“Tôi nghĩ Pi có thể đóng vai trò đó, nơi nó là sự trừu tượng hóa phù hợp — nó không làm quá nhiều, nhưng nó cung cấp các API đúng đắn để từ đó chúng tôi có thể nói rằng, được rồi, hãy đưa ra một quan điểm về điều này để làm được nhiều hơn.”

Việc xây dựng trên Pi đồng nghĩa với việc cam kết có một bộ khung đại lý tích hợp sẵn.

“Đặt cược ban đầu của chúng tôi là bộ khung thực sự không phải là một tính năng, mà nó là nền tảng cho những gì bạn nghĩ về một đại lý,” Schott nói. “Không có đại lý nào mà không có bộ khung.”

Dự án Flue bắt đầu vào đầu năm nay trong kho lưu trữ Astro, như một hệ thống phân loại vấn đề (issue-triage system). Ban đầu, nó là một tập lệnh hoặc quy trình làm việc dựa trên LLM để xem xét các vấn đề. Nhưng sau đó, Schott giải thích, nó đã có khả năng thực hiện các hành động trong kho lưu trữ.

“Nó bắt đầu chuyển đổi từ việc chỉ là tự động hóa trong một kho lưu trữ sang việc muốn lấy trải nghiệm Claude Code, làm cho nó không cần giao diện (headless), có thể lưu trữ và chạy trên đám mây.”

Đó là lúc ý tưởng về một bộ khung như một điểm tựa xuất hiện. Thật vậy, trong bài viết ra mắt v1 vào đầu tháng 5, Schott đã mô tả Flue là “giống như Claude Code, nhưng hoàn toàn không cần giao diện và có thể lập trình được.”

Bản thân tôi đã thử nghiệm Flue bằng cách sử dụng Claude Code, công cụ đã hướng dẫn tôi thiết lập đại lý Flue đầu tiên của mình. Và Schott xác nhận đây là cách mà nhiều nhà phát triển sử dụng Flue.

“Chúng tôi thực sự đang xây dựng cho họ,” anh nói, liên quan đến các đại lý lập trình AI. “Toàn bộ quy trình giới thiệu (onboarding) của chúng tôi là, bạn biết đấy, chuyển lời nhắc này cho đại lý của bạn, nó sẽ hướng dẫn bạn thực hiện. Tất cả tài liệu của chúng tôi đều hỗ trợ markdown.”

Sự so sánh gần nhất với Flue là eve của Vercel, cũng coi bộ khung là nền tảng. Vercel và Cloudflare vốn nổi tiếng với những tranh cãi công khai, nhưng Schott rất hào phóng trong nhận xét của mình về eve.

“Tôi nghĩ eve là đối thủ cạnh tranh trực tiếp nhất,” Schott nói. “Nó xuất hiện cùng thời điểm, vì vậy nó có cùng quan điểm rằng bộ khung là thứ được tích hợp sẵn.”

fks@FredKSchott

đây có phải là đời thực không?

8:05 CH · 17 thg 6, 2026 · 57,7 N lượt xem

35 Trả lời · 8 Đăng lại · 672 Thích

Schott cũng đề cập đến những gì anh gọi là “các framework đại lý đời đầu (OG agent frameworks)”, những thứ ra đời trước Flue và do đó không được tạo ra với bộ khung là khái niệm trung tâm. Anh liệt kê AI SDK của Vercel, Agents SDK của Cloudflare và Mastra (được phát triển bởi cùng đội ngũ đã xây dựng Gatsby, một framework web ra đời trước Astro).