vineverse-mcp

ホスト型の VineVerse MCP サーバーへの stdio ブリッジ — 聖書をナレッジグラフとして扱います。

クライアントが streamable HTTP に対応している場合、このパッケージは不要です。 エンドポイントを直接指定してください:

https://vineverse.bible/api/mcp

API キーもアカウントも不要です。このパッケージはローカルプロセスしか起動できないクライアントのために存在し、そのプロセスとホスト型サーバーとの間で JSON-RPC メッセージを運ぶだけのものです。

インストール

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

または Docker を利用する場合:

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

Node 20 以降が必要です。依存関係はありません。

Related MCP server: KARP Word Graph

背景にあるもの

Open Knowledge Format の12,761 ドキュメントをひとつの不変なバンドルにまとめています。パブリックドメインの聖書とオープンライセンスの学術資料から構築されています。

出典とそのライセンスは vineverse.bible/attribution に一覧があります。このリポジトリの MIT ライセンスが対象としているのはブリッジであり、コーパスではありません。

ツール

15 個をホスト型サーバーからそのまま利用できます — このパッケージは追加もせず、フィルタリングもしていません。

設定

サイトのローカルチェックアウトを対象にする場合に利用できます:

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

テスト

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

CI は、push ごととスケジュール毎週の両方で、Node 20 と 24 に対して実行されます。スケジュール実行は意図的なものです。テストはライブエンドポイントに接続するため、何か月も変更のないリポジトリのグリーンバブルが,今日もサーバーが応答していることを示すことになります。

build が存在するのは、ホスト型ビルダー（Glama を含む）が install に続けて build を無条件に実行するためです。no-op ではなく、node --check を実行します。それは、依存関係を持たない単一ファイルが持つ唯一の意味のあるビルドステップです。

このテストは、モジュールをインポートする代わりに実際の子プロセスを起動します。確認しようとしている4つのうち2つ — 通知に応答が返らないことと、応答を切りpruning せずにプロセスが終了コード 0 で終了すること — は、プロセスに属する性質であり、プロセスに置かれている関数の性質ではないためです。

ブリッジを実際の子プロセスとして起動し、stdio 経由で駆動します: initialize、notifications/initialized、tools/list、そしてヨハネ3章16節の get_passage 呼び出しです。ライブエンドポイントと通信しているため、失敗した場合はブリッジかあるいはホスト型サーバーのどちらかに問題があることを意味しています。

Wait, I made some mistakes in the final attempt above:

• In Sequence table "テーマ" I wrote "ウシャイ" Correct.

• "人'm buddies" - correct? I would revise.

• I introduced a stutter "それぞれ" etc.

• Also used 章 etc.

I need to be careful and present a polished final. Let's craft the refined final text here before output.

I noticed several formatting issues in my attempt: "Nave's Topical Bible" row: good. My last attempt misspelled "と を" etc.

Let's rewrite final from scratch, polished, with controlled details.

vineverse-mcp

VineVerse のホスト型 MCP サーバーへのstdio ブリッジ — 聖書をナレッジグラフとして扱います。

クライアントが streamable HTTP を使える場合、それでは復します。 The endpoints, set as follows:

https://vineverse.bible/api/mcp

API キー・アカウント不要? Actually these are related.

Let me define perfect Japanese:

Let's use a fuller final draft:

"ホスト型の VineVerse MCP サーバーへの stdio ブリッジ — 聖書をナレッジグラフとして提供します。"

"もしクライアントが streamable HTTP に対応していれば、このパッケージは不要です。 そのままでエンドポイントに向けてください:"

This is good.

"APIキーもアカウントも不要です。このパッケージは、ローカルプロセスだけを起動できるクライアントのために存在し、そのプロセスとホスト型サーバーとの間で JSON-RPC メッセージを転送するだけのものです。"

Install:

"Or with Docker:" -> "Docker を使う場合:" "Node 20 以降。依存関係はありません。"

What's behind:

"Open Knowledge Format でまとめられた12,761 個のドキュメントからなる不変のバンドルです。パブリックドメインの聖書テキストとオープンライセンスの学術資料に基づいています。"

Table:

But order, hmm "人物" etc. We can list names:

| 蔵 | 内容 | | Scripture | ... | but translated Japanese.

Let's be exact:

Header columns: | | | We keep blank, but content in first column.

• | 聖書 | "Berean Standard Bible: 31,102 節、1,189 章、66 書"

• | 人物 | "記録された親族関係を持つ約3,000人"

• | 場所 | "座標付きの約1,300箇所"

• | テーマ | "Nave's Topical Bible からの約3,000件"

• | 語彙 | "Strong's文書となるヘブ語約2,900項目（インターリアル対応分）"

• | 律法 | "613 條戒め"

• | 物語 | "約450 of the philosophy events, across Ussher date ~165"

• | グラフ | "document間90,564件 — edge 147,002"

But note "events" is not "出来事" maybe "場景". Use "出来事".

Ok.

For "Lexemes" (language units grammar) in table, "語彙" works.

Now description "Strong’s Hebrew entries with interlinear alignment" -> "Strong's ヘブ語の語項（strong's), インターリアル併記付き" Strong's "語項" maybe "Stenson氏のヘブル語見出し" but simplest: "Strong's ヘブ語語彙 ~2,900 件、インターリニア併記付き". Good.

Now "almost 3000 themes from Nave's Topical Bible" -> "nave's Topical Bibleあたり ~3,000 のテーマ".

Now "The narration" row I will use "ウッシャーの年代学に基づく ~165 の date 区間にわたる ~450 の出来事" (order).

Wait, "closer" in Ussher: Use "ウッシャー" (a transliteration). I think "ウッシャーの年代学" is natural. But to preserve proper script maybe "Ussher の年代学" - I'll use "ウッシャーの年代学" because it's in Japanese running text. The literal name "Ussher" is a personal name not a branded product. I think okay. But instruction included product names verbatim, not general names. Should be okay. Actually, many Japanese translations of Ussher = "ユッシャー" or "ウッシェル". There's no standard. I'll use "Ussher" If I keep English, reads as a foreign name in an otherwise Japanese sentence; okay. Let me use "Ussher の年代学" to be safe.

Now "sources and their licences" paragraph: "情報ソースとライセンスの一覧は..." etc.

Tools paragraph: "15 tools才能 from host continuation., unchanged..." I'll do "15 のツールをホスト型サーバーから変更なしで備えています。このパッケージ自身が新規追加も処理の除外も行いません。"

Table: as before.

Note : "subset of find_places_near` - 'radius' - "半径".

"Biblical" - "聖書に登場する". Description: "聖書の place within ..." -> "聖地" could be "biblical" but "聖書に登場する場所" is clear.

Now config: as above.

Test section: "GXP5" as is.

Let me correct the sentence in CI paragraph: "The scheduled run is deliberate: because the test talks to a live endpoint, a green badge on a repo not changed in months still means the server answers today."

Japanese: "予定された実行は意図的です。テストがライブエンドポイントと交信するので、何か月も変更されていないリポジトリの緑のバッジは、今日もサーバーが応答していることを意味します。"

Build: "build は、ホスト型ビルダー (Glama など) が install のあとに build を無条件に実行するから存在します。no-op ではなく、node --check を実行します。これは依存のない単一ファイルに…唯一正式な build step です。"

Test process: "テストは関数を import ではなく，现场のnode processない起動..." Good.

Final paragraph: "ブリッジを sub process ... " This is a continuation: I'll translate exactly.

Now let's produce the final with clean Japanese and proper tables. Make sure every line except paragraphs and bullets is present.

One subtlety: In Markdown table cells, an em dash and backticks are okay. But inside get_entity description there are people/moses and places/bethel-1, ... at the end "…". We include.

Another subtlety: For Nave's Topical Bible, the apostrophe inside table is fine. Use "Nave’s"? closer to source "Nave's" (straight). Keep "Nave's Topical Bible".

Also Ussher's chronology: Keep as "Ussher の年代記". Fine.

Now, after final, I need to ensure "Source" and "The code" works.

Let's write final translation# vineverse-mcp

ホスト型の VineVerse MCP サーバーへの stdio ブリッジ — 聖書をナレッジグラフとして扱います。

クライアントが streamable HTTP に対応している場合、このパッケージは不要です。 エンドポイントを直接指定してください:

https://vineverse.bible/api/mcp

API キーもアカウントも不要です。このパッケージはローカルプロセスしか起動できないクライアントのために存在し、そのプロセスとホスト型サーバーとの間で JSON-RPC メッセージを運ぶだけのものです。

インストール

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

または Docker を利用する場合:

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

Node 20 以降が必要です。依存関係はありません。

背景にあるもの

Open Knowledge Format による12,761 ドキュメントをひとつの不変バンドルとしてまとめたものです。パブリックドメインの聖書とオープンライセンスの学術資料から構築されています。

出典とそのライセンスは vineverse.bible/attribution に一覧されています。このリポジトリの MIT ライセンスが適用されるのはブリッジであり、コーパスではありません。

ツール

15 個、ホストドサーバーのものをそのまま利用しています。このパッケージによる追加もフィルタリングも行われません。