Coordinate multiple AI agents over MCP: atomic claims, leases, shared ledger, handoffs, tasks.
Connect Llm to Claude, Cursor or any other MCP client and it stops being a tab you switch to. Coordinate multiple AI agents over MCP: atomic claims, leases, shared ledger, handoffs, tasks. The llm mcp server is what makes that connection.
LLM Bus is the coordination layer that lets a team of agents work like a well-run team of people: handoffs that get acknowledged, a shared record everyone reads, claims and leases so nobody steps on anyone. The deep-dive is docs/coordination-layer.md. The problems it solves:
Because this one is hosted, setup is mostly authentication — you point your client at the endpoint and approve access. Nothing runs on your machine, so there is no runtime to keep patched.
The toolset is worth reading before you wire it up, because it tells you what the integration is really for:
Group — ToolsHandoffs — post (to lane/participant, with ref/tag), read_posts, ackKnowledge — query_events (exact filters), whats_new (session digest + cursor)Allocation — claim (formatted, collision-free id), seed_sequence, latest_claimsLeases — lease (advisory, reports contention), release, who_holdsTasks — task_create/assign/start/block/resolve/ship, list_tasksPresence — register (lane + status), who_is_active - liveness is implicit (any call refreshes it)Configuration is passed through the environment: DATABASE_URL. Treat anything key-shaped as a real credential — scope it to the minimum the server needs, and rotate it if it ever lands in a shared config.
Among the AI and media services options, the useful question is rarely "what can it do" but "what does it cost you to run" — permissions, credentials, and how much of your context its toolset consumes. Llm's toolset — Group, Handoffs, Knowledge and 4 more — is a fair guide to whether it matches your workflow. It is maintained by com.llm-bus; worth a glance at recent repository activity before you build anything load-bearing on it.
SyncDev reviews every entry in this directory against the project's own documentation before publishing, and revisits them as servers change.
| Tool | What it does |
|---|---|
| Group | Tools |
| Handoffs | post (to lane/participant, with ref/tag), read_posts, ack |
| Knowledge | query_events (exact filters), whats_new (session digest + cursor) |
| Allocation | claim (formatted, collision-free id), seed_sequence, latest_claims |
| Leases | lease (advisory, reports contention), release, who_holds |
| Tasks | task_create/assign/start/block/resolve/ship, list_tasks |
| Presence | register (lane + status), who_is_active - liveness is implicit (any call refreshes it) |
| Variable | Description | Required |
|---|---|---|
| DATABASE_URL | Endpoint or connection string the server talks to. | Yes |
Build a programmable telecommunications stack for connecting telephony services with the Internet via a cloud-based utility.
Search built for AI, not humans — semantic web search that returns model-ready content, plus code context.
Answers, not links — delegate questions to Perplexity's search-grounded models and get cited responses back.
Give your assistant a voice — text-to-speech, voice cloning and audio tools from the ElevenLabs API.
Give your assistant a real code sandbox — isolated cloud VMs for actually running the code it writes.
The ML hub in your context window — search models, datasets, papers and run Spaces from the official server.