Comparisons / DSPy vs Flue
DSPy vs Flue: Which Agent Framework to Use?
DSPy vs Flue, head to head
DSPy 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.
DSPy replaces hand-written prompts with compiled modules.
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 DSPy if
Pick DSPy if dSPy's real innovation is automated prompt optimization — replacing manual prompt engineering with algorithmic tuning. This is genuinely novel and valuable for production systems where prompt quality matters at scale. For simple agents or learning, hand-written prompts are easier to understand and modify. 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; DSPy will feel like translation if they don't.
By the numbers
By the numbers
DSPy
33.4k
2.8k
Python
MIT
2023-01-09
Stanford NLP (Omar Khattab)
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 | DSPy | Flue |
|---|---|---|
| Agent | `dspy.ReAct` module with signature and tools | `createAgent({ model, instructions, tools })` — declarative config, framework runs the loop |
| Prompts | `dspy.Signature` defines input/output fields, compiled to optimized prompts | — |
| Optimization | `dspy.BootstrapFewShot`, `MIPROv2` auto-tune prompts against a metric | — |
| Tools | Tools passed to `ReAct` module as callable list | Registered with valibot schemas: `{ name, description, schema, execute }` |
| Chaining | `dspy.ChainOfThought`, `dspy.Module` with `forward()` composition | — |
| Evaluation | `dspy.Evaluate` with metric functions and dev sets | — |
| 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 DSPy 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 →