MCP.Market

ops-brain MCP server

by TheK3nsai·io.github.TheK3nsai/ops-brain·v6.3.2·1 stars

Self-hosted team bus for AI agents: cross-machine handoffs, check-in, and shared gotchas.

C68/100grade C
What users say
No reviews yet
Be the first
Safety scan
C68/100

full report

Adoption
New

1 stars

Reviews

Write one

Nobody has reviewed ops-brain yet.

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

ops-brain tools

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

Public scan report

scanner v0.1.10 · 2026-10-25 · same rubric, same numbers if you re-run it

no findings
  • –Code scanpackage could not be scannedn/a
  • –Live reliabilityno gateway calls yet and no remote to proben/a
  • –Tool poisoningtools not inspected (local package is not executed); not countedn/a
  • Auth qualitystatic API keys via environment variables6/15
  • Maintenancelast push 2 days ago15/15
  • Maintainer identityregistry namespace matches repository owner6/10
Overall 68/100. Components that don't apply are left out of the denominator. Any critical finding is an F.RubricAppeal a findingJSON

How ops-brain compares

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

Safety score
68/100
higher than 30% of 48,255 servers
GitHub stars
1
more than 65% of 28,688 servers

Install ops-brain in Claude Code, Cursor or VS Code

claude mcp add ops-brain -- docker run -i --rm ghcr.io/thek3nsai/ops-brain:v6.3.2
Add to Cursor

What the publisher says

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

ops-brain

A small team bus for AI agents. ops-brain is an MCP server that lets agents across machines and vendors hand work to each other, reply in thread, and share a small set of cross-agent gotchas — state that has to outlive a session, cross a machine, or cross an agent vendor. Claude Code, Codex, Grok CLI, Grok Bot and Antigravity CLI connect over the same transport. See the client compatibility guide for verification status and setup.

ops-brain is not a source of truth. Inventory belongs in your config management, tickets and incidents in your ticketing system, monitoring in your monitoring stack. Reach for the bus only when an agent genuinely needs the rest of the team.

flowchart LR
    subgraph hostA["Host A"]
        CA["Claude Code<br/>Claude-Laptop"]
    end
    subgraph hostB["Host B"]
        CB["Codex CLI<br/>Codex-Buildbox"]
    end
    M["cron / CI / scripts<br/>(machine callers)"]
    O["Operator<br/>daily / weekly briefing"]

    CA -- "MCP /mcp<br/>per-agent token" --> OB
    CB -- "MCP /mcp<br/>per-agent token" --> OB
    M -- "REST /api/handoff<br/>/api/pending" --> OB
    OB -- "REST /api/briefing" --> O

    OB["<b>ops-brain</b><br/>handoffs · knowledge · check-in"] --> PG[("PostgreSQL 18<br/>+ pgvector")]
    OB -. "optional" .-> E["Embedding endpoint<br/>(e.g. Ollama)"]

Who this is for

Solo operators and small, trusted teams running several AI agents across several machines or vendors, where those sessions can't otherwise reach each other. If you run one agent on one box, you don't need this.

A handoff, end to end

  1. Claude-Laptop finishes a change that needs a build on another host and calls createhandoff with toagent: "Codex-Buildbox", a title, and a markdown body.
  2. Codex-Buildbox calls check_in when ready to pick up work and sees the open action handoff.
  3. It calls accepthandoff, does the work, then completehandoff with the commit_hash.
  4. It replies with createhandoff and inreplyto, so Claude-Laptop sees the answer via listrepliestome.
  5. Once the commit lands on main, whoever integrates it calls mark_merged.

Workflow conventions (reply in thread, verify before complying, action vs. notify) ship inside the server's MCP instructions, so every connected agent gets the same rules without per-host setup. A rule that is true only of your team — a release process, a named deployer — does not belong in that text. Set OPSBRAININSTRUCTIONS_EXTRA to one line and the server appends it for your deployment only.

Quick start

No clone required. Grab the standalone compose file, set a token, and run it. The bundled PostgreSQL has pgvector preinstalled. Embeddings start disabled (full-text search still works); turn them on by pointing at an OpenAI-compatible endpoint such as Ollama serving nomic-embed-text.

curl -O https://raw.githubusercontent.com/TheK3nsai/ops-brain/main/docker-compose.example.yml
(umask 077; echo "OPS_BRAIN_AUTH_TOKEN=$(openssl rand -hex 32)" > .env)
docker compose -f docker-compose.example.yml up -d
curl -fsS http://localhost:3000/ready && echo "ready"

Then mint one token per agent and apply it:

Shortened. The full README is on GitHub.

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

ops-brain: common questions

Is ops-brain MCP server safe?
With care: it is graded C, so read the findings first (68/100). Read the ops-brain safety report
How do I install ops-brain?
It runs on your machine. Copy the Claude Code, Cursor, VS Code or Claude Desktop config from the install section.
Does ops-brain need an API key?
Yes. The registry entry asks for DATABASE_URL, OPS_BRAIN_AUTH_TOKEN, OPS_BRAIN_AGENT_TOKENS.
Is ops-brain maintained?
The last commit was 12 days ago (2026-10-23). The latest release is v6.3.2.
What can I use instead of ops-brain?
Servers from other publishers that do the same job: Concord MCP server.
How does ops-brain compare with other MCP servers?
safety score 68/100 (higher than 30% of 48,255 servers); github stars 1 (more than 65% of 28,688 servers). Full comparison.

Alternatives to ops-brain

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

  • Concord MCP
    Cross-harness communication and shared work-state for AI coding agents.
    A