Conspiracy Wiki — Tiered MCP Project

これは、個人ナレッジグラフプロジェクト（vault → db → MCP）と同じパターンを、200項目の陰謀論ウィキに適用したもので、3つのアクセスティアに分割され、3つの個別デプロイ可能なMCPサーバーを介して公開されます。

Tierの定義

適用範囲の注記： ヘイトスピーチに基づく陰謀論（反ユダヤ主義の定型表現、ホロコースト否認、「大置換」など）や、暴力の呼びかけと読めるものは、どのTierでも除外されます。その線は、Tierがどれほど「暗い」とされているかに関係なく変わりません。

Related MCP server: wiki-loop-mcp

アクセス行列（累積、仕様による）

3つすべてで同じコードベース（mcp/server.py）を使用し、異なるのはMAX_TIER環境変数だけです。各デプロイには独自のSQLフィルタがあるため、MCP-3デプロイは文字通りTier-1の行を照会できません。UIで単に隠されているだけではありません。

ファイル

• mcp/data.py — 厳選された200件の陰謀論（タイトル/要約/Tier/カテゴリ）

• db/schema.sql — Postgresスキーマ（theoriesテーブル + 生成済みtsvector検索カラム）

• mcp/build_db_postgres.py — 200件の陰謀論をPostgres DBにロードする（DATABASE_URL環境変数）

• mcp/server_postgres.py — Tier対応のFastMCPサーバー、Postgresバックエンド（4つのツール: list_theories, search_theories, get_theory, tier_info）

• vault/*.md — 200件のObsidian形式ノート（各陰謀論に1つ）。vaultファイルが必要な場合は、依然としてmcp/build_db.pyでローカル生成できます。完全にローカル/オフラインの変種が必要な場合は、SQLite版がserver.py/build_db.pyとして維持されています。

• Dockerfile — 単一イメージ。3つのデプロイ済みサービスはすべてこのイメージを実行し、同じ共有Postgresインスタンスに接続します。MAX_TIERのみが異なります。

• render.yaml — Renderブループリント：マネージド無料Postgres DB 1つ + Webサービス3つ。

ローカルビルド/テスト（Postgres）

Postgresインスタンスが必要です。WindowsにPostgresをインストールしたくない場合は、NeonまたはSupabaseの無料インスタンスが最も簡単です。

cd conspiracy-wiki-mcp
pip install -r requirements.txt

$env:DATABASE_URL = "postgres://user:pass@host:5432/conspiracy_db"
cd mcp
python build_db_postgres.py    # creates schema + loads 200 rows

$env:MAX_TIER = "1"
python server_postgres.py      # runs on :8000

デプロイ（ローカルではない状態にするため — タスクとしてカウントされるために必要）

Render（推奨 — 1つのブループリントですべて完了）:

1. このフォルダをGitHubリポジトリにプッシュします。

2. Render上で: New + → Blueprint → リポジトリを選択します。

3. Renderがrender.yamlを読み取り、以下をプロビジョニングします:

   • 無料のマネージドPostgres DB 1つ（コンspiracy-db）

   • Webサービス3つ。それぞれがDATABASE_URL経由で同じDBに自動接続され、MAX_TIERのみが異なります。

4. DBが稼働したら、ローダダーを1回実行します（3つのサービスのいずれかのRender Shellタブ、またはDBの外部接続文字列を使って自分のマシンから）:

   $env:DATABASE_URL = "<external connection string from Render dashboard>"
   python mcp/build_db_postgres.py

5. これで3つのサービスすべてが、同じDBをTierでフィルタリングして提供します。Renderダシュボードから3つの公開URLを取得してくださ。

Fly.ioの代替案： 共有DBにはFly Postgres（fly postgres create）を使用し、DATABASE_URLとMAX_TIERをアプごとに設定して、3つのアプをそれぞれfly deployします — 同じ考え方で、プラットフォームが異なるだけです。

デプロ後、各URLをそれぞれ独自のMCPコネクタとして登録します — MCP 1のURLはフルアクセス用、MCP 2のURLは中間Tier用、MCP 3のURLは公開/基本デモ用です。これが実際に「ローカルではない」を満たすものになります。

Claude / MCPクラアントへの接続

デプロされた各URLは標準のstreamable-HTTP MCPエンドポイントです。他のMCPサーバーを追加するのと同じ方法でリモートコネクタとして追加し、htps://<service>.onrender.com（またはFlyアプのURL）を指定します。ローカルでの取込ステップは不要です — DBはビルド時に各コンテナにすでに組込まれているためです。