Prototyp · Vorschau: alle Server aus der offiziellen Registry, alle 30 Minuten synchronisiert. Bewertungen und Benutzerkonten folgen in einem späteren Schritt.
PopNx MCPMCP-Server für alle, die KI nutzen · in einfachen Worten erklärt

Agent Services MCP

von Gareth1953Version 0.2.1i★ –iLäuft auf deinem Computer
Name in der Registryio.github.Gareth1953/agent-services-mcp

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

MCP server: x402-paid & free tools for AI agents — provenance, quality scoring, action audit.

Die drei Säulen von PopNx MCP

Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

  • Verbindung: Läuft auf deinem Computer
  • Transport: stdio
  • Kategorie: Sonstiges

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Bevor du installierst

  • Basischecks: 1 von 1 bestanden
  • Läuft auf deinem Computer mit den Rechten deines Benutzerkontos (Dateien, Netzwerk, Apps).
  • Das trägst du selbst ein: PROVENANCE_URL, QUALITY_GATE_URL, AUDIT_URL

Du brauchst

  • npmNode.js installiert (für den Befehl npx)

Welche App nutzt du?

Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.

Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein

{
  "mcpServers": {
    "agent-services": {
      "command": "npx",
      "args": [
        "-y",
        "agent-services-mcp"
      ],
      "env": {
        "PROVENANCE_URL": "your-value",
        "QUALITY_GATE_URL": "your-value",
        "AUDIT_URL": "your-value"
      }
    }
  }
}

Führe das in deinem Terminal aus

claude mcp add agent-services --env PROVENANCE_URL=your-value --env QUALITY_GATE_URL=your-value --env AUDIT_URL=your-value -- npx -y agent-services-mcp

Trag die leeren Werte ein, bevor du ihn startest.

In Cursor öffnen

Oder kopier die Einstellungen selbst

In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen

{
  "mcpServers": {
    "agent-services": {
      "command": "npx",
      "args": [
        "-y",
        "agent-services-mcp"
      ],
      "env": {
        "PROVENANCE_URL": "your-value",
        "QUALITY_GATE_URL": "your-value",
        "AUDIT_URL": "your-value"
      }
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

In VS Code öffnen

Oder kopier die Einstellungen selbst

In .vscode/mcp.json in deinem Projekt einfügen

{
  "servers": {
    "agent-services": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "agent-services-mcp"
      ],
      "env": {
        "PROVENANCE_URL": "your-value",
        "QUALITY_GATE_URL": "your-value",
        "AUDIT_URL": "your-value"
      }
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.

Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.

Werte, die du selbst einträgst

  • PROVENANCE_URL env
    Base URL of the provenance-receipts service. Optional; defaults to the live workers.dev URL.
  • QUALITY_GATE_URL env
    Base URL of the quality-gate service. Optional; defaults to the live workers.dev URL.
  • AUDIT_URL env
    Base URL of the agent-action-audit service. Optional; defaults to the live workers.dev URL.

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.

Basischecksi

Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026

  • ✓ Bestanden

    Entwickler passt zum Repo

    Der Registry-Name wurde mit dem GitHub-Konto Gareth1953 bestätigt, dem das Repo gehört

  • … Noch nicht geprüft

    Wird noch gepflegt

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • … Noch nicht geprüft

    Hat eine Lizenz

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • – Nicht zutreffend

    Endpunkt antwortet

    Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet

  • – Nicht zutreffend

    Anmeldung mit OAuth

    Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen

Im Vergleich mit anderen in Sonstigesi

  • Mehr Sterne als 0 % der anderen 32709 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 14 % der anderen 32709 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 100 % der anderen 32709 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Häufige Fragen

Ist Agent Services MCP sicher?

Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.

Welche Schlüssel oder Codes braucht er?

Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.

Läuft er auf meinem Computer oder in der Cloud?

Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.2.1) kam vor 5 Monaten in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.

Was kann ich stattdessen nutzen?

In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, SwarmMemo

Alternativen

Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.

So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti

Spec Driven Development

von formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

Läuft auf deinem Computer★ 440MITAktualisiert vor 14 Monaten
Installieren

Remote Desktop Commander

von desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

Läuft in der Cloud★ 211Aktualisiert vorgestern
Installieren

SwarmMemo

von Hugo0

Talk with agent swarms: rooms, private messages and paid tasks for AI agents

Läuft in der CloudAktualisiert heute
Installieren

README vom Entwickler

README öffnen

Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.

agent-services-mcp

A single thin MCP (Model Context Protocol) server that exposes three existing services as discoverable tools, so AI agents and MCP-compatible clients can find and use them through one connection:

  • [provenance-receipts](https://github.com/Gareth1953/provenance-receipts) — certifies content origin; returns an Ed25519-signed receipt.
  • [quality-gate](https://github.com/Gareth1953/quality-gate) — scores content quality against a published rubric; returns an Ed25519-signed score receipt.
  • agent-action-audit — signs a tamper-evident audit receipt for an action an agent took (agent accountability); returns an Ed25519-signed audit receipt.

It is a thin wrapper. Every tool forwards an HTTP call to the underlying

Worker and returns its response verbatim. It does not reimplement signing,

scoring, or payment logic — those live in the underlying services. The honesty

about what each service proves carries through to the tool descriptions.

Quickstart — your first (free) call in ~2 minutes

npm install && npm run build

node examples/free-call.mjs # connects to the LIVE services and calls a free tool

examples/free-call.mjs runs an MCP client against this server (pointed at the live deployments) and calls get_quality_rubric and verify_audit — both free, no wallet needed. To wire the server into an MCP client (Claude Desktop / Claude Code style), see Connecting an MCP client below.

Free vs paid at a glance: verify_provenance, verify_quality, verify_audit, and get_quality_rubric are free. certify_provenance, score_quality, and audit_action are paid (an x402 USDC micropayment on Base) — see Calling paid tools for the two-step payment flow and a working example.

What the wrapped services prove (and do not)

  • Provenance: proves the content is unmodified (SHA-256 hash) and the receipt was issued by the service's key. The generator_metadata is caller-attested — it proves you *claimed* it, not that a specific model ran. Not AI-detection, not a truth guarantee.
  • Quality: a reproducible score against the published rubric (clarity, completeness, internal consistency, obvious-error freedom). Not absolute truth, not an external standard, not a fact-check. Read the rubric via the get_quality_rubric tool.
  • Audit: proves the action record is genuine (issued by the service's key) and unaltered since issue (tamper-evident). The action, actor_metadata, and context are caller-attested — it proves you *claimed* this record, not that the agent's claim is true. An accountability/audit tool, not a lie-detector.

Tools

ToolForwards toPaid?Input
certify_provenanceprovenance-receipts POST /v1/certifyyes (x402)content (string), generator_metadata (object, optional)
verify_provenanceprovenance-receipts POST /v1/verifynocontent (string), receipt (object)
score_qualityquality-gate POST /v1/scoreyes (x402)content (string), rubric_version (string, optional), target_score (number 0–100, optional)
verify_qualityquality-gate POST /v1/verifynocontent (string), receipt (object)
get_quality_rubricquality-gate GET /v1/rubricnonone
audit_actionagent-action-audit POST /v1/audityes (x402)action (string), actor_metadata (object), context (object, optional)
verify_auditagent-action-audit POST /v1/verifynoaction (string), actor_metadata (object), context (object, optional), receipt (object)

Full descriptions and Zod input/output schemas: src/tools.ts. Each tool returns the service's raw JSON (or markdown, for the rubric) as text; the verify_* and score_quality tools also declare an outputSchema and return parsed `structuredContent` you can read directly (e.g. result.structuredContent.valid). A non-2xx response (including a 402 Payment Required) is surfaced with isError: true and the body preserved — for a 402 the wrapper prepends a short, actionable note on how to pay. The three paid tools also accept an optional `x_payment` input (the x402 X-PAYMENT token) to settle payment through the wrapper — see Calling paid tools.

Configuration

The three service URLs are environment-configurable (no secrets — just base URLs):

Env varLive (deployed)Local dev fallback
PROVENANCE_URLhttps://provenance-receipts.gpmiddleton71.workers.devhttp://localhost:8787
QUALITY_GATE_URLhttps://quality-gate.gpmiddleton71.workers.devhttp://localhost:8788
AUDIT_URLhttps://agent-action-audit.gpmiddleton71.workers.devhttp://localhost:8789

.env.example and the client config below point at the live deployments. If the vars are unset, the server falls back to localhost for local wrangler dev (the Workers default to :8787, so run quality-gate on :8788 and agent-action-audit on :8789 to avoid clashes).

Against the live services, the paid tools (certify_provenance,

score_quality, audit_action) require x402 — this wrapper forwards the request

and holds no wallet, so without an X-PAYMENT they return a 402 (the payment

requirements) surfaced as isError. The free tools work as normal.

Calling paid tools (x402)

The three paid tools require an x402 micropayment (USDC on Base mainnet). The wrapper holds no wallet — it never spends on your behalf — so paying is a two-step flow:

  1. Call the tool with no `x_payment`. You get back a 402 whose body is the x402 payment requirements (network, asset, amount, payTo). The wrapper prepends a one-line note explaining what to do next.
  2. Build an x402 `X-PAYMENT` token from those requirements with an x402 client + a funded wallet, then call the tool again with that token in the `x_payment` input. The wrapper forwards it as the X-PAYMENT header; the underlying service verifies, settles, and returns the signed receipt.

Easiest path to a *working* paid call — let an x402 client settle for you against the underlying service directly:

npm install x402-fetch

BUYER_PRIVATE_KEY=0x... node examples/paid-call.mjs

examples/paid-call.mjs uses x402-fetch + a throwaway Base-mainnet wallet (holding a little real USDC) to pay for and call audit_action. ~$0.01 USDC moves buyer → the service's payTo, gasless (the facilitator pays gas). Real money — use a disposable key with a few cents only. The same applies to certify_provenance and score_quality.

Quickstart (local)

# 1. Build the MCP server

npm install npm run build # -> dist/index.js

2. In separate terminals, run the three services (free; payments off)

(provenance-receipts) npm run dev # http://localhost:8787

(quality-gate) npx wrangler dev --port 8788 # http://localhost:8788

(agent-action-audit) npx wrangler dev --port 8789 # http://localhost:8789

3a. Smoke-test the free tool paths through an MCP stdio client

node scripts/test-client.mjs

3b. (optional, costs ~$0.012) prove the paid score_quality path end-to-end

node scripts/test-score.mjs

3c. Smoke-test the wrapper against the LIVE deployed services (free — the

paid tools return a forwarded 402; no payment, no scoring call)

node scripts/test-live.mjs

scripts/test-client.mjs exercises the free tools locally; scripts/test-score.mjs makes one real Anthropic scoring call through score_quality; scripts/test-live.mjs points the wrapper at the deployed workers.dev URLs and asserts the free tools work and the paid tools forward the x402 402.

Connecting an MCP client (stdio)

This server speaks MCP over stdio (stdin/stdout). Any MCP client launches it as a subprocess. Example for a Claude Desktop / Claude Code style mcpServers config:

{

"mcpServers": { "agent-services": { "command": "node", "args": ["C:\\Users\\Gareth\\agent-services-mcp\\dist\\index.js"], "env": { "PROVENANCE_URL": "https://provenance-receipts.gpmiddleton71.workers.dev", "QUALITY_GATE_URL": "https://quality-gate.gpmiddleton71.workers.dev", "AUDIT_URL": "https://agent-action-audit.gpmiddleton71.workers.dev" } } } }

  • Run npm run build first so dist/index.js exists.
  • The client connects, calls tools/list (it will see the 7 tools above), and invokes them via tools/call.
  • The underlying services must be reachable at the configured URLs when a tool is called.
  • Logs go to stderr; stdout is reserved for the MCP protocol.

Programmatically, connect with the SDK's Client + StdioClientTransport (command: "node", args: ["dist/index.js"]) — see scripts/test-client.mjs.

x402 payments (forwarded, not handled here)

The paid endpoints (/v1/certify, /v1/score, /v1/audit) are gated by x402 on the underlying services. This wrapper forwards requests and does not hold a wallet. If a service has payments enabled and no valid X-PAYMENT is supplied, it returns 402 with the payment requirements — the wrapper surfaces that as isError with the requirements body intact. Settling a payment (signing an x402 authorization) is the client's responsibility against the underlying service. See each service's README.md / docs/API.md for the x402 details. Base Sepolia testnet only — no mainnet.

Verifying receipts independently

The receipts returned by certify_provenance, score_quality, and audit_action are Ed25519-signed and verifiable without trusting any of these services — re-hash the content/record and check the signature against the service's public key. Each service ships a runnable independent verifier and recipe: see provenance-receipts/docs/VERIFYING.md, quality-gate/docs/VERIFYING.md, and agent-action-audit's docs/VERIFYING.md.

Build status

  • Step 1 — skeleton + tool definitions (src/tools.ts)
  • Step 2 — tool handlers (HTTP forwarding) + local smoke test
  • Step 3 — README: what it is, the tools, and how an MCP client connects
  • Live — pointed at the deployed services (*.gpmiddleton71.workers.dev) and verified end-to-end via scripts/test-live.mjs: free tools work; paid tools forward the x402 402.

All seven tool paths verified against the live deployments (including one paid score_quality call end-to-end through the wrapper); the paid tools (certify_provenance, score_quality, audit_action) forward the x402 402.

Stack

Project layout

agent-services-mcp/

├── src/ │ ├── index.ts # MCP server: registers tools, forwards HTTP, stdio transport │ └── tools.ts # the 7 tool definitions (names, descriptions, Zod schemas) ├── scripts/ │ ├── test-client.mjs # MCP stdio client — free tool smoke test (local) │ ├── test-score.mjs # MCP stdio client — one paid score_quality e2e check │ └── test-live.mjs

Nur der Anfang wird gezeigt; den Rest findest du im Repo

PopNx fragen