mcpField
D
dashclaw

dashclaw

Local
github.com/ucsandmanAI & Agents313Updated 4w ago

About dashclaw

DashClaw is a governance MCP server for unattended agents, providing policy checks, approvals, audit records and governed HTTP capability invocation. It suits teams that need to constrain and log agent actions. It connects over stdio or Streamable HTTP and can be added to Claude as a custom connector.

Key features

  1. 01Evaluate policies before risky actions
  2. 02Record actions to an audit trail
  3. 03Execute registered capabilities through approval gates
  4. 04Wait for human approval decisions
  5. 05Read the governed-action decision ledger
  6. 06Submit plans for preflight review

Use cases

  1. 01Gate high-risk actions of automated agents with policies and approvals
  2. 02Keep audit records of agent actions and unverified assumptions
  3. 03Track delegation and status changes across multi-agent tasks

MCP support

This project is an MCP server that exposes 17 governance tools, 2 stdio-only support tools and 3 read-only resources such as dashclaw://policies and dashclaw://status to MCP clients.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"ucsandman-dashclaw": {
"command": "npx",
"args": [
"-y",
"@dashclaw/mcp-server"
],
"env": {
"DASHCLAW_URL": "<DASHCLAW_URL>",
"DASHCLAW_API_KEY": "<DASHCLAW_API_KEY>",
"DASHCLAW_AGENT_ID": "<DASHCLAW_AGENT_ID>"
}
}
}
}
Run commandnpx -y @dashclaw/mcp-server
Environment variables to set
DASHCLAW_URLBase URL of your DashClaw instance (e.g. https://your-app.vercel.app)
DASHCLAW_API_KEYSecretDashClaw workspace API key (oc_live_...)
DASHCLAW_AGENT_IDOptional agent identifier used to attribute governed actions

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
npm@dashclaw/mcp-server3.1.6

Tools

19

Saved tool list · updated 2w ago

ParameterTypeRequiredDescription
actobjectNoEvidence-first guard: attach the actual act being evaluated so the server classifies it and folds the derived risk in, instead of trusting only the declared action_type/risk_score above. Shape: { kind: "shell"|"http"|"sql"|"file", command? (shell), request?: { method, url, body_excerpt? } (http), statement? (sql), file?: { path, content_excerpt?, bytes? } (file) }. Optional — omit when you have no concrete evidence to attach.
targetstringNoPrimary file path, URL, or resource the action touches (lets protected-path policies match)
contentstringNoOutbound content excerpt (file content, message body) so secret-scan and content policies can evaluate it
agent_idstringNoFallback identity when no server-level agent id is configured (the configured id wins). With a configured id you may name a sub-agent under it as "<configured id>/<name>" (e.g. claude-desktop/nightly-seo) so this routine gets its own row on /decisions; anything else falls back to the configured id.
tool_namestringNoName of the tool that will perform the action (e.g., Write, Bash, send_email)
confidenceintegerNoYour honest 0-100 confidence, stated BEFORE acting, that this action completes without a human stepping in. Stored on the action record and scored against the real outcome on /decisions (Predicted vs actual). Leave it out rather than guess; exactly 50 is treated as unstated.
reversiblebooleanNoWhether the action can be undone
risk_scoreintegerYesEstimated risk 0-100. Use 70+ for production systems.
action_typestringYesCategory of action (e.g., deploy, send_email, database_write, api_call)
write_pathsarrayNoFile paths the action will write or modify (protected-path policy matching)
declared_goalstringYesWhat you intend to do, in plain language
systems_touchedarrayNoSystems affected (e.g., production, database, email)
approval_wait_secondsintegerNoHow long you will poll dashclaw_wait_for_approval if the decision is require_approval (default 300; the approval expires after this window + a retry grace)

Details

From the project README

@dashclaw/mcp-server

MCP server for DashClaw governance. Exposes 17 governance tools, 2 stdio-only support tools, and 3 read-only resources over Model Context Protocol: evaluate policy, record evidence, invoke registered capabilities, wait for approvals, and read the decision ledger. Works with Claude Code, Claude Desktop, Claude Managed Agents, and any MCP-compatible client.

The governance tools register only when DASHCLAW_URL and DASHCLAW_API_KEY are both set; without them the server registers nothing and warns on stderr if exactly one is present.

Quick Start

Claude Code / Cowork (stdio)
npx -y @dashclaw/mcp-server --url https://your-dashclaw.vercel.app --key oc_live_xxx --agent-id claude-code

Or add to your MCP config (.mcp.json for Claude Code, or claude mcp add):

{
  "mcpServers": {
    "dashclaw": {
      "command": "npx",
      "args": ["-y", "@dashclaw/mcp-server"],
      "env": {
        "DASHCLAW_URL": "https://your-dashclaw.vercel.app",
        "DASHCLAW_API_KEY": "oc_live_xxx",
        "DASHCLAW_AGENT_ID": "claude-code"
      }
    }
  }
}

Claude Desktop main chat: do not use stdio. Desktop runs local MCP servers on its bundled Node, which crashes this server. Use the OAuth custom connector instead — no local process, works in chat and Cowork.

About DASHCLAW_AGENT_ID: this is the name that shows up on /fleet, /decisions, and every other governance surface. If you omit it, the server auto-derives an agent_id from the MCP protocol's clientInfo.name (e.g. claude-ai for Claude Desktop, cursor-vscode for Cursor) so calls don't silently commingle with other agents — but a human-friendly name like claude-desktop is what you actually want for dashboard readability. Explicit configuration always wins over auto-derivation.

Claude Managed Agents (Streamable HTTP)

If you're running DashClaw, the MCP endpoint is built in at /api/mcp:

agent = client.beta.agents.create(
    name="Governed Agent",
    model="claude-sonnet-4-6",
    tools=[{"type": "agent_toolset_20260401"}],
    mcp_servers=[{
        "type": "url",
        "url": "https://your-dashclaw.vercel.app/api/mcp",
        "headers": {"x-api-key": "oc_live_xxx"},
        "name": "dashclaw"
    }],
)
Claude Desktop

Use the OAuth custom connector (next section) — it is the verified path for Desktop chat, web, and Cowork, and needs no install. The old one-click .mcpb bundle is retired: it ran the stdio server on Desktop's bundled Node, which crash-loops. If you still have a dashclaw extension installed from it, uninstall it (Settings → Extensions) before adding the connector.

Claude custom connector (remote, OAuth)

Self-hosted DashClaw is addable as a Claude custom connector with no API key in the UI — Claude's connector flow requires OAuth, not headers:

  1. In Claude: Settings → Connectors → Add custom connector.
  2. Paste https://<your-instance>/api/mcp.
  3. Claude discovers /.well-known/oauth-protected-resource, registers via DCR, and opens your DashClaw login + a consent screen.
  4. Authorize → the 17 governance tools appear, scoped to your workspace.

Works on Free/Pro/Max/Team/Enterprise (Free is capped at one custom connector). The legacy x-api-key path (Managed Agents) is unchanged.

Plugin (skills) via marketplace

To also load the DashClaw skills (governance protocol + platform intelligence) in the Claude app: Customize → Plugins → "+" → Add marketplace → github: ucsandman/DashClaw, then install the dashclaw plugin.

Tools (17 governance + 2 stdio support)

Grouped by domain. See src/tools.ts for the canonical definitions.

Core governance (9) — the guard / record / invoke loop plus discovery and session lifecycle.

ToolDescription
dashclaw_guardEvaluate policies before risky actions
dashclaw_recordLog actions to audit trail
dashclaw_invokeExecute a registered capability through the server's guard, approval, execution-claim, effect, and outcome seam
dashclaw_capabilities_listDiscover available APIs
dashclaw_policies_listSee active governance policies
dashclaw_wait_for_approvalBlock until a human resolves an approval
dashclaw_session_startRegister agent session
dashclaw_session_endClose agent session
dashclaw_session_retroRead the session's own defensibility retro (clean/review/flagged posture)

Session linkage: after dashclaw_session_start, the server auto-stamps that session's id onto every dashclaw_record in the same connection (stdio). Pass session_id on dashclaw_record to override, or to attribute explicitly on the HTTP transport (POST /api/mcp), where each request is stateless.

Enforcement boundary

dashclaw_guard, dashclaw_record, and dashclaw_wait_for_approval are cooperative tools. They return policy and audit state, but the MCP host or model still chooses whether to honor it. Use a host interception hook when you need a mechanical gate around ordinary MCP tools.

dashclaw_invoke is the bounded effect seam. DashClaw holds the registered capability configuration, evaluates the exact invocation against current policy, records it, enforces approval, and atomically claims one execution attempt before making the external call. Approval and plan grants are consumed at that claim, not by the earlier guard evaluation. If execution finishes but the outcome cannot be recorded, the tool reports unknown execution state and does not describe a retry as safe. Reconcile the external system first.

Retrospection (2) — record assumptions; recent governed-action ledger.

ToolDescription
dashclaw_assumption_recordRecord an unverified assumption underpinning an action
dashclaw_decisions_recentRecent governed-action ledger

Agent identity (1) — operator-approved pairing of an unidentified agent to a registered identity.

ToolDescription
dashclaw_pairEnroll agent identity: keypair locally, public key to /api/pairings

Team Tasks (3) — create a Team Task, append an inter-agent timeline event, update task status.

ToolDescription
dashclaw_task_createCreate a Team Task — one record per multi-agent /team run
dashclaw_task_eventAppend one event to a Team Task timeline (delegation, reply, status, approval_needed, result, error, done)
dashclaw_task_updateUpdate a Team Task: status transitions and stored transport session ids

Plans (2) — submit a preflight plan for one-card operator review and poll its review state. Preview and review responses are evidence; the live action is re-evaluated and any grant is consumed only by its execution claim.

ToolDescription
dashclaw_plan_submitSubmit an ordered step list for preflight review; approved steps become scoped, expiring grants consumed only by an execution claim
dashclaw_plan_statusCheck a submitted plan's overall and per-step verdict
DashClaw-gated stdio tools (2)

Registered by src/tools/index.ts on the local stdio server only, gated on the same DASHCLAW_URL + DASHCLAW_API_KEY credentials as the governance set:

ToolDescription
dashclaw_statusCheck DashClaw gate configuration and reachability
export_dashclaw_evidenceExport local audit entries carrying DashClaw guard/evidence metadata

Resources (3)

URIDescription
dashclaw://policiesActive policy set
dashclaw://agent/{agent_id}/historyRecent action history (last 50)
dashclaw://statusInstance health + operational metrics

Configuration

Set these in your MCP client's env block (preferred — scoped to the server process, invisible to your terminals) or your shell. The annotated template lives in .env.example.

CLI ArgEnv VarDefaultDescription
--urlDASHCLAW_URLhttp://localhost:3000DashClaw instance URL — with DASHCLAW_API_KEY, enables the governance tool set
--keyDASHCLAW_API_KEY(empty)API key (oc_live_ prefix)
--agent-idDASHCLAW_AGENT_ID(empty)Default agent ID (auto-derived from MCP clientInfo.name when empty)
DASHCLAW_MODEauthoritativeDashClaw gate mode (only authoritative is supported)
DASHCLAW_LOCAL_HOME<cwd>/.dashclaw-localWhere local state lives (see Storage below)
DASHCLAW_TIMEOUT_MS30000DashClaw API request timeout
DASHCLAW_LOCK_STALE_MS30000Stale file-lock threshold for local state files
DASHCLAW_AUDIT_MAX_ENTRIES(unlimited)Cap retained audit entries

CLI args take precedence over environment variables.

Note: This server reads DASHCLAW_URL (not DASHCLAW_BASE_URL); the hooks and CLI in the DashClaw repo read DASHCLAW_BASE_URL.

Storage

Local-first state under .dashclaw-local/ in the working directory (override with DASHCLAW_LOCAL_HOME). Plain JSON — human-readable, diffable, zero native dependencies:

FileHolds
state.jsonThe local default workspace
audit.logAppend-only JSONL audit trail read by the DashClaw evidence tools

Secrets are never written here — tokens stay in the environment, read at call time.

License

Apache-2.0. This package incorporates code from an upstream Apache-2.0 project — see NOTICE for the attribution.

Releasing

After bumping version in mcp-server/package.json, run from the repo root:

npm run release:mcp

One command does everything, and re-running is always safe (already-published steps are skipped):

  1. Syncs server.json versions to package.json (commit the change if it edits the file).
  2. Publishes to npm — your browser opens for the security-key 2FA prompt.
  3. Publishes to the official MCP Registry via mcp-publisher — if the saved GitHub token expired, it re-runs the device-flow login (enter the printed code at github.com/login/device) and retries.

Prereqs (one-time): npm login, and the official mcp-publisher binary from modelcontextprotocol/registry releases — never npm i -g mcp-publisher, that name is squatted by an unrelated package.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.