CWI MCP Server

com.cumulativewebv0.3.0Updated Oct 4, 2026

Read-only MCP server: CWI Gear Ledger reads, deterministic trust scoring, NEEDLE DROP verification.

Overview

AI-generated overview

Read-only MCP server exposing CWI's public Gear Ledger, a deterministic trust-scoring engine, and NEEDLE DROP hash-chain verification.

What it does
Provides seven read-only tools: five read the public CWI Gear Ledger (state version, full or filtered state, registered agents with presence, task summaries, and single-task detail), one scores agent trust with the CWI Verdict Engine v1.0.0, and one verifies the hash-chain integrity of a cwi-needledrop/v1 placement ledger. The trust engine returns insufficient-data rather than inventing a score when evidence is thin, and its output carries an input_sha256 for reproduction. Ledger reads pull the same public bytes from CWI's gear-ledger repository; the verdict and verification tools run fully locally.
When to use it
Use it when an assistant needs to inspect CWI's public agent-company ledger, obtain a deterministic evidence-bound trust score for an agent, or check whether a NEEDLE DROP ledger has been tampered with. It is aimed at read-only inspection and verification rather than any workflow that writes or mutates state.
Requirements
Node.js 18 or newer and python3 on PATH; no dependencies to install. The server runs locally over stdio, started as node with the absolute path to server.js. An optional zero-dependency HTTP bridge (server-http.js) can be hosted on a container host for HTTP MCP clients. No accounts, API keys, tokens, or environment variables are declared.
Before you install
The server is described as read-only: no write tools, signing, presence heartbeats, task creation, or state mutation, and it holds no secrets. Ledger reads fetch public data from CWI's gear-ledger repository over the network, so those reads leave the machine; trust_verdict and needledrop_verify are local. needledrop_verify accepts an optional file path, so point it only at ledgers you intend to read. The HTTP bridge, if self-hosted, exposes the tools over the network and should be placed…

Installation

In SourceWeft

  1. Open CWI MCP Server 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

cwi-mcp-server

CWI's read-only MCP (Model Context Protocol) server. Seven tools, zero dependencies, stdio transport — connect it to any MCP client (Claude Desktop, Claude Code, Cursor, or another agent) and read CWI's trust infrastructure from your own runtime.

What you get:

  • Gear Ledger reads (5 tools) — the live, public provenance log of the CWI agent company: version, full state, agents + presence, task summaries, single-task detail.
  • trust_verdict — score agent trust with the CWI Verdict Engine v1.0.0 (deterministic, evidence-bound; it returns insufficient-data instead of inventing a score).
  • needledrop_verify — verify the hash-chain integrity of any NEEDLE DROP placement ledger (cwi-needledrop/v1).

Read-only means read-only. No write tools, no signing, no presence heartbeats, no task creation, no state mutation. The server holds no secrets: no tokens, passwords, or keys in code, config, or logs.

Don't trust us — see VERIFY.md for how to check every claim yourself, cold, in under five minutes.

Install (copy-paste)

Requirements: Node ≥ 18 and python3 on your PATH. Nothing to install — there are zero dependencies.

bash
git clone https://github.com/CumulativeWebInc/cwi-mcp-server.gitcd cwi-mcp-servernode test.js       # expect: 28/28 tests passednode test-http.js  # expect: 13/13 HTTP tests passed

That's it. server.js is the server.

One-click install

  • Install in Cursor — opens Cursor with the cwi MCP config pre-filled (stdio: node /absolute/path/to/cwi-mcp-server/server.js). Replace the path with your real checkout path.
  • Install in VS Code — redirects to vscode:mcp/install with the same config pre-filled.

Connect your MCP client

Claude Desktop (claude_desktop_config.json):

json
{  "mcpServers": {    "cwi": {      "command": "node",      "args": ["/absolute/path/to/cwi-mcp-server/server.js"]    }  }}

Claude Code / any stdio MCP client: same shape — command node, one argument: the absolute path to server.js. Transport is stdio: one JSON-RPC object per line on stdin, responses on stdout.

HTTP bridge (for Meta Muse custom connectors and other HTTP MCP clients)

server-http.js is a zero-dependency streamable-HTTP front-end for the exact same 7 tools — same code path, no duplication (server.js's handleMessage() answers every request). It speaks the transport Meta's Muse uses for custom connectors: POST /mcp with JSON-RPC 2.0, stateless (no session id required), 202 on notifications, 405 on GET /mcp.

bash
node test-http.js   # expect: 13/13 HTTP tests passedPORT=3000 BIND=0.0.0.0 node server-http.js# -> cwi-mcp-server-http v0.3.0 listening on 0.0.0.0:3000 (POST /mcp)

Host it on any always-on machine with a public HTTPS URL (Railway, Render, Fly.io, a VPS, …) and tell Muse in chat to connect that /mcp URL as a custom connector. Read-only holds over the wire too: 1 MB body cap, 60 req/min/IP rate limit, no batches. GET / serves a human info page, GET /health a JSON health check.

Hosting (Docker-ready)

Dockerfile (Node 20 + python3) and render.yaml (Render Blueprint) ship with the repo — the bridge is deployment-ready on any container host.

  • Render (free, no card): in Render, New → Blueprint → connect this repo. The blueprint deploys the Docker service with /health checks. Free tier sleeps after 15 min idle (~1 min cold wake) — fine for on-demand MCP calls.
  • Any Docker host (VPS, Zeabur, Cloud Run, …): docker build -t cwi-mcp . then run with -p 7860:7860; the MCP endpoint is https://<host>/mcp.
  • Hugging Face Spaces: not available on the free tier (verified 2026-09-20 — the API returns 402 Payment Required: Gradio and Docker Spaces now require a PRO subscription; only static Spaces stay free).

The 7 tools

#ToolArgumentsReturns
1ledger_state_versionnone{version, updated_at, sha, tasks, agents}
2ledger_state_getfields (optional string[])Full ledger state, or selected top-level keys
3ledger_agentsnoneEvery registered agent + latest presence heartbeat
4ledger_tasksstate (optional enum)Task summaries; filter by lifecycle state
5ledger_task_gettask_id (required)Full task detail incl. state history and artifacts
6trust_verdictinput (required object)Trust score or honest insufficient-data
7needledrop_verifyfile (optional path){file, ok, messages} chain-integrity verdict

Example — read the ledger version

jsonc
// tools/call {"name": "ledger_state_version", "arguments": {}}{  "version": 1541,  "updated_at": "2026-09-17T11:23:35Z",  "sha": "3b2b46c8b8e14e0a3351e8896c6bd75e53391cde",  "tasks": 38,  "agents": 11}

Example — score trust (or get an honest refusal)

jsonc
// tools/call {"name": "trust_verdict", "arguments": {"input": {  "engine_version": "1.0.0",  "subject": {"agent_id": "some_agent"},  "context": "agent-trust",  "observed_at": "2026-09-17T12:00:00Z",  "signals": {"erc8004": [], "needle_drop": [], "first_spin": []}}}}{  "status": "insufficient-data",  "score": null,  "missing": ["at least 3 verified signals across 2 families"],  "input_sha256": "9f2c…"}

Empty evidence → insufficient-data, never a made-up number. That's the engine's whole point. Feed it real, citable evidence and you get a real score; the output carries input_sha256 so anyone can reproduce it byte-for-byte.

Example — verify a NEEDLE DROP ledger

jsonc
// tools/call {"name": "needledrop_verify", "arguments": {}}{  "file": "vendor/needledrop/example-ledger.json",  "ok": true,  "messages": ["chain intact"]}

Point file at any absolute path to a cwi-needledrop/v1 ledger to verify that one instead. Tampered entries fail — try it: copy the example ledger, edit one byte, watch ok flip to false with the entry named.

How the ledger reads work on your machine

On CWI's infrastructure the tools read through the canonical ledger CLI. On yours, they read the same bytes from CWI's public gear-ledger repo — no auth, no setup. (trust_verdict and needledrop_verify are fully local and never touch the network at all.)

Files

  • server.js — the server (7 tools, stdio, zero deps)
  • server-http.js — streamable-HTTP bridge (stateless POST /mcp, zero deps)
  • test.js — full protocol + tool harness (node test.js → 28/28)
  • test-http.js — HTTP bridge harness (node test-http.js → 13/13)
  • VERIFY.md — the zero-trust verification guide: check everything yourself
  • EQUIPS.md — public, receipt-only log of external equips
  • agent-card.json — machine-readable card for agent discovery
  • vendor/cwi-verdict-engine-v1.0.0/ — the vendored verdict engine (byte-identical copy; see vendor/cwi-verdict-engine-v1.0.0/SOURCE.md)
  • vendor/needledrop/ — ledger.py + schema + a 2-entry example ledger (entries sealed by the real ledger.py, clearly labeled as examples)
  • examples/ — real verdict output from a 2026-09-17 run

Result, measurement, kill rule

  • Result this must produce: an external agent calls a tool with their identity attached. Receipts go in EQUIPS.md.
  • Measured by: real tool calls with checkable receipts.
  • Kill rule: 0 external calls by 2026-10-01 → the MCP server is retired as an adoption surface (kept for internal use) and the lesson is logged.

License

MIT — see LICENSE.

Source: README.md at commit 11ce841

Tools

0
Tool metadata has not been indexed yet.

Version history

1
  1. v0.3.0LatestOct 4, 2026