Comparisons / Flue vs Pydantic AI
Flue vs Pydantic AI: Which Agent Framework to Use?
Flue vs Pydantic AI, head to head
Flue and Pydantic AI 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.
Flue is a declarative TypeScript agent framework from Fred K.
Pydantic AI is a type-safe agent framework built by the Pydantic team.
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 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; Pydantic AI will feel like translation if they don't.
Pick Pydantic AI if
Pick Pydantic AI if pydantic AI adds genuine value if you want compile-time type checking across your agent's tools, outputs, and dependencies. If you already use Pydantic in your stack, it fits naturally. But the core agent logic — loop, dispatch, validate — is still ~60 lines of Python you can own entirely. The tradeoffs in its intro should match how your team already thinks about agents; Flue will feel like translation if they don't.
By the numbers
By the numbers
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
Pydantic AI
16.1k
1.9k
Python
MIT
2024-06-21
Pydantic (Samuel Colvin)
GitHub stats as of April 2026. Stars indicate community interest, not necessarily quality or fit for your use case.
| Concept | Flue | Pydantic AI |
|---|---|---|
| Agent | `createAgent({ model, instructions, tools })` — declarative config, framework runs the loop | `Agent()` class with typed `result_type`, system prompt, and `model` parameter |
| Tools | Registered with valibot schemas: `{ name, description, schema, execute }` | `@agent.tool` decorator with typed parameters and Pydantic validation |
| 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 | — |
| Agent Loop | — | `agent.run()` handles the tool-call loop internally with typed dispatch |
| Structured Output | — | `result_type=MyModel` enforces Pydantic model on final LLM response |
| Model Switching | — | Swap `model='openai:gpt-4o'` to `model='anthropic:claude-sonnet'` in one line |
| Dependencies | — | `RunContext[DepsType]` injects typed dependencies into tools at runtime |
Or build your own in 60 lines
Both Flue and Pydantic AI 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 →