公開ドキュメント向けMCPサーバー

GitBookに公開されたドキュメントは、自動的にMCPサーバーを生成し、外部ツールに接続できます

公開済みのすべての GitBook サイトには、Model Context Protocol（MCP）サーバーが自動的に含まれます。

AI ツールはこれを使って、公開済みのドキュメントを直接読み取れます。これは、Claude Desktop、Cursor、VS Code の拡張機能などで利用できます。

MCP サーバーは、公開済みサイトの URL に次を追加した場所にあります /~gitbook/mcp.

たとえば、GitBook のドキュメントは次の場所にあります https://gitbook.com/docs。その MCP サーバーは次のとおりです https://gitbook.com/docs/~gitbook/mcp.

このエンドポイントは、公開サイト、公開済みコンテンツがすべて公開されている共有リンクサイト、および完全認証済みサイトで使用します。

完全認証済みサイトでは、MCP クライアントはツールにアクセスする前に、MCP のディスカバリーと OAuth フローを通じて認証します。詳細は次を参照してください。 MCP 認可フロー.

サイトが部分認証で、なおかつ公開コンテンツまたは共有リンクコンテンツを公開している場合は、 /~gitbook/mcp/auth の代わりに使用します。たとえば、 https://gitbook.com/docs/~gitbook/mcp/auth.

この URL をブラウザーで開くと、エラーが表示されます。AI アシスタントや IDE など、HTTP リクエストを送信できるツールで使用してください。

AI ツールを接続する

1

MCP サーバーの URL を見つける

公開済みの GitBook サイトの URL に、サイトに一致するエンドポイントを追加します。

• 使用する /~gitbook/mcp 公開サイト、公開済みコンテンツがすべて公開されている共有リンクサイト、または MCP のディスカバリーと OAuth を使用する完全認証済みサイトの場合。

• 使用する /~gitbook/mcp/auth サイトが部分認証で、なおかつ公開コンテンツまたは共有リンクコンテンツを公開している場合。

2

AI ツールを設定する

MCP サーバーの URL を AI アシスタントの設定に追加します。各ツールで設定手順は少し異なるため、選んだツールのドキュメントを確認して、MCP サーバーの設定方法を見てください。

3

ドキュメントの利用を始める

接続すると、AI アシスタントはドキュメント内を検索し、特定のページを取得し、あなたのコンテンツを使って質問に答えられます。アシスタントは公開済みドキュメントにリアルタイムでアクセスできます。

ページアクション を有効にする必要があります。これをオフにすると、MCP サーバーは動作しません。 サイトのカスタマイズ → ページアクションをオフにすると、GitBook は ~gitbook/mcp を無効化し、エンドポイントは 404. MCP サーバーに接続する は、MCP リンクがページアクションメニューに表示されるかどうかのみを制御します。

1

MCP サーバーの URL を見つける

公開済みの GitBook サイトの URL を取得します。次に、次を追加します /~gitbook/mcp.

2

AI ツールを設定する

ツールの MCP 設定を開きます。次に、サーバー URL を入力します。

ツールごとに設定方法は異なります。正確な手順はツールのドキュメントを確認してください。

3

ドキュメントの利用を始める

接続すると、そのツールはドキュメントを検索し、ページを開き、あなたのコンテンツを使って質問に答えられます。

要件

MCP サーバーは、サイトの表示設定に従います。次を使用してください /~gitbook/mcp 公開サイト、公開済みコンテンツがすべて公開されている共有リンクサイト、または MCP のディスカバリーと OAuth を使用する完全認証済みサイトの場合。次を使用してください /~gitbook/mcp/auth サイトが部分認証で、なおかつ公開コンテンツまたは共有リンクコンテンツを公開している場合。

次の ページアクション のセクションで カスタマイズ 設定で、次を有効にできます MCP サーバーに接続する オプション。これにより、ドキュメントサイトの訪問者は、サイトの MCP サーバーへのリンクをすぐにコピーできるようになります。 ページアクションメニュー.

MCP サーバーを使用するには:

• サイトは公開済みである必要があります。MCP サーバーは公開済みコンテンツのみを公開します。

• ページアクション は次で有効になっている必要があります サイトのカスタマイズ → ページアクション.

• 使用するツールは HTTP 経由の MCP をサポートしている必要があります。

• サイトで認証済みアクセスを使用している場合、MCP サーバーは同じアクセスルールを使用します。

• サイトで共有リンクを使用している場合は、共有リンクサイトの URL を使用してから、次を追加します /~gitbook/mcp.

• GitBook は HTTP トランスポートのみをサポートしています。 stdio と SSE はサポートされていません。

サイトに MCP リンクを追加する

次で サイトのカスタマイズ、開く ページアクション。次を確認してください ページアクション がオンになっていること。次に、 MCP サーバーに接続する.

もし ページアクション がオフになっていると、GitBook は ~gitbook/mcp を無効化し、エンドポイントは 404.

MCP サーバーに接続する は、GitBook がページアクションメニューに MCP サーバーリンクを表示するかどうかのみを制御します。

訪問者はその後、ページアクションメニューからサーバー URL をコピーできます。

プライバシーとアクセス

正しい URL 形式を使用していることを確認してください。次を使用してください /~gitbook/mcp 公開サイト、公開済みコンテンツがすべて公開されている共有リンクサイト、または MCP のディスカバリーと OAuth を使用する完全認証済みサイトの場合。次を使用してください /~gitbook/mcp/auth 公開コンテンツまたは共有リンクコンテンツを含む部分認証サイトの場合。

MCP サーバーは、公開済みドキュメントへの読み取り専用アクセスを提供します。

非表示のページは MCP 経由でも利用可能です。ページを非表示にしても、公開済みの目次から削除されるだけです。

アカウントデータ、分析データ、または GitBook 内部データが公開されることはありません。

最新の公開版のみを提供します。下書きや未公開の変更は非公開のままです。

トラブルシューティング

ツールが接続できない場合:

• 公開済みサイトにアクセスできることを確認してください。

• URL の末尾が次で終わっていることを確認してください /~gitbook/mcp.

• サイトで認証を使用している場合は、次をサポートするクライアントを使用してください MCP 認可仕様.

• ツールが次を必要とする場合 stdio または SSE、GitBook では動作しません。

認証済みサイトで MCP を使用する

GitBook サイトで次を使用している場合 認証済みアクセス、次にある MCP サーバーは /~gitbook/mcp 同じ認証を使用します。次をサポートする MCP クライアントは MCP 認可仕様 — Claude と Claude Code を含む — OAuth と Dynamic Client Registration（DCR）を使用して自動的にサーバーへ接続できます。

代わりにサイトで共有リンクを使用している場合でも、MCP は引き続き機能します。共有リンクサイトの完全な URL を使用してから、次を追加します /~gitbook/mcp.

GitBook は、共有リンクのみのサイトや、MCP 認証で静的ヘッダーとして渡される visitor auth token を使用するサイトをサポートしていません。

サイトで次を使用している場合 認証済みアクセス、MCP サーバーは同じアクセスルールを使用します。公開サイトは公開されたままです。保護されたサイトでは同じサインインが必要です。

Claude を含む対応 MCP クライアントは、次に従います MCP 認可仕様 に接続します。

1

OAuth サーバーを検出する

MCP ハンドシェイク中に、クライアントはサイトの OAuth サーバーを検出します。

2

DCR でクライアントを登録する

クライアントは Dynamic Client Registration を使用して OAuth クライアントを登録します。

client ID を手動で作成する必要はありません。

3

サイトの認証プロバイダーでサインインする

クライアントはサイトの認証プロバイダーにリダイレクトします。

ドキュメントサイトですでに使用しているのと同じプロバイダーでサインインします。

4

コードをトークンと交換する

サインイン後、クライアントは認可コードをアクセストークンと交換します。

5

トークンを再利用する

クライアントは、そのトークンを有効期限が切れるまで後続の MCP リクエストに付けて送信します。

このフローは、次の認証済みアクセスバックエンドで機能します:

• Auth0

• Azure AD

• Okta

• AWS Cognito

• OIDC

• カスタムバックエンド Fallback URL が設定されているもの

MCP 認証は、リクエストヘッダー内の静的な visitor auth token のみに依存するサイトをサポートしていません。

代わりに、上記のいずれかの認証済みアクセスバックエンドを使用してください。

これを設定するには、まず次から始めます 認証済みアクセス と 認証済みアクセスを有効にする.