NotePM内容搜索MCP服务器

NotePM MCP Server

NotePMのコンテンツを検索するためのModel Context Protocol (MCP) サーバーです。このサーバーを使用することで、NotePMの検索機能をMCP対応のクライアントから利用することができます。

機能

• NotePMのコンテンツ全文検索
• タイトルのみの検索
• タグによる検索
• ノートコードによる検索
• 作成者（ユーザーコード）による絞り込み
• 作成日時・更新日時の範囲による絞り込み
• アーカイブされたページの検索オプション
• ページネーション対応
• 詳細な記事の内容を取得

必要条件

• Python 3.10以上（開発時の想定は3.12）
• NotePMのアカウントとAPI Token
• uv

インストール

uv sync

依存関係の方針（重要）

デプロイ時は必ず uv.lock を尊重してインストールしてください。

uv sync --frozen --no-dev   # uv.lock の固定バージョンのみを使う（開発用依存は除く）

--no-dev を省くと [dependency-groups] dev（ty や pytest）まで実行環境に入り、 不要な依存をコンテナ起動ごとに取得することになります。

uv を使わないイメージ（pip install 系）では、ロックから requirements を書き出してください：

uv export --frozen --no-dev -o requirements.txt
pip install -r requirements.txt --no-deps

逆に uv.lock を無視する経路（uvx、pip install git+... など）を使うと、 起動ごとに PyPI から最新版を取得するため、上流の破壊的変更でそのまま起動不能になります。

2026-07-28 に公開された mcp 2.0.0 で mcp.server.lowlevel.server.request_ctx が削除され、 これを参照する同居ライブラリごと ImportError で起動失敗する障害が発生しました。 uv.lock は当時 mcp==1.6.0 を固定していたため、ロックを尊重していれば影響はありませんでした。

二重の防御として pyproject.toml の依存には上限（mcp>=2.2.0,<3 など）を付けています。 依存を更新する際は、上限を外さずにレンジごと引き上げてください。

現在の主要依存

mcp の CLI extra（mcp[cli]）は使用していないため外しています。 本体は click を直接使っており、mcp.cli を import していません。

TLS 証明書の取り扱い（デプロイ時の注意）

httpx から httpx2 への移行に伴い、CA 証明書の解決方法が変わりました。 httpx2 は certifi を同梱せず、既定では truststore 経由で OS のトラストストアを参照します。

そのため CA 証明書を持たない最小構成のイメージ（distroless、ca-certificates 未導入の Alpine など）では、 NotePM への HTTPS 接続が証明書検証エラーになります。イメージに ca-certificates を導入するか、 SSL_CERT_FILE もしくは SSL_CERT_DIR で証明書の場所を明示してください。

開発

型チェック

型チェックには ty を使用します。dev 依存に含まれているため、 uv sync 済みであれば追加の準備は要りません。

uv run ty check

ty はまだ 0.0.x のプレビュー段階です。本リポジトリでは pyproject.toml の [tool.ty.rules] で all = "error" を指定し、既定では警告にとどまる規則も含めてすべてエラーとして扱っています。 ty を更新すると新しい規則の追加によって指摘が増えることがあるため、バージョンの上限 （ty>=0.0.79,<0.1）は外さず、レンジごと引き上げてください。

テスト

テストは pytest で実行します。

uv run pytest

実際の NotePM API には接続しません。HTTP 応答は httpx2 の MockTransport で差し替えており、 差し替えを忘れたテストは tests/conftest.py のフィクスチャが検知して失敗させます。 同じフィクスチャが NOTEPM_ 系の環境変数も毎回消すため、手元に .env があっても結果は変わりません。

環境設定

サーバーが読む環境変数は次のとおりです。NOTEPM_TEAM と NOTEPM_API_TOKEN は必須で、 どちらかが欠けていると起動時に ValueError を送出して停止します。設定の誤りは 動き出す前に気付けるほうがよいためです。

.env ファイルに書いても読み込まれます。.env.sample が同じ一覧を持っているので、 複製して値を埋めるのが手早いはずです。

cp .env.sample .env

MCP クライアントから起動する場合は、.env の代わりにクライアント側の設定へ書けます （「MCP クライアントの設定」を参照）。

NOTEPM_MAX_BODY_LENGTH

検索（notepm_search）の結果に含まれる本文を、この文字数で切り詰めます。超えた分は 末尾を ... に置き換えます。詳細取得（notepm_page_detail）は全文を返すため、この設定の 影響を受けません。全文が要るときは、検索結果の page_code を詳細取得へ渡してください。

指定できるのは 0 以上の整数です。0 は本文を丸ごと省略する指定として扱います。整数として 読めない値や負の値を渡した場合は、変数名と受け取った値を添えた ValueError で起動に 失敗します。値を空にしたときは、未設定と同じく既定値になります。

NOTEPM_RAISE_EXCEPTIONS

1 / true / yes / on のいずれかで有効になります（大文字小文字は問いません）。 有効にすると、ハンドラを抜けた例外がそのまま送出され、サーバープロセスが停止します。 原因の切り分けには便利ですが、常駐させる通常の運用では設定しないでください。既定の 無効のままなら、想定外の例外はクライアントへのエラー応答に変換され、サーバーは動き続けます。

なお、ツール実行中の例外は call_notepm_tool() が捕捉して isError の結果に変換するため、 このフラグの影響を受けません。フラグが効くのは、ツール一覧の取得など、ハンドラの外へ 例外が抜ける経路だけです。

HTTP 接続の扱い

NotePM への HTTP クライアントは、サーバーの起動から停止まで使い回します （個々の接続は 60 秒の keepalive を過ぎると入れ替わります）。停止時には接続を解放します。 ツール呼び出しのたびにクライアントを作り直すと、TLS ハンドシェイクとコネクションプールが 毎回捨てられ、検索してから詳細を取るという典型的な流れで接続確立のコストが積み上がります。

タイムアウトと再試行は環境変数ではなく、notepm_mcp_server/notepm.py の定数として明示しています。

読み取りのタイムアウト（ReadTimeout）は再試行しません。応答を返さない相手に対して、 待ち時間が試行回数の分だけ積み上がるためです。再試行しない代わりに、他の通信の失敗と 同じ分類のエラーとしてすぐに返します（「エラーの分類」を参照）。

全体の上限を別に持っているのは、試行ごとの上限だけでは 1 回の呼び出しが読み取り 30 秒 × 3 試行で 90 秒を超え得るためです。MCP のホスト側にもツール実行の制限があり （Claude Code の MCP_TOOL_TIMEOUT など）、そちらに先に打ち切られると、 何が起きたのかが呼び出し側に伝わりません。

障害時の切り分け

エラーの分類

NotePM API が失敗を返しても、サーバーは停止しません。原因ごとのメッセージを載せた isError の結果をツールの呼び出し元へ返します。

存在しない page_code を詳細取得へ渡したとき、NotePM は 404 ではなく 400 を返します （応答本文は {"messages":["権限がありません"]}）。存在しないページと権限の無いページを NotePM が区別しないため、詳細取得の 400 では両方の可能性を挙げたうえで page_code を 添えて返します。表の 404 が指すのはチーム名の誤りのような URL 水準の失敗で、この分岐は 返らないと確かめたわけではないので残してあります。

リクエスト制限の具体的な上限値は、エラーメッセージには載せていません。NotePM の API ドキュメントは「ユーザ毎に1分間に60リクエスト」としていますが、実応答の X-RateLimit-Limit ヘッダは 120 を返します。どちらが実際の上限かをこちらでは断定 できないため、確かめられない数字を呼び出し側へ渡さない方針です。

429 と 5xx、接続の確立失敗、切られていた接続は「HTTP 接続の扱い」の再試行を尽くした うえで、それでも直らなかったときにこの形で返ります。読み取りの時間切れ（30 秒）は 再試行しないため、1 回目でこの形になります。

メッセージには API トークンも応答本文も含めません。応答本文の中身は NotePM 側の都合で 決まるため、そのまま返すとクライアントの記録や LLM の文脈へ制御できない内容が流れ出ます。 本文を確かめたいときは -vv で起動してください（先頭 200 文字までを stderr に出します）。

ログ

ログは stderr に出力します（stdout は JSON-RPC が使うため）。既定では警告以上のみで、 -v で INFO、-vv で DEBUG まで下がります。

uv run notepm-mcp-server -v

トレースバックを残すのは想定外の失敗だけです。弾いた呼び出しと NotePM API が返した失敗は サーバーの不具合ではないため、警告に留めます。トレースバックが並ぶと、本当の異常が 埋もれてしまうためです。

水準はルートロガーへ設定するため、依存ライブラリのログも同じ水準で出ます。-v では httpx2 がリクエストごとに 1 行（メソッド・URL・ステータス）を加え、-vv では接続の 詳細まで加わります。いずれも Authorization ヘッダは出力しません。

この httpx2 の 1 行には、URL の一部として検索語（クエリ文字列）が含まれます。上の表で クエリを DEBUG に挙げているのはこのサーバー自身の出力の話で、検索語が記録に現れるのは -v からです。検索語を残したくない場合は既定の水準のまま運用してください。

MCP クライアント経由で起動している場合、この出力はクライアント側のログに記録されます。

使用方法

サーバーの起動

uv run notepm-mcp-server

MCP クライアントの設定

サーバーを登録するキーの名前はクライアントによって異なります。以下はどちらも設定ファイル 全体なので、そのまま貼り付けたうえで --directory のパスと env の値を書き換えてください。 --directory には、このリポジトリを clone した先の絶対パスを指定します。

--frozen --no-dev を付けているのは、uv.lock を尊重して起動するためです （「依存関係の方針」を参照）。

VS Code（ワークスペースの .vscode/mcp.json、またはユーザーの mcp.json）:

{
  "servers": {
    "notepm-mcp-server": {
      "command": "uv",
      "args": [
        "--directory",
        "/path/to/notepm-mcp-server",
        "run",
        "--frozen",
        "--no-dev",
        "notepm-mcp-server"
      ],
      "env": {
        "NOTEPM_TEAM": "your-team-name",
        "NOTEPM_API_TOKEN": "your-api-token"
      }
    }
  }
}

Claude Desktop（claude_desktop_config.json）や Claude Code（.mcp.json）:

{
  "mcpServers": {
    "notepm-mcp-server": {
      "command": "uv",
      "args": [
        "--directory",
        "/path/to/notepm-mcp-server",
        "run",
        "--frozen",
        "--no-dev",
        "notepm-mcp-server"
      ],
      "env": {
        "NOTEPM_TEAM": "your-team-name",
        "NOTEPM_API_TOKEN": "your-api-token"
      }
    }
  }
}