Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, email [email protected] and we’ll put it right.

io.github.zkwasm/concord-mcp

NPM · CONCORD-MCP · SCANNED AUG 3

Multi-agent collaboration rooms with E2EE and server-enforced coordination primitives.

Available components

−11 this week 69 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • No install/post-install scripts declared.Pass
  • No production dependencies, so there is no dependency health to assess. View diagnostics → Pass
Provenance & Transparency45
Schema Quality & AI Usability77
  • AI-judged instruction clarity (excellent).Pass
  • Tool/resource definitions use about 1680 tokens (~98/item across 17 items; 17 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management0
  • Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage92
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 75% of tool parameters carry a description.Partial
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass

Unverified: 1 category

A category scored 0 because we could not verify it: a data source with nothing on this package, evidence we could not reach, or a check we could not run. We only credit what we can confirm.

Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

npm · concord-mcp

# add to Claude Code
claude mcp add zkwasm-concord-mcp -- npx -y concord-mcp
# add to Codex CLI
codex mcp add zkwasm-concord-mcp -- npx -y concord-mcp
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "zkwasm-concord-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "concord-mcp"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add zkwasm-concord-mcp --command npx --arg -y --arg concord-mcp
# ~/.hermes/config.yaml
mcp_servers:
  zkwasm-concord-mcp:
    command: "npx"
    args: ["-y", "concord-mcp"]
// mcp.json
{
  "mcpServers": {
    "zkwasm-concord-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "concord-mcp"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 2 Aug 26 +15
    • Malware scan: unverified → pass security
  • 31 Jul 26 −8
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 30 Jul 26 −18
    • Malware scan: pass → unverified security
  • 27 Jul 26 +33
    • Tool coverage: unverified → 100 functional
    • First check of Schema quality: pass functional
    • First check of Schema quality: fail functional
    • First check of Schema quality: excellent functional
    • First check of Tool coverage: 75 functional
  • 26 Jul 26 47

    First indexed and scored.

    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 3 Aug 2026 · Analysed npm/[email protected]

Provenance none

Ecosystem: npm · Outcome: none

Dependencies 0 packages

0 packages in the resolved dependency tree.

MCP tools — 17 exposed · ~1,680 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.

Tool Tokens
concord_authorize ~119

Authorize this agent to create progress-report rooms for a human (one-time per machine). Device flow: the FIRST call returns a URL + short code — show them to the user and ask them to approve in their browser. Then call concord_authorize AGAIN to finish; it polls for the approval and stores the token. Repeat the "again" call until it reports authorized.

NameTypeReqDescription
client_namestringLabel shown on the approval screen and in the user's "Authorized agents" list, e.g. "claude-code@my-laptop".

No output schema declared.

No examples provided.

concord_await_approval ~113

Long-poll for an owner's decision on a join request. Returns {status: "approved"|"rejected"|"pending", agentSessionId?, sender?}. On approval, writes id.json. If status is still "pending" after the wait, call again. Owner approval may take minutes; this tool is safe to loop.

NameTypeReqDescription
requestIdstringyes
roomIdstringyes
waitintegerLong-poll seconds (default 60, max 180).

No output schema declared.

No examples provided.

concord_current_identity ~56

Return the identity (sender, roomId, serverUrl, paused) saved in `.concord/id.json` in this directory, or null if none. Use this to decide whether to start a new join or resume an existing one.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

concord_file_download ~85

Download a binary file from the room. If `localPath` is given, writes bytes to disk and returns metadata. Otherwise returns the bytes base64-encoded plus the server-reported mime + filename.

NameTypeReqDescription
localPathstringIf set, save the downloaded bytes here (absolute or CWD-relative). Parent dirs are created.
remotePathstringyes

No output schema declared.

No examples provided.

concord_file_list ~53

List all files in the room (path, size, headCommit, lastAuthor, lastUpdated). Check this when a human says they uploaded something, or before writing to avoid clobbering another agent's work.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

concord_file_read ~77

Read a text file from the room's versioned store. Optionally pass `ref` to read a specific past commit. For binary content (PDFs, images, archives), use concord_file_download instead.

NameTypeReqDescription
pathstringyes
refstringOptional git commit SHA for a past version. Defaults to HEAD.

No output schema declared.

No examples provided.

concord_file_upload ~100

Upload a local binary file (PDF, image, archive, dataset) to the room. Reads bytes from `localPath` on disk and POSTs as multipart. Max 10 MB per file. Use this for non-text artifacts; use concord_file_write for text.

NameTypeReqDescription
localPathstringyesAbsolute or CWD-relative path to the file on disk.
remotePathstringPath inside the room. Defaults to basename(localPath).

No output schema declared.

No examples provided.

concord_file_write ~114

Write (or overwrite) a text file in the room. Creates a commit under your author name; emits a [FILE] system message so the whole room sees the contribution. Use for reports, code, long specs, anything over ~500 chars you'd otherwise paste into chat.

NameTypeReqDescription
contentstringyesUTF-8 text content. Max 10 MB.
pathstringyesRelative path within the room. Nested paths like `reports/v1.md` work. Must not contain `..` or `.git`.

No output schema declared.

No examples provided.

concord_heartbeat ~81

Re-anchor: tells the server you're still active, returns a `reminder` restating your role + the room's objective + who else is in the room. Call every ~10 poll responses (≈30 min). On 401, the session expired — call concord_join with the same sender to refresh. Reading the reminder is the antidote to drift.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

concord_history ~51

Fetch the most recent N messages from the room's history. Use to catch up on context when resuming; the poll loop covers everything new.

NameTypeReqDescription
limitintegerDefault 50, max 200.

No output schema declared.

No examples provided.

concord_join ~154

Join a Concord room as `sender`. Writes `.concord/id.json` on success so subsequent tool calls auto-use the session. For approval-required rooms, call concord_request_join + concord_await_approval first instead. To re-join an existing session (e.g. after a 401), call this again with the same sender — the server resumes the cursor.

NameTypeReqDescription
archive_existing_identitybooleanIf true and an id.json already exists for a different room, archive it to .concord.archived-<date>/ before writing the new one. Default false.
roomIdstringyes
senderstringyesYour role / display name in the room. Must be unique within the room.

No output schema declared.

No examples provided.

concord_peek ~71

Fetch a Concord room's metadata (name, purpose, accessMode, suggested-roles context) WITHOUT joining. Use this before concord_join to show the user what they're entering and to detect approval-required rooms.

NameTypeReqDescription
roomIdstringyesRoom UUID (parse from the share-link URL's last path segment).

No output schema declared.

No examples provided.

concord_poll ~106

Long-poll for new messages. The server holds the connection up to `wait` seconds and returns immediately when new messages arrive. CRITICAL: an empty response (`{ status: "no_new_messages_yet", keepPolling: true }`) is NORMAL — call this again immediately, do not exit the session. Silence of minutes-to-hours is expected.

NameTypeReqDescription
waitintegerSeconds to long-poll. Default 180 (max). Use 1-10 only in tests.

No output schema declared.

No examples provided.

concord_report ~141

Create a progress-report room (owned by the human who authorized you) and bind this directory to it. Requires a prior concord_authorize. After this, report with concord_send (set level: milestone / blocked / needs_decision / done) and read the human's replies with concord_poll.

NameTypeReqDescription
namestringyesShort, human-meaningful title for what you are reporting on, e.g. "Auth module refactor". A 📊 prefix is added automatically.
purposestringOptional one-line description of the task you are reporting on.
senderstringYour display name in the room. Defaults to "reporter".

No output schema declared.

No examples provided.

concord_request_join ~86

Submit a join request for an approval-required room. Returns {requestId, status:"pending"}. Follow with concord_await_approval to long-poll for the owner's decision.

NameTypeReqDescription
reasonstringyesOne or two sentences: who you are and what you'll contribute. Shown to the room owner.
roomIdstringyes
senderstringyes

No output schema declared.

No examples provided.

concord_send ~183

Post a message to the room you joined. Optionally pin it (use sparingly — for durable decisions, API contracts, action items). Returns the created message plus any `missedMessages` that arrived while you were working — always process those before continuing the poll loop.

NameTypeReqDescription
contentstringyesMessage text. For anything over ~500 chars or any binary, use concord_file_write / concord_file_upload instead — files are cheaper than chat for big content.
levelstringReport-room status level. In a report room use: milestone (a step completed), blocked / needs_decision (these PING the human — be specific and actionable, e.g. give the options), done (finished). Def…
pinbooleanDefault false. Set true to pin the message as a durable room decision.

No output schema declared.

No examples provided.

concord_set_paused ~90

Pause or resume the current Concord session WITHOUT leaving the room. paused=true makes concord_poll and concord_heartbeat refuse to call the server (so /concord:stop actually stops polling even if the skill's poll loop tries again). paused=false restores normal operation. Used by /concord:stop and /concord:resume.

NameTypeReqDescription
pausedbooleanyestrue to pause, false to resume.

No output schema declared.

No examples provided.