Why Flue?
Flue is the TypeScript framework for building autonomous AI agents and the workflows around them. Flue is best-known for giving any model the same harness-driven architecture used by Claude Code and other coding agents: sessions, tools, skills, instructions, filesystem access, and a secure sandbox to work in. If you need agents that can do more than produce a single response—agents that operate in an environment your code defines, then run anywhere from local CI to a Node.js server to Cloudflare—then Flue is for you.
Features
Flue is a complete framework for agentic software. It includes everything you need to build, run, and deploy agents, built-in. It also connects to the wider ecosystem—MCP servers, sandbox connectors, chat surfaces, and observability backends—so you can customize a project to your exact use case and needs.
Some highlights include:
- Agents: Autonomous agents that keep context across conversations and events.
- Workflows: Structured automations from a clear input to a finished result.
- Sandboxes: A secure environment where agents act and run code.
- Develop & build: Develop locally, run applications or jobs, and deploy them.
- Subagents: Delegate specialized tasks to the right expert.
- Tools: Typed actions for calling APIs and changing data.
- Skills: Reusable expertise agents load on demand.
- MCP Servers: Connect tools and services over the open MCP ecosystem.
- Observability: Export traces to OpenTelemetry, Braintrust, Sentry, and more.
- Chat: Reach agents from Slack, Teams, Discord, and GitHub.
Design Principles
Here are three core design principles to help explain why we built Flue, the problems that it exists to solve, and why Flue may be the best choice for your project or team.
Flue is…
- Harness-first: A model pointed at a harness, not a script.
- Open by default: Open models, sandboxes, and deploys—no lock-in.
- AI-first: Built to be used with your coding agent.
Harness-first
The harness is essential to building autonomous agents. Instead of scripting an agent’s steps, you fill its harness with context: instructions, tools, skills, sessions, files, resources, MCP server connections, etc. etc. Then you point a model at it and tell it to go solve the task. No scripting required.
Without a harness, the model is confined too tightly to the API calls you’ve written for it. An agent without a harness is not a real agent.
This idea sits at the center of Flue. Read What is an agent? for a deep dive into the subject.
Open by default
Flue is open at every layer — models, sandboxes, and deployment targets — so you are never locked in. Many agent frameworks and SDKs are closed in some direction: they assume their own models, run only in their own sandbox, or deploy only to their own cloud. We think that’s backwards.
Flue is deliberately open:
- Open models: Connect to any supported LLM provider.
- Open sandboxes: Connect to a remote provider, or use the built-in virtual sandbox.
- Open deploys: Build your agent for Node.js, Cloudflare, GitHub, GitLab, etc.
See Sandboxes and Develop & Build for more details.
AI-first
Flue is designed to be used with your coding agent. This one borders on cliché for a product like ours, and one day it may be obvious enough to drop. For now, we want to be explicit: Flue is an AI-first framework, meant to be used by the developer alongside a coding agent like Claude Code or Codex.
That assumption shapes the experience. Setup, scaffolding, and several workflows are designed around handing a prompt to your coding agent and letting it do the work—and some flows are expected to work best, or only, with a coding agent available. That’s by design, not a gap. If you’re new to Flue, the fastest path is to point your coding agent at the Getting Started guide and build alongside it.