Fracta fracta
fracta

A Swarm Intelligence Engine.

Agentic Swarms should become Infrastructure.

Orchestrate AI agent swarms. Codify what they discover.

Fracta turns open-ended agent exploration into high-performance, deterministic automation. Agents explore. Strategies exploit. One shared knowledge graph, one unified tool layer, zero token waste on the routine work.

Go control plane · Python strategies (DuckDB + Parquet) · MCP-native · Runs local · Docker · Kubernetes

Three structural walls. Three direct answers.

Today's agent stacks quietly cap how far you can take a workflow before it breaks down. Fracta is built around fixing each of these in turn.

Problem 01

Token waste & drift

The same task re-runs through an LLM every time. Tokens burn, outputs drift, and the “happy path” you found yesterday is never quite reproducible tomorrow.

Fracta Solution

Strategies bypass the LLM entirely

A strategy is a pure Python DAG that calls MCP tools straight through the gateway. The LLM is out of the loop, so the run is deterministic, millisecond-fast, and costs zero tokens.

Problem 02

No centralised tool gateway

Each agent wires up its own MCP servers, credentials, and rate limits. There's no single place to enforce policy, audit calls, or share connections.

Fracta Solution

One gateway. One policy boundary.

The MCP Gateway owns every tool, every credential, every rate limit. One trust boundary, one allow-list, one audit log — shared across agents and strategies alike.

Problem 03

No agent-agnostic swarm orchestrator

Today's options stop at a single laptop. You can run a serial chain or fan out a few parallel processes — but each subagent is isolated with no protocol to coordinate or share state, and there's no path to spawn thousands of agents unattended in the cloud, the way real infrastructure runs.

Fracta Solution

Cloud-native swarm with a real mailbox

The Control Plane spawns and reaps agents unattended as subprocesses, containers, or k8s pods — from three on a laptop to thousands in the cloud, agent-agnostic by default. A mailbox protocol (inbox, intention, broadcast) lets them coordinate peer-to-peer at any scale.

How it fits together

One thin client. One server-side swarm.

Your AI CLI runs locally. Everything else — control plane, MCP gateway, strategy runner, knowledge graph, agents — lives server-side. The same architecture runs as a local process, a Docker Compose stack, or a Kubernetes cluster.

YOUR MACHINE FRACTA SERVER-SIDE · local · docker-compose · k8s AI CLI Claude · Codex · OpenCode Control Plane :9090 · spawn · lifecycle MCP Gateway :8080 · tools · graph Knowledge Graph FalkorDB Strategy Runner Python · DuckDB · Parquet Agent Swarm N pods isolated workspaces HTTP spawns & orchestrates graph.update / query strategy.run tool calls (direct) MCP tools
control flow agent spawn graph writes strategy execution
What it gives you

A programmable compute layer for AI agents.

Fracta doesn't care which model is running — Claude, Codex, OpenCode. It provides the shared infrastructure: messaging, graph, strategies, and a unified tool gateway.

Parallel agent swarms

Spawn hundreds or thousands of concurrent agent pods, each in its own isolated workspace. Coordinate via mailbox messages and a shared world model — peer-to-peer, without stepping on each other.

Explore → exploit

Agents handle open-ended discovery and reasoning. Strategies encode the deterministic logic in pure Python DAGs — runs in milliseconds, reproducible, zero LLM tokens for the routine work.

Knowledge graph + ontologies

Shared FalkorDB world model captures what agents discover under strict, extensible ontologies. Strategies query with confidence. The swarm builds context that survives sessions.

Strategies

Reproducible logic. Portable artifacts.

A strategy is three files: a contract.yaml declaring the data it needs, a strategy.py with the DAG, and a binding.yaml mapping the contract to your environment. Share the first two; each team writes its own binding.

  • Pure Python DAGs over DuckDB — columnar, vectorised, millisecond execution
  • Same MCP tools as agents — no parallel integration to maintain
  • Parquet staging between explore and exploit — compressed, zero-copy reads, scans gigabytes in seconds
  • Version-controlled, diffable, publishable
MCP Gateway

One trust boundary. Two clients.

A native Model Context Protocol gateway manages tool registration and high-concurrency connections. Agents drive it via LLM; strategies drive it deterministically. One credential store, one allow-list, one place to audit.

  • 15+ MCP servers catalogued out of the box
  • Dual client modes — agentic and deterministic
  • Pluggable: bring your own MCP server
Run it your way

Same architecture, three deployment modes.

The thin client on your machine stays the same. The control plane, gateway, and state stores adapt to the substrate you choose.

Local

Local process

Single machine. Binary plus embedded SQLite and FalkorDB. Best for development and small swarms.

$fracta init --scaffold local
Compose

Docker Compose

Containerised stack with the same architecture as production. Great for staging and team demos.

$fracta init --scaffold docker-compose
Kubernetes

Kubernetes

Agent pods plus stateful backends. Scales to thousands of concurrent agents in production.

$fracta init --scaffold k8s
Who it's for

Built for teams that run agents like infrastructure.

Security & ops

Run parallel investigations across logs, alerts, and identity systems. Codify repeatable detections as strategies.

Data & analytics

Mix open-ended LLM exploration with reproducible analytics over the same captured world model.

Developers

Run many related changes in parallel — refactors across packages, dependency upgrades — backed by deterministic checks.

Long-running work

Multi-hour or multi-day agent workflows where the swarm thinks and strategies do the reproducible heavy lifting.

Get started in five minutes

Spin up your first swarm today.

Clone the repo, build the binary, scaffold a project, and spawn your first agent. The docs walk you through every step.

FSL-1.1-ALv2 · free for internal use · converts to Apache 2.0 two years after each release