Personal Knowledge MCP

MCP 経由で Claude から使える「家庭内ナレッジベース」です。家庭の情報（保証書、 学校のお便り、自治体通知、連絡先、ライフログなど）を蓄積し、Claude から検索・登録 でき、書類は Claude 自身に読み取らせて構造化登録、期限が近づくと能動的にリマインド します——提案を我が家の実状況に基づかせるための基盤です。

システム全体の設計は docs/design.md を参照してください。ロード マップ（設計 §8）の4フェーズを実装済みです（書類取り込みは設計当初の自前 Discord bot ＋PaddleOCR ではなく、追加コストの要らない「Claude 主導」方式に変更）。

実際に運用するための手順書は docs/operations.md（セットアップ→ 外部公開→バックアップ→リマインダーを実コマンド付きで順に解説）。

実装状況

Related MCP server: memcp

アーキテクチャ

収集 (Ingestion)                  知識ストア (Store)              参照・推論 (Retrieval)
─────────                         ───────────────                 ─────────────────────
Claude が書類を読取り ─┐                                          Claude (Code / Web / アプリ)
→ register ツール ─────┼─►  DocumentStore  ─► SQLite + FTS5            │ Streamable HTTP
                       │     (src/store)       + sqlite-vec             ▼
                       │      ▲  scope を強制した SQL           Express POST /mcp (src/index.ts)
                       │      │                                   │ 認証 (token | CF Access)
権限ガード (src/auth) ─┴──────┘                                   ▼
                                                                 MCP ツール (src/mcp): register,
リマインダー cron ─► Discord webhook (src/reminders)             search, update, delete, restore,
バックアップ cron ─► 暗号化 → Google Drive (src/backup)          list_doc_types, ＋prompt: ingest_document

コードで強制している設計原則：単一 DB を scope で論理分割する／アクセス可否は トークンでサーバ側が決定する（クライアントが scope を自由に選べない）／生テキストと 抽出済み JSON をペアで保持する／ライフサイクルは状態遷移 cron ではなく 日付フィルタ （valid_until）で扱う。

セットアップ

Node.js ≥ 22.13 と pnpm が必要です（pnpm は corepack enable pnpm で入ります。pnpm@11.8.0 が Node ≥ 22.13 を要求します）。

pnpm install
pnpm run build
pnpm test          # テスト一式
cp .env.example .env   # 編集する

MCP サーバの起動：

pnpm run dev            # 開発用（DEV トークン・ループバック）
pnpm run build && pnpm start

設定はすべて環境変数で行います——.env.example を参照してください。

MCP ツール

加えて MCP プロンプト ingest_document を提供します（添付書類を Claude 自身に読み取らせ → 構造化 → register させる定型指示。後述「書類の取り込み」参照）。

Claude Code から接続

claude mcp add --transport http personal-knowledge \
  http://localhost:8848/mcp \
  --header "Authorization: Bearer full-dev-token"

ライフサイクルと名寄せ

• valid_until（日付）が期限を決める。番兵値 9999-12-31 は「無期限」。既定検索は deleted = 0 AND valid_until >= today のみを返す。

• deleted は手動アーカイブ用フラグで、期限とは直交する別軸。

• dedup_key により「最新だけ欲しい」情報（電話番号、現行プラン等）の更新で旧版を supersede できる。一方、履歴系 doc_type（各年の税額など）は supersede しない。

埋め込み — プレースホルダ

決定的・オフラインの HashingEmbedder が API キーなしでベクトルパイプラインを動かし ます。語彙的な重なりは捉えますが意味的な類似性は捉えないため、キーワード検索が当面の 主力です。実モデルへ差し替えるには Embedder インターフェース（src/embedding.ts）を 実装してください。

書類の取り込み（Claude 主導・API キー不要）

構造抽出は「推論」なので、別課金の Anthropic API ではなく、あなたが既に契約している Claude（Code / デスクトップ / アプリ）自身にやらせます。Claude はマルチモーダルなので OCR も内蔵で行え、PaddleOCR も外部サービスも ANTHROPIC_API_KEY も不要です（Claude の 月額プラン内で完結）。

1. Claude に書類（画像/PDF/テキスト）を添付する。

2. MCP プロンプト ingest_document を実行する（doc_type 語彙・期限推定・dedup_key の 付け方を指示済み）。

3. Claude が全文を読み取り、構造化して register を呼ぶ。

Discord から無人で投げたい場合も、Claude Code の Discord 連携（Channels） を使えば同じ流れになります：Discord 添付 → Channels が download_attachment でローカル保存 → ローカルの Claude Code が読み取り → 本 MCP の register を呼ぶ。これも Claude Code の サブスク認証で動くため API キー不要です。

設計当初は自前 Discord bot ＋ PaddleOCR ＋ Anthropic API による完全無人取り込みも想定して いましたが、API 従量課金を避けるため上記の Claude 主導方式に一本化し、当該コードは削除 しました（必要なら Git 履歴から復元可能）。

外部公開（Cloudflare）

LAN サーバを Cloudflare Tunnel + Access の背後に置きます（ポート開放不要・自宅 IP も隠れる） ——deploy/cloudflared-config.example.yml を参照。 Access が Cf-Access-Authenticated-User-Email ヘッダを付与するので、 PK_TRUST_ACCESS_HEADER=true と PK_ACCESS_EMAILS で認証済みメールを scope にマッピング します。公開 URL は claude.ai（Web）でカスタムコネクタとして登録すると、モバイルアプリへ 同期されます。

トランスポートに関する注記： 本サーバは Streamable HTTP を ステートレス モードで動かし、 GET /mcp には 405 を返します。これは仕様準拠です——MCP の Streamable HTTP 仕様は、GET に対し 「text/event-stream を返す」か「サーバ→クライアントのストリームを提供しないなら 405 を返す」 のどちらかを求めており、準拠クライアントは POST にフォールバックします。Anthropic のリモート コネクタは Streamable HTTP を使用（レガシーの HTTP+SSE は非推奨）するため、別系統の SSE トランスポートは不要です。

バックアップとリマインダー

• バックアップ（§9.2）：対象は SQLite のみ。WAL セーフなオンラインスナップショットを取得し、 Google Drive へアップロードする 前に AES-256-GCM（scrypt 由来の鍵）で暗号化します。原本 ファイルは設計上バックアップ対象外です——full_text があればリストア後も検索・参照は機能します。

• リマインダー（§4）：日次スキャンで PK_REMINDER_DAYS 以内に期限を迎える項目を Discord webhook へ投稿します。

どちらも system cron で実行する想定の単発 CLI です。systemd のサービス＋タイマーユニットは deploy/systemd/ にあります。

リストアの注意： pnpm run restore の前に MCP サーバ（personalknowledge-mcp.service）を停止してください ——稼働中の SQLite ファイルを上書きすると破損します。リストア CLI は古い -wal/-shm サイドカー（旧 DB のもの）を削除し、この警告を表示します。

セキュリティ上の注意

• サーバは クライアント指定の scope を一切信用しません。トークンの許可集合と突き合わせ、 許可外への書き込みは拒否します。

• shared の知識は、それを許可するすべてのトークンから参照できます。

• update と delete には明示的な confirm: true が必要です（無しならプレビューを返すだけで変更しません）。restore（soft delete の解除）は復元方向のため確認不要です（§9.4）。

• 認証済みリクエストはすべて監査ログに記録されます（src/audit.ts）。ログ出力は src/redact.ts を単一チョークポイントとしてマスキングされ、マイナンバー（12桁／4-4-4 区切り）・ パスワード等の秘匿キー・Bearer トークンは平文で stderr／journald に出ません（エラースタックも対象）。

• CF Access のメールヘッダ（Cf-Access-Authenticated-User-Email）は、サーバが Cloudflare Access の 背後にあり上流が当該ヘッダを strip/set する構成でのみ PK_TRUST_ACCESS_HEADER=true として信頼して ください。直接到達できる（LAN を含む）構成で有効化すると、ヘッダ偽装によるなりすましを許します。

• データ（SQLite・ファイル）は自宅サーバ内に留まり、外に出るのはツールの応答のみです。

• 保存時暗号化（任意）：PK_DB_PASSPHRASE を設定すると SQLite ファイル全体（FTS5 インデックス・ WAL を含む）を SQLCipher で暗号化します。復号はメモリ上で行われるため検索や利便性は変わりません。 既存の平文 DB は一度だけ pnpm run db:encrypt（サーバ停止中）で移行します。バックアップ CLI も 同じ PK_DB_PASSPHRASE で暗号化 DB を読みます。この合言葉を失うと DB もバックアップも復元 できませんので、マイナンバー等を入れる場合は確実に控えてください。なお自分のマイナンバーを 自分のために保存するだけなら番号法の収集・保管制限（他人の個人番号が対象）には該当しませんが、 家族の番号は「他人の個人番号」に当たる点に注意してください。

プロジェクト構成

src/
  config.ts            トークン/メール → principal レジストリ、ランタイム設定
  types.ts             ドメイン型
  audit.ts             1行の監査ログ
  embedding.ts         Embedder インターフェース + Phase 1 のハッシュ実装（暫定）
  auth/guard.ts        権限ガード + リクエストの principal 解決
  db/index.ts          SQLite + FTS5（trigram）+ sqlite-vec スキーマ
  doctype/registry.ts  doc_type 語彙 + 履歴ルール
  store/documents.ts   scope 強制の register/search/update/delete/restore + リマインダー
  mcp/server.ts        MCP ツール（register/search/update/delete/restore/list_doc_types）
  index.ts             Express + Streamable HTTP エントリポイント
  backup/              AES-256-GCM 暗号、Drive バックアップ/リストア、CLI
  reminders/           期限スキャン → Discord webhook、CLI
deploy/                Cloudflare Tunnel 設定 + systemd ユニット/タイマー
test/                  guard・store・config・backup・reminder・HTTP e2e テスト
docs/design.md         システム全体の設計

sed -e "s|USER|$APP_USER|g" -e "s|APP_DIR|$APP_DIR|g" deploy/systemd/personalknowledge-tunnel.service | sudo tee /etc/systemd/system/personalknowledge-tunnel.service > /dev/null