vineverse-mcp

Eine stdio-Brücke zum gehosteten VineVerse MCP-Server — die Bibel als Wissensgraph.

Wenn Ihr Client streamable HTTP spricht, benötigen Sie dieses Paket nicht. Richten Sie ihn direkt auf den Endpunkt:

https://vineverse.bible/api/mcp

Kein API-Schlüssel, kein Konto. Dieses Paket existiert für Clients, die nur einen lokalen Prozess starten können, und es tut nichts anderes, als JSON-RPC-Nachrichten zwischen diesem Prozess und dem gehosteten Server zu übertragen.

Installation

// claude_desktop_config.json, or any client's equivalent
{
  "mcpServers": {
    "vineverse": {
      "command": "npx",
      "args": ["-y", "github:DataCraftsmanAU/vineverse-mcp"]
    }
  }
}

Oder mit Docker:

docker build -t vineverse-mcp .
docker run -i --rm vineverse-mcp

Node 20 oder neuer. Es gibt keine Abhängigkeiten.

Related MCP server: KARP Word Graph

Was dahintersteckt

Ein unveränderliches Bündel aus 12.761 Dokumenten im Open Knowledge Format, erstellt aus gemeinfreien biblischen Schriften und offen lizenzierten wissenschaftlichen Werken:

Die Quellen und ihre Lizenzen sind unter vineverse.bible/attribution aufgeführt. Die MIT-Lizenz dieses Repositorys gilt für die Brücke, nicht für den Korpus.

Werkzeuge

15, unverändert vom gehosteten Server — dieses Paket fügt keines hinzu und filtert keines.

Konfiguration

Nützlich für einen lokalen Checkout der Website:

VINEVERSE_MCP_URL=http://localhost:3100/api/mcp node index.js

Test

npm run build   # syntax check — there is nothing to compile
npm test

CI läuft sowohl bei jedem Push als auch wöchentlich geplant, mit Node 20 und 24. Der geplante Lauf ist beabsichtigt: Da das Test den Live-Endpunkt anspricht, bedeutet ein grünes Badge auf einem Repository, das seit Monaten nicht verändert wurde, trotzdem, dass der Server heute antwortet.

build existiert, weil gehostete Builder (unter anderem Glama) bedingungslos install und danach build ausführen. Statt eines No-op führt es node --check aus, den einziG sinnvollen Build-Schritt einer datei. ein ohne Abhängigkeiten hat.

Das Test startet einen echten Kindprozess, anstatt das Modul zu importieren, denn zwei der vier geprüften Punkte — dass eine notification keine Antwort erzeugt und dass der Prozess mit 0 endet, ohne eine Antwort abzuschneiden — sind Eigenschaften des Prozesses, nichtabbiner Funktion darin.

Der Test startet die Brücke als echten Kindprozess und steuert sie über stdio: initialize, notifications/initialized, tools/list und einen get_passage-Aufruf für Johannes 3,16. Dabei wird der Live-Endpunkt angesprochen, eine Abbruch bedeutet also entweder einen Fehler in der Brücke oder im gehosteten Server.