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

Soma — open protocol for agent work

von mrpkkVersion 1.4.1i★ –iLäuft in der Cloud
Name in der Registryio.github.mrpkk/soma-protocol

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

Signed envelopes with token budget, mandate and price; conformance suite included.

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 in der Cloud
  • Transport: Streamable HTTP
  • Kategorie: Sonstiges

Installation

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

Bevor du installierst

  • Basischecks: 1 von 2 bestanden Nicht bestanden
  • Läuft auf dem Server des Entwicklers: Was du fragst, läuft über dessen Server.
  • Die Registry nennt keinen Schlüssel zum Eintragen.

Du brauchst

Welche App nutzt du?

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

Funktioniert in Claude im Web, auf dem Desktop und auf dem Handy:

  1. Öffne Settings → Connectors
  2. Tippe auf Add custom connector
  3. Füge die Adresse unten ein und tippe auf Add
  4. Wenn eine Anmeldung verlangt wird, melde dich beim Dienst des Entwicklers an
SettingsConnectors1+ Add2https://…3
https://rta.lat/soma-protocol/mcp

Führe das in deinem Terminal aus

claude mcp add --transport http soma-protocol https://rta.lat/soma-protocol/mcp

In Cursor öffnen

Oder kopier die Einstellungen selbst

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

{
  "mcpServers": {
    "soma-protocol": {
      "url": "https://rta.lat/soma-protocol/mcp"
    }
  }
}

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": {
    "soma-protocol": {
      "type": "http",
      "url": "https://rta.lat/soma-protocol/mcp"
    }
  }
}

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.

ChatGPT verbindet sich nur mit Servern im Internet:

  1. Öffne ChatGPT im Web → Settings → Connectors (Apps)
  2. Tippe auf Create oder Add (bei manchen Tarifen musst du zuerst Developer mode unter Advanced einschalten)
  3. Füge die Adresse unten ein, gib ihr einen Namen und speichere
  4. Wenn eine Anmeldung verlangt wird, melde dich beim Dienst des Entwicklers an
SettingsConnectors1+ Create2https://…3
https://rta.lat/soma-protocol/mcp

Menünamen können sich je nach Tarif und mit der Zeit leicht unterscheiden.

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

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

Was er kann

Der Server hat bei unserer letzten Prüfung nicht geantwortet, deshalb konnten wir seine Tools nicht lesen.

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 mrpkk 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 bestanden

    Endpunkt antwortet

    Hat bei unserer Prüfung nicht innerhalb von 6 Sekunden geantwortet

  • – Nicht zutreffend

    Anmeldung mit OAuth

    Hat bei unserer Prüfung nicht innerhalb von 6 Sekunden geantwortet

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen

Im Vergleich mit anderen in Sonstigesi

  • Mehr Sterne als 0 % der anderen 32599 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 92 % der anderen 32599 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 31 % der anderen 32599 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 Soma — open protocol for agent work sicher?

Er hat 1 von 2 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 in der Cloud des Entwicklers. Du verbindest dich übers Internet, ohne etwas zu installieren, aber was du sendest, läuft über die Server des Entwicklers.

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (1.4.1) kam vor 3 Tagen in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Er verbindet sich per URL, also funktionieren auch Apps, die Remote-MCP-Server akzeptieren, zum Beispiel ChatGPT im Entwicklermodus.

Was kann ich stattdessen nutzen?

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

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

Zendesk

von pipeworx-io

Zendesk MCP Pack — tickets, users, organizations via OAuth.

Computer oder 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.

Soma

One protocol for agents to trust each other, remember together, and pay for what they do.

Try it without installing anything: memory demo in the browser —

https://rta.lat/hub/demo/recall?q=pricing · storefront and pricing — https://rta.lat/hub ·

public MCP node, no token — https://rta.lat/soma/mcp

A message between agents is an envelope, not a chat line. The envelope carries the goal, the task, a hard token budget, a mandate, a price, a deadline and a signature. Memory, transport, money and history are just carriers of that envelope.

POST /v1/messages

{"goal": "verify the artifact", "task": "run the linter", "to": "verifier", "token_budget": 2000, "mandate": {"max_cost_usd": 0.5}, "price_usdc": 0.005}

  • Budget travels with the message. The receiver knows the limit before it starts.
  • Refusals come with a reason. Every decline names the rule that fired.
  • Degradation is declared. If context did not fit, the report says what was dropped.
  • Signatures verify offline. Ed25519, public key included — no service, no secret. Try it in the browser: https://rta.lat/hub/verify (tamper a field and watch it fail).
  • Cost is measured, not listed. Tokens, CPU, bytes, writes, external calls.

60 seconds

pip install -e ".[dev]"

soma keygen # ключ подписи Ed25519 soma serve # хаб на http://127.0.0.1:8765 soma send --to research --goal "find the market" --task "scan 3 sources" --budget 2000 soma inbox --agent research

Or in Python:

from soma import Envelope, Hub

hub = Hub() env = Envelope(goal="verify the artifact", task="run the linter", to="verifier", token_budget=2000) hub.send(env) # подписан и поставлен в очередь hub.inbox("verifier") # что ждёт агента hub.claim(env.id, "verifier") # забрать (атомарно) hub.complete(env.id, {"text": "ok"})

Why

Agents already work. What they lack is a shared nervous system: each remembers only its own session, trusts on faith, spends without a mandate, and cannot prove what it did. Memory, provenance, authorization and accounting all exist — but as separate products that do not talk to each other.

Soma is the glue. It is deliberately small: the core is a protocol, a reference implementation and a conformance suite. Not a platform, not a framework, not a vendor.

What is in the box

PieceWhat it is
src/soma/envelope.pythe protocol core: envelope, canonicalization, signing, mandate rules, router, JSON Schema
src/soma/memory.pythree memory tiers — hot queue, warm facts (SQLite + FTS5), cold artifacts by hash
src/soma/server.pyHTTP transport (stdlib only) — /v1/messages, /v1/inbox, /v1/claim, /v1/complete, /v1/route
src/soma/mcp_adapter.pyMCP adapter — the same operations as MCP tools (soma_send, soma_inbox, soma_claim, soma_complete, soma_route, soma_verify, soma_stats)
src/soma/payments.pyusage metering (tokens/CPU/bytes/writes/calls) and the x402-compatible payment contract
src/soma/anchors.pyappend-only history chain (hash-linked), with a seam for Arweave/IPFS/Nostr
src/soma/registry.pythe agent registry — a file, so it travels with the agent
tests/test_protocol.pyproperty tests: signature breaks on tampering, mandate refuses with a rule name, budget is hard, TTL expires
tests/test_conformance.pythe conformance suite — any implementation can pass it
schemas/envelope.schema.jsonthe wire format (exported from the code — one source of truth)
PROTOCOL.mdthe specification

Build your own hub, prove it speaks Mitra

The conformance suite is the point of this project. Two ways to run it:

# 1) any MCP endpoint, including the language you wrote yours in

python3 tools/check_conformance.py https://rta.lat/soma/mcp

2) a Python implementation, in-process

MITRA_CONFORMANCE_IMPL="my_package.hub:MyHubFactory" pytest tests/test_conformance.py -v

A public demo node runs at https://rta.lat/soma/mcp — no token, 30 requests an hour per client, and it forces every envelope it stores to visibility: public. Nothing private lives there. Step-by-step walkthrough: docs/IMPLEMENT.md.

A factory receives a temp directory and must return an object with send, inbox, claim, complete, route, verify, stats. Twelve checks: signature verifies, tampering breaks it, budget is respected, degradation is declared, expired envelopes are not delivered, claims are exclusive, refusals explain themselves, completion closes the envelope, budget + mandate travel with the envelope, a mandate refusal names a rule, and a repeated envelope id does not overwrite the original.

Composing with what already exists

Soma does not replace any of these — it carries envelopes between them:

  • MCP — an adapter exposes the same operations as MCP tools.
  • A2A — agents.json in this repo is an A2A Agent Card; envelopes map onto A2A tasks.
  • x402 — the payment header contract is defined in src/soma/payments.py.
  • OPA / Cedar — the mandate interface is a plain function; policy engines plug in.
  • Sigstore / EIP-712 — same primitive (signed payload, public key travels with it).
  • Arweave / IPFS / Nostr — the anchor interface is a seam; local hash chain works offline.

What is open and what is not

This is the whole point of the split, so it is written down plainly.

LayerExampleLicenseWhy
Protocolenvelope, three memory tiers, router, the five seams, the conformance suiteMIT, forevera protocol only wins if others implement it; ours is a candidate, not a law
Enginesdeep artifact verification, mandate engine with ledger, true cost metering, the rule base of a skill linterclosedthis is what we sell
Servicehosted hub, guarantees, x402 settlement, reputation, shared history, registryclosedrecurring revenue, and reputation cannot be copied — only accumulated

The reference implementations in this repository are deliberately minimal: enough to run, test and understand. They are not the engines. Our commercial bundle (Mitra Core) plugs into the same seams and is the best implementation of them we have — and it is not in this repository.

If you are reading this to decide whether to build on Soma: yes, build on it. If you are reading

this to decide whether to use our hosted version instead of running your own: that is a fair

question, and the answer depends on whether you want guarantees, the shared history and the

managed key handling, or you would rather run everything yourself.

Plugging your own engine

The five seams are protocols (soma/interfaces.py): Signer, MandateEvaluator, MemoryTier, Meter, Anchor. A plugin is any object that satisfies them.

# my_engine.py

from soma.envelope import Mandate

class StrictMandate: name = "my-engine"

def check(self, action, mandate, only=None): if action.get("payee") == "mallory": return False, "payee: blocked by my engine" return True, "ok"

def components(): return {"mandate": StrictMandate()}

Load it two ways:

# 1) environment — for experiments and local runs

SOMA_PLUGINS="my_engine:components" soma serve

2) entry point — for a distributed package

[project.entry-points."soma.plugins"]

my_engine = "my_engine:components"

pip install my-engine && soma serve

GET /healthz reports what is actually connected:

{"components": {"signer": "ed25519", "mandate": "my-engine", "meter": "usage",

"memory": "Memory", "anchor": "LocalChain", "plugins": ["my-engine"]}}

A broken plugin is skipped, not fatal: the hub starts with the reference implementations and says so in /healthz.

Who is who, and why it matters

The registry is a file. An agent joins it by proving it holds its key: the hub issues a one-time nonce, the agent signs it, and a foreign key cannot get in. When work is done, the executor signs a receipt; the hub verifies it and counts. Actions refused by a mandate are counted as breaches. Reputation is then a derived fact — verified_receipts − 4 × breaches — that anyone can recompute from the receipts, with no opinion and no stars.

Two nodes, one protocol

Nodes can share work and history. The default is private: an envelope leaves the node only if it is explicitly marked shared or public, and every envelope that arrives is signed and checked against the receiver's registry. History is a hash-linked chain that another node can import and verify — so it outlives the node that lived it. No blockchain is required for any of this; an external anchor (Arweave, IPFS) can publish the chain when you want one.

Server profile

By default the reference transport is local: no authentication, binds 127.0.0.1 — a component to put behind your own gateway. For a public deployment there is a managed profile:

SOMA_MANAGED=1 SOMA_TOKEN=<secret> SOMA_QUOTA_PER_HOUR=100 soma serve
VariableMeaning
SOMA_MANAGED=1require Authorization: Bearer $SOMA_TOKEN on every request
SOMA_TOKENthe token; if it is not set, the managed profile denies everything
SOMA_QUOTA_PER_HOURmax envelopes per sender per hour (0 = no limit)
SOMA_MAX_BODYmax request body in bytes (default 1 MiB)

Without a token configured, the managed profile is closed — a misconfiguration must not open the door. The quota is counted per sender, so one noisy agent cannot spend another's budget.

Trust, stated plainly

  • The reference HTTP transport has no authentication and binds 127.0.0.1. Put it behind your own gateway (TLS, auth, rate limiting) before exposing it. Bodies are capped at 1 MiB.
  • A signature proves integrity by itself. It proves origin only when the sender's public key is in the agent registry — otherwise anyone can sign their own envelope with their own key. The reference implementation checks the registry when it has one.
  • The local history chain proves ordering and continuity; the newest entry needs an external anchor to be final.

Measured, not claimed

Memory quality is measured, not asserted. The benchmark runs offline, without an LLM: bench/memory_bench.py (numbers) and tests/test_recall_abilities.py (abilities).

MeasurementResult
Recall@1 over 1,000 facts, 100 queries100 % (window of the last 20 facts: 30 %)
Tokens per answer~24 (full context: 8,921)
Abilities tested separately5 — extraction, cross-session, temporal window, supersede, abstention
Signatureverified offline; historical bodies verified explicitly and named as such

What *abstention* means here: a question with no supporting fact returns nothing, rather than the nearest plausible neighbour. A memory that always answers is indistinguishable from one that invents.

Status

Beta. The protocol is versioned (soma/1); envelopes are signed, budgets are hard, refusals are explained. See ROADMAP.md for what is next and SECURITY.md for the trust model.

License

MIT.

PopNx fragen