Comparisons / CAMEL AI vs Flue
CAMEL AI vs Flue: Which Agent Framework to Use?
CAMEL AI vs Flue, head to head
CAMEL AI and Flue both let you build an agent, but they sit in different parts of the stack and they assume different things about who's writing the code.
CAMEL AI pioneered role-playing multi-agent conversations in a 2023 NeurIPS paper.
Flue is a declarative TypeScript agent framework from Fred K.
Underneath, both wrap the same thing: a model call, a tool dispatch, a loop. The decision is about which abstraction your team wants to think in day to day, and which ecosystem you're willing to inherit along with it. There's an honest, framework-free version of the same pattern in about 60 lines of Python in the lesson at the bottom of this page — useful as a baseline regardless of which framework wins.
Pick CAMEL AI if
Pick CAMEL AI if cAMEL AI's research contribution — role-playing and inception prompting — is a genuinely useful technique for reducing hallucination through multi-agent debate. But the technique is the value, not the framework. Two LLM calls with different system prompts give you the same pattern in plain Python. The tradeoffs in its intro should match how your team already thinks about agents; Flue will feel like translation if they don't.
Pick Flue if
Pick Flue if flue is the natural choice when the deploy target is Cloudflare and you want a TypeScript-first, declarative agent framework tuned for Durable Objects. Its cross-runtime story (Cloudflare + Node + CI) is genuinely useful if agents run in more than one place. For a single-agent loop that doesn't need persistence, plain TypeScript is simpler. The tradeoffs in its intro should match how your team already thinks about agents; CAMEL AI will feel like translation if they don't.
By the numbers
By the numbers
CAMEL AI
16.6k
1.9k
Python
Apache-2.0
2023-03-17
CAMEL-AI.org (King Abdullah University)
Flue
2.4k
140
TypeScript
MIT
2026-05-01
Fred K. Schott + Astro team (at Cloudflare)
Cloudflare
Cloudflare Durable Objects; also deploys to Node, GitHub Actions, GitLab CI
Yes
GitHub stats as of April 2026. Stars indicate community interest, not necessarily quality or fit for your use case.
| Concept | CAMEL AI | Flue |
|---|---|---|
| Agent | `ChatAgent` with `role_name`, `role_type`, and `system_message` for behavior | `createAgent({ model, instructions, tools })` — declarative config, framework runs the loop |
| Tools | Tool modules registered on agents with OpenAI-compatible function schemas | Registered with valibot schemas: `{ name, description, schema, execute }` |
| Role-Playing | `RolePlaying` session with `user_agent`, `assistant_agent`, and inception prompting | — |
| Inception Prompting | System prompts that embed the task, roles, and constraints to prevent drift | — |
| Society | Multi-agent societies with role assignment, communication, and voting | — |
| Task Decomposition | AI Society that splits tasks into subtasks assigned to specialist role pairs | — |
| State | — | Durable Streams — replayable, checkpointed event log stored in Cloudflare Durable Objects |
| Deployment | — | One config controls deploys to Cloudflare, Node, GitHub Actions, or GitLab CI |
| Runtime | — | The Pi harness — same runtime as OpenClaw, so agents share tooling with that ecosystem |
| Cloudflare-native | — | Durable Objects give per-agent persistence and locking without an external DB |
Or build your own in 60 lines
Both CAMEL AI and Flue implement the same 8 patterns. An agent is a function. Tools are a dict. The loop is a while loop. The whole thing composes in ~60 lines of Python.
No framework. No dependencies. No opinions. Just the code.
Build it from scratch →