Skip to main content

enjambre

A small, honest operating system for swarms of AI agents.

Enjambre is Spanish for swarm. It takes the agents you already have (Claude Code, Codex, a local model behind Ollama, a hosted API, your own scripts) and gives them what a team of processes needs to work together without lying to each other: a kernel, a queue, leases, a permission gate, a router and a shared memory you can see.

Español

enjambre demo: agents claim, retry and finish tasks, the policy gate blocks an unauthorised publish, then the memory graph is searched

pip install .            # from a clone; one dependency (PyYAML)
enjambre demo            # open http://127.0.0.1:8765

Runs on Linux, macOS and Windows with Python 3.10 or newer; every change is tested on all three.

The demo needs no model and no API key. Four scripted agents run a small editorial pipeline: research, draft, review, publish. The critic stumbles once so you can watch a retry. The writer tries to publish without permission and the gate stops it before it runs. The router explains every choice it makes.


Why

Single agents are easy now. Swarms fail in boring, expensive ways:

  • A worker dies holding the GPU, and nobody notices for ten hours.
  • A task is reported as done, and the file it promised does not exist.
  • A nightly job looks offline two thirds of the time because it only runs every 30 minutes.
  • A rule written in the prompt is ignored the one time it matters.
  • A failed step leaves everything downstream waiting forever.

enjambre was extracted from a real swarm that runs day and night on a solar-powered workstation and a small cloud server. Every mechanism below exists because one of those failures happened.

What you get

Kernel One SQLite file. Processes report heartbeats and their state (alive, stale, offline) is derived from the age of the last one, never declared.
Leases GPUs, API quotas, browsers: every lock expires on its own. A crashed holder cannot block anyone for long.
Durable queue Priorities, atomic claims, idempotency keys, task leases that long jobs renew, automatic retries, a dead-letter state that always records a reason.
DAG Tasks wait for their dependencies, receive upstream results as data (never as instructions), and die visibly when something upstream fails. Retrying the upstream task brings them back.
Proof of delivery A task can declare what must exist when it is done, and agents declare artifacts. The kernel checks files, directories and URLs itself, and a file older than the task does not count. Record the verdict, or enforce it.
Policy gate Rules travel with every prompt, and permissions are enforced in code before any agent runs. A broken edit of the policy never replaces the last good one.
Router Picks an agent from measured success and latency, declared cost, and energy. Agents on solar power win while the sun is up. Every decision comes with a readable reason.
Adapters cli for any command-line agent (no shell, isolated environment), openai for any OpenAI-compatible endpoint, scripted for demos and tests.
MCP server Any MCP client can heartbeat, lease, claim, renew and complete tasks, check permissions and query memory.
Memory graph A folder of markdown notes becomes a 3D graph you can explore, search and teach with. Links to notes nobody wrote yet show up in red.
Dashboard Live board, agents, leases, trace and task timelines. No build step, no framework, strict Content Security Policy.

The swarm dashboard: tasks flowing through queued, running, done and stopped, with agents, leases and a live trace

The memory graph: markdown notes as a 3D constellation, with a focused note and its neighbours

A swarm is a folder

my-swarm/
├── swarm.yaml        agents, router, scheduler, kernel, memory
├── policy.yaml       rules and permissions (hot-reloaded)
├── prompts/<id>.md   the role of each agent
└── memory/           markdown notes, shown as the memory graph
enjambre init my-swarm     # start from the demo template
enjambre up my-swarm       # API + dashboard + scheduler

Put the folder in git and every change to your swarm has an author, a date and a revert.

Bring your own agents

agents:
  coder:
    adapter: cli
    energy: solar            # this machine runs on panels: prefer it while the sun is up
    options:
      command: ["claude", "-p"]
      env: [ANTHROPIC_API_KEY]   # the only variables the child process can see

  reviewer:
    adapter: cli
    options:
      command: ["codex", "exec", "{prompt}"]
      stdin: false               # the prompt goes in as an argument (never through a shell)
      env: [OPENAI_API_KEY]

  local:
    adapter: openai
    options:
      base_url: http://localhost:11434/v1
      model: qwen3:8b

  researcher:
    adapter: openai
    cost: 0.5
    options:
      base_url: https://openrouter.ai/api/v1
      model: deepseek/deepseek-chat
      api_key_env: OPENROUTER_API_KEY   # the name of the variable, never the key

router:
  weights: {success: 35, latency: 15, cost: 20, energy: 30}
  solar_window: {start: "09:30", end: "17:30", timezone: Europe/Madrid}

On Windows, CLIs installed with npm are .cmd launchers. enjambre finds them, but only passes them the prompt through stdin (stdin: true, the default): cmd.exe would re-parse a prompt given as an argument.

Agents answer with a small JSON contract (status, result, artifacts...). The scheduler appends it to every prompt, together with the agent's role, the policy and the results of upstream tasks.

Permissions that do not depend on the model

# policy.yaml
rules:
  - id: verify
    rule: Never report work as done without a check that passed.
operations:
  publish: [editor]          # only the editor may run tasks with operation: publish
agents:
  writer:
    forbidden: [Publishing anything yourself.]
    vetoed_operations: [publish]

Join from any MCP client

# Claude Code
claude mcp add enjambre -- enjambre mcp --dir ./my-swarm

# a remote swarm started with `ENJAMBRE_TOKEN=... enjambre up --host 0.0.0.0`
claude mcp add enjambre -e ENJAMBRE_TOKEN=... -- enjambre mcp --url http://swarm-host:8765
# Codex (~/.codex/config.toml)
[mcp_servers.enjambre]
command = "enjambre"
args = ["mcp", "--dir", "/path/to/my-swarm"]

Tools: swarm_status, heartbeat, acquire_resource, release_resource, enqueue_task, claim_task, renew_task, complete_task, get_task, list_tasks, cancel_task, retry_task, policy_for, check_permission, memory_query, memory_node.

Or use the kernel as a library

from enjambre import AgentResult, Kernel

k = Kernel("swarm.db")
research = k.enqueue("Collect benchmark numbers", agent="scout")["id"]
chart = k.enqueue("Draw the chart", depends_on=[research], proof="/tmp/chart.png")["id"]

task = k.claim("scout")                                   # atomic
k.complete(task["id"], "scout", AgentResult.completed("numbers collected"))
k.claim("plotter")["id"] == chart                         # unblocked

Command line

enjambre demo | init DIR | up [DIR] | run [DIR] | mcp
enjambre enqueue "Title" --agent writer --after TASK_ID --proof /abs/path
enjambre tasks | ps | memory "query"

enjambre run processes the queue until it is idle and exits, which makes a swarm usable from CI.

What it is not

enjambre is not an agent framework and not a prompt library. Frameworks such as LangGraph or CrewAI compose model calls inside one program. enjambre sits one level below: it coordinates separate agents and processes, on one machine or several, that already know how to do their job. You can run agents built with any framework inside it.

Design notes

  • Honest state. Liveness is derived, fitness is measured, and a missing measurement is None, never a decorative zero.
  • Leases everywhere. Locks, running tasks and resources all expire. Recovery is the default, not a cleanup script.
  • Verification is recorded before it is enforced. A verification gate that blocked closing tasks once cut a swarm's throughput by 90%. Start with proof_mode: record, switch to enforce when your agents declare their artifacts.
  • Data is not instructions. Upstream results are labelled as data in every prompt.
  • Small on purpose. Standard library plus PyYAML. One SQLite file. No build step for the UI.

Details in docs/architecture.md.

Security

The API binds to 127.0.0.1 by default and refuses other addresses without ENJAMBRE_TOKEN. CLI agents run without a shell and see only the environment variables you list. API keys are read from environment variables and rejected if written into swarm.yaml. See SECURITY.md.

Roadmap

  • Evolution loop: the swarm proposes changes to its own genome from measured fitness, a human approves, and a regression triggers an automatic revert.
  • Versioned memory segments with atomic writes and rollback per agent.
  • Rate-limit buckets per provider, OpenTelemetry export, a Postgres backend for larger swarms.

License

MIT. Made by GreenAI Network. Bundled third-party code is listed in THIRD_PARTY_NOTICES.md.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

enjambre-0.1.0.tar.gz (264.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

enjambre-0.1.0-py3-none-any.whl (257.4 kB view details)

Uploaded Python 3

File details

Details for the file enjambre-0.1.0.tar.gz.

File metadata

  • Download URL: enjambre-0.1.0.tar.gz
  • Upload date:
  • Size: 264.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for enjambre-0.1.0.tar.gz
Algorithm Hash digest
SHA256 00cb1cb145eaaa4fc3bb17db7b769b6c5aca7d44de958be366bdb4169f881ab9
MD5 58ba2b7b15bbc14083d7b403c7fd5435
BLAKE2b-256 70aa05c7b62afa2509abd384b4f95c5d9251f1769a1d51ec764682d7b22492f0

See more details on using hashes here.

Provenance

The following attestation bundles were made for enjambre-0.1.0.tar.gz:

Publisher: release.yml on santibccc-sudo/enjambre-os

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file enjambre-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: enjambre-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 257.4 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for enjambre-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 15403fc906d84178cf23f5f49c512bf3df670887ea79053ecd8dcbdead18ebcb
MD5 55256104240756a059ccfbe5b59566d1
BLAKE2b-256 a2302004e3ab40bb1737b06936b14c133e82da8ce509ef988f5a3d556f16d997

See more details on using hashes here.

Provenance

The following attestation bundles were made for enjambre-0.1.0-py3-none-any.whl:

Publisher: release.yml on santibccc-sudo/enjambre-os

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

This release

0.1.0 This release

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page