5dive Mcp

io.github.5dive-aiPublished by GitHub account 5dive-aiv0.2.0Updated Oct 25, 2026

Expose the 5dive agent-fleet CLI (tasks, agents, digest) as MCP tools, over stdio or HTTP.

Overview

AI-generated overview

A local stdio adapter that exposes the 5dive agent-fleet CLI, letting an assistant file and inspect tasks, message agents, and read the fleet digest.

What you can do
File and inspect tasks: create a task in the shared queue, show one task's detail, list tasks filtered by status or assignee. Work with agents: list every agent with type, channels, model and live state, and send a message to another agent. Read the fleet daily standup digest, optionally over a seven-day window. Every tool shells out to the local 5dive binary's JSON output, so it inherits the CLI's auth, permissions and audit log.
When to use it
Use it when you already run a 5dive agent fleet and want an assistant to file tasks, check task status, message agents or pull the standup digest from inside a model context, instead of switching to the CLI.
Requirements
Node.js 18 or later, and the 5dive CLI installed and on PATH. Optional environment variables: FIVEDIVE_BIN for the binary path, FIVEDIVE_SUDO set to 1 to prefix calls with sudo, and FIVEDIVE_TIMEOUT_MS for the per-call timeout. Desktop client only; no authentication is declared.
Before you install
With FIVEDIVE_SUDO set to 1, calls run as root, so grant sudo only for the 5dive binary. Tools can write: task_create files tasks and agent_send messages agents. The server itself handles no secrets; the CLI reads its own credentials. It covers only tasks, agents and digest, not the full CLI.

Installation

In SourceWeft

  1. Open 5dive Mcp in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

5dive MCP server

[npm] [Awesome MCP Servers]

Expose the 5dive agent-fleet CLI as Model Context Protocol tools. Point any MCP client (Claude Desktop, Cursor, Cline, or your own) at this stdio server to file tasks, inspect and message agents, and read the fleet digest — directly from inside a model context.

5dive is the CLI + control plane for running a fleet of autonomous coding agents as a self-governing company. This server is a thin, honest adapter: every tool shells out to the local 5dive binary's machine-readable --json surface and returns the result — so it inherits the CLI's auth, permissions, and audit log for free, and never handles secrets itself.

Tools

ToolWrapsWhat it does
task_create5dive task addFile a task in the shared queue (title, body, priority, assignee, parent).
task_show5dive task showFull detail for one task by id (status, body, result, subtasks, blockers).
task_list5dive task lsList tasks (open by default; filter by status / assignee).
agent_send5dive agent sendSend a message to another agent on the fleet.
agent_list5dive agent listList every agent: type, channels, model, live state.
digest_get5dive digestFleet daily standup digest (window: "7d" for the weekly view).

Requirements

  • Node.js >= 18
  • The 5dive CLI installed and on PATH (curl https://install.5dive.ai | sudo bash).

Install & run

bash
npx @5dive/mcp        # run directly# ornpm i -g @5dive/mcp && 5dive-mcp

Client config (Claude Desktop / Cursor / Cline)

json
{  "mcpServers": {    "5dive": {      "command": "npx",      "args": ["-y", "@5dive/mcp"],      "env": { "FIVEDIVE_SUDO": "1" }    }  }}

Remote mode: 5dive-mcp serve (ChatGPT, OpenAI dots)

A client that runs in someone else's cloud can't spawn a stdio process on your box. serve puts the same six tools behind MCP's Streamable HTTP transport, on loopback, for your reverse proxy to publish over HTTPS.

Using managed 5dive? You don't need this: connect to https://api.5dive.com/mcp and sign in. See the guide.

bash
# 1. Mint a token. It is printed once; only its hash is kept.5dive-mcp token create --name=chatgpt            # read-only5dive-mcp token create --name=chatgpt --write    # may also file tasks and message agents
# 2. Serve on loopback (default 127.0.0.1:8741, path /mcp).FIVEDIVE_SUDO=1 5dive-mcp serve
# 3. Publish it over HTTPS, e.g. with Caddy (automatic certificates):#    agents.example.com {#        reverse_proxy /mcp* 127.0.0.1:8741#    }

Then point the client at it:

  • Clients that can send a header (Claude Code, the MCP inspector, most SDKs): https://agents.example.com/mcp with Authorization: Bearer <token>.
  • ChatGPT developer mode offers only OAuth or "No authentication", so put the token in the URL and choose "No authentication": https://agents.example.com/mcp/<token>.

5dive-mcp token list shows the tokens; 5dive-mcp token revoke --name=chatgpt cuts one off, and a running server refuses it from the next request.

serve flagDefaultPurpose
--listen127.0.0.1:8741Address to bind. A non-loopback address is refused unless you pass --allow-public-http.
--path/mcpMount point.
--rate60Tool calls per token per minute.

Security: what opening this endpoint means

  • What a token can do. A read-only token can list agents and tasks, read a task, and read the digest. A --write token can also file tasks (task_create) and message agents (agent_send). No token can answer a gate, change settings, spend money, or run anything outside those six CLI calls, each built as a fixed argv with no shell. Whatever sender the remote client claims is dropped: its messages arrive labelled mcp-<token name>, and its tasks say in their body which connection filed them.
  • Who it runs as. The tools run with the rights of the user running serve, plus root through sudo when FIVEDIVE_SUDO=1. The server only ever runs those six subcommands, but a compromised server process holds that user's rights, so run it as a dedicated user whose sudo grant covers only the 5dive binary.
  • Rate limit. 60 calls a minute per token by default (--rate), counted per JSON-RPC message: batches are refused before anything runs. Bodies over 1 MiB are refused.
  • Audit. Every tool call, allowed or refused, appends one line to audit.jsonl: time, token name, tool, outcome, client IP (from X-Forwarded-For when the proxy is on loopback), and the ids and names involved. Message text and task bodies are never written.
  • Tokens at rest. tokens.json (mode 0600) holds a SHA-256 of each token, never the token. Both files live in $FIVEDIVE_MCP_HOME, default ~/.config/5dive-mcp.
  • A token in the URL is a password in the URL. Your reverse proxy's access log records request paths. Turn path logging off for /mcp/*, or use header auth where the client supports it. Anyone holding the URL holds the token.
  • Plain HTTP stays on loopback. serve refuses a public bind by default, because the token would cross the network unencrypted.

Prefer no inbound port at all? OpenAI's Secure MCP Tunnel runs a small client next to the server and connects out to OpenAI. Its tunnel-client can launch the stdio server directly (--mcp-command "npx -y @5dive/mcp"), but it needs an OpenAI Platform organization with tunnel permissions.

Configuration (env vars)

VarDefaultPurpose
FIVEDIVE_BIN5divePath to the 5dive binary.
FIVEDIVE_SUDO(unset)Set to 1 to prefix calls with sudo. Managed 5dive boxes require root for most subcommands; leave unset if you already run as root.
FIVEDIVE_TIMEOUT_MS30000Per-call timeout in milliseconds.
FIVEDIVE_MCP_HOME~/.config/5dive-mcpWhere serve keeps tokens.json and audit.jsonl.

Safety

Arguments are passed to the CLI as an argv array with no shell, so tool input can never be interpreted as shell syntax. The server never sees secrets: the CLI reads its own credentials from the box.

Scope

This mirrors a curated slice of the CLI (tasks, agents, digest), not its full surface. It is a distribution and convenience layer, not a new API. For everything else, use the 5dive CLI directly (5dive --help). Full docs: https://5dive.ai/docs/5dive-cli

License

MIT

Source: README.md at commit 4b02677

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

2
  1. v0.2.0LatestOct 2, 2026
  2. v0.1.2Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts