DKG Memory MCP Server

Servidor MCP (Model Context Protocol) que expone la memoria verificable de tres capas de OriginTrail DKG V10 (Working / Shared / Verifiable) como herramientas MCP estándar. Móntalo en cualquier cliente compatible con MCP — Claude Desktop, Cursor, Claude Code, o un agente MCP genérico — y lee, escribe, comparte y consulta la memoria DKG sin cableado HTTP personalizado.

Esta es una presentación a la DKG v10 Call for Integrations (Round 1: Working & Shared Memory). Es una capa de herramientas independiente del transporte, distinta del daemon hermano OpenClaw Memory Curator (que es específico de OpenClaw).

Herramientas

El alcance de la Ronda 1 es solo Working + Shared Memory. No hay herramienta vm/publish (Verifiable Memory es una ronda posterior y requiere una publicación explícita con control humano) y no hay herramienta de respaldo/votación de UI (prohibida por las reglas del bounty).

Related MCP server: mycelial-brain-mcp

Instalación

npm install -g dkg-memory-mcp

Requiere un nodo DKG V10 en ejecución (por defecto http://127.0.0.1:9200) con un token de autenticación en ~/.dkg/auth.token (línea 2; las líneas de comentario que comienzan con # se eliminan).

Claude Desktop

Añade a claude_desktop_config.json:

{
  "mcpServers": {
    "dkg-memory": {
      "command": "dkg-memory-mcp",
      "args": []
    }
  }
}

Cursor / Claude Code

Registra el servidor MCP con el comando dkg-memory-mcp (transporte stdio).

Variables de entorno (opcional)

Desarrollo

npm install
node --test test/*.test.js   # unit tests
node src/server.js           # run the stdio server

Prueba de humo (en vivo)

Verificado de extremo a extremo contra un nodo DKG V10 (testnet Base Sepolia): crear KA → escribir quads en Working Memory → recuperación SPARQL → 3 bindings devueltos entre peer-ID, wallet y direccionamiento de agente por defecto.

Licencia

Apache-2.0

Ejemplo verificado (2026-08-22)

Round-trip MCP real contra el nodo DKG local (v10.0.13, testnet), impulsado sobre el protocolo MCP stdio:

// tools/call dkg_write_memory
{
  "kaName": "hermes-audit-manic",
  "subject": "urn:dkg:hermes:demo:manic-deposit",
  "triples": [
    {"predicate": "http://127.0.0.1:7878/actionType", "object": "deposit"},
    {"predicate": "http://127.0.0.1:7878/chain", "object": "solana"},
    {"predicate": "http://127.0.0.1:7878/outcome", "object": "success"}
  ]
}
// -> Created Knowledge Asset "hermes-audit-manic-1787398447058" with 4 quad(s)
//    assertionUri: did:dkg:.../_working_memory/.../269
//    status: wm-sealed | merkleRoot: 0x8aa210f8... | written: 4

// tools/call dkg_query_memory (SPARQL)
{"query": "SELECT ?s ?p ?o WHERE { ?s <http://127.0.0.1:7878/actionType> \"deposit\" . ?s ?p ?o }", "view": "working"}
// -> returns the deposited action quads (incl. records written by sibling tools)

La escritura se selló en Working Memory (sello EIP-712, con raíz Merkle) y la consulta SPARQL la recuperó, incluidos los registros escritos por el hermano dkg-hermes-bridge — demostrando visibilidad entre herramientas en el sustrato DKG compartido.