MCP.Market

Waitbus MCP server

by astrogilda·io.github.astrogilda/waitbus·v0.2.0·2 stars

Workstation-local event bus: agents wait on or emit CI/pytest/Docker/filesystem events, no polling.

A92/100grade A
What users say
No reviews yet
Be the first
Safety scan
A92/100

full report

Adoption
Growing

2 stars36 downloads/wk

Reviews

Write one

Nobody has reviewed Waitbus yet.

If you have run it, two minutes of your experience saves the next person an afternoon.

Waitbus tools

No tool declarations could be read from the package source. They show once the server is installed.

Public scan report

scanner v0.1.9 · 2026-09-26 · same rubric, same numbers if you re-run it

no findings
  • Code scan95 source files scanned25/25
  • –Live reliabilityno gateway calls yet and no remote to proben/a
  • –Tool poisoningtools not inspected (local package is not executed); not countedn/a
  • Auth qualitylocal package, no credentials required12/15
  • Maintenancelast push 2 days ago15/15
  • Maintainer identityregistry namespace matches repository owner; GitHub account older than a year8/10
Overall 92/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How Waitbus compares

Against every graded Developer tools MCP server, from our own scans and uptime checks. Updated after each scan run.

Safety score
92/100
higher than 90% of 1,119 Developer tools servers
GitHub stars
2
more than 65% of 854 Developer tools servers
Downloads a week
36
more than 23% of 430 Developer tools servers with a package

Install Waitbus in Claude Code, Cursor or VS Code

claude mcp add waitbus -- uvx waitbus
Add to Cursor

What the publisher says

From the Waitbus repository's README, as published. We do not edit it. Read it on GitHub

<!-- mcp-name: io.github.astrogilda/waitbus -->

waitbus: the workstation-local, cross-harness status bus. D-Bus for agents, with a replay log and a wait primitive

One wait verb that blocks on, and queries across, every local source at once. When any agent, CI job, test, or container on your machine finishes or fails, every other tool on the box hears it: your Claude Code, your Cursor, your scripts, your CI. Clients that support server notifications get a push; the rest get one blocking waitbus wait. No waitbus cloud, no account, no telemetry; all processing stays on your machine.

Below: a Pydantic AI agent and a LangGraph agent, two different frameworks running as two separate OS processes, both wait on one local waitbus bus. One fails; the peer on the other framework, plus a live waitbus top view, react to the single failure broadcast.

Real frameworks and real waitbus subscribe/emit; the agents' LLMs are deterministic fakes and the failure is an injected event, so the clip runs fully offline. Reproduce the claim (not just the recording): run uvx waitbus demo for the gentler single-agent walk-through (no clone, no install), or, for the exact two-framework proof shown above, clone the repo and run uv run --group agent-recipes python -m examples.hero_swarm (Linux-verified; prints PROVEN: two DIFFERENT frameworks woke on ONE peer's failure). Higher-quality MP4 at hero.mp4. Maintainers re-render this recording from docs/demo/.waitbus-demo/ with make hero (dev-only; needs vhs, ttyd, tmux, and JetBrains Mono).

Try it now, no install: uvx waitbus demo boots a real local bus and returns the instant an event lands, fully offline (~8 s).

waitbus is the workstation-local, cross-harness status bus that lets the tools on one machine hear each other. It does three things: ingest events, broadcast them, and replay them.

Ingest: a blocking wait/emit primitive lets any agent or script (across Cursor, Claude Code, and any tool on the box) wait on, or emit, events from five built-in sources (GitHub Actions CI, pytest sessions, Docker container lifecycle, filesystem changes, and Prometheus Alertmanager) plus any plugin source registered under the waitbus.sources.v1 entry-point group.

Shortened. The full README is on GitHub.

Nothing above is checked by us. What we check is on the safety report.

Waitbus: common questions

Is Waitbus MCP server safe?
Yes, by our scan: it is graded A (92/100). Read the Waitbus safety report
How do I install Waitbus?
It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
Does Waitbus need an API key?
Not as far as the registry entry and our scan can tell: no credentials are declared or required.
Is Waitbus maintained?
The last commit was 39 days ago (2026-09-24). The latest release is v0.2.0.
What can I use instead of Waitbus?
Servers from other publishers that do the same job: walkerOS Flow MCP server, Homebutler MCP server and maintenant MCP server.
How does Waitbus compare with other Developer tools MCP servers?
safety score 92/100 (higher than 90% of 1,119 Developer tools servers); github stars 2 (more than 65% of 854 Developer tools servers); downloads a week 36 (more than 23% of 430 Developer tools servers with a package). Full comparison.

Alternatives to Waitbus

Same job from other publishers: the closest match first, then the best rated.

  • walkerOS Flow
    Build, validate, simulate, and deploy walkerOS event pipelines
    B
  • Homebutler
    Tells an agent what changed on a server since it last looked - status, Docker, backups, Proxmox.
    C
  • maintenant
    Docker monitoring for AI agents: logs, history, alerts. Can ack alerts; never touches containers.
    C
  • Unraid RMCP
    Rust MCP server and CLI for Unraid GraphQL operations across NAS, Docker, VM, and storage workflows.
    C
  • Containerization Assist
    TypeScript MCP server for AI-powered containerization workflows with Docker and Kubernetes support
    A