ClaudeとSprintoを連携する方法 — コンプライアンス業務を会話で管理する
Sprinto公式のMCPサーバーをClaudeに接続する手順です。US・EU・IN・AUのリージョン別URLの選び方、Claude Codeでの開発者キー接続、書き込み系ツールを任せる前の運用をまとめます。
Claude Sprinto連携とは何か
Sprinto連携は、コンプライアンス自動化プラットフォームのSprintoが提供するMCPサーバーを、Claudeに接続する仕組みです。監査、コントロール、ポリシー、リスク、ベンダー、従業員、証跡といったSprinto上のデータを、画面を開かずに自然文で検索・更新できます。
Connectorsディレクトリでは「Sprinto MCP」の名前で、開発元Sprintoの「Anthropic verified」表示付きで掲載されています。追加時期は2026年7月、サインインは必須です。ツール数は395で、一覧の先頭にはポリシーの承認(APPROVE_POLICY_V2)やリスク項目の一括追加(ADD_BULK_ORG_RISK_ITEMS)のような書き込み系が並びます。読むだけのコネクタではありません。
想定読者はSprintoを日常的に使うコンプライアンス担当、セキュリティリード、IT管理者です。たとえば次のように頼めます。
- 失敗しているモニターを担当チーム別に出してほしい
- リスク評価が終わっていないベンダーを一覧にしてほしい
- SOC 2にまだ紐づいていないコントロールを知りたい
Connector全般の仕組みはClaude Connectorsの解説にまとめています。同じGRC領域で、OAuthスコープの設計が要になる例はClaude Drata連携の記事が詳しいです。
接続前に決めること:リージョンと権限
Sprintoは、ワークスペースのホスティングリージョンごとに別のMCPエンドポイントを用意しています。最初に決めるのは、自分の組織がどのリージョンにあるかです。
| リージョン | エンドポイント(Sprinto側ドキュメントの表記) |
|---|---|
| US | エンドポイント(Sprinto側ドキュメントの表記)https://mcp.sprinto.com/mcp |
| EU | エンドポイント(Sprinto側ドキュメントの表記)https://mcp.eu.sprinto.com/mcp |
| IN | エンドポイント(Sprinto側ドキュメントの表記)https://mcp.in.sprinto.com/mcp |
| AU | エンドポイント(Sprinto側ドキュメントの表記)https://mcp.au.sprinto.com/mcp |
前提として、アクティブなSprintoアカウントと、実行したい操作に見合う権限が要ります。目安は管理者(Admin)または編集者(Editor)レベルのアクセスです。閲覧だけの権限で書き込み系の依頼を出しても、通る保証はありません。
ディレクトリの表記とドキュメントの表記が違う
接続URLには食い違いがあります。Connectorsディレクトリの詳細ページは、4リージョンのURLを https://mcp.sprinto.com/tools のように末尾 /tools で載せています。一方、Sprinto側のドキュメントが案内するのは末尾 /mcp です。
ディレクトリの「Add to Claude」から追加する場合、URLは自動で入るので気にする必要はありません。問題になるのは、カスタムコネクタやClaude Codeに手でURLを入力するときです。どちらのパスでも通るのかは、どちらの資料にも書かれていません。手入力ではSprinto側ドキュメントの /mcp を使うのが安全です。
ClaudeのWeb・Desktopから接続する手順
OAuthのカスタムコネクタとして追加します。ディレクトリから入れる場合は「Add to Claude」を押すと、Sprintoへのログインと承認に進みます。URLを自分で指定する場合の流れは次のとおりです。
カスタムコネクタでSprintoを追加する流れ
- 1
コネクタの追加画面を開く
Claudeの設定からConnectorsを開き、「Add custom connector」を選びます。
- 2
名前とURLを入れる
名前は
Sprintoなどの分かりやすいものにします。URLは自分のリージョンの/mcpのものです。 - 3
Sprintoにログインして承認する
作成するとSprintoのログインページへ移ります。ログインして接続を承認します。
- 4
有効になっているか確かめる
Claudeに戻ったら、Sprinto MCPのコネクタが有効になっていることを確認します。
Claude Desktopでも、設定にConnectorsの「Add custom connector」があれば同じ流れです。Desktopに独自のMCPサーバー設定画面があれば、そこにURLとAuthorizationヘッダーを入れる方式もあります。設定画面に出る項目に合わせてください。
Claude Codeから接続する手順:開発者キーを使う
Claude Codeでは、OAuthではなくSprintoの開発者APIキーをヘッダーで渡す方式が案内されています。キーはSprintoの組織ごとに発行されるUUIDです。
- Sprintoにログインする
- SettingsのDeveloper APIを開く
- 「Generate key」でキーを作り、UUIDをコピーする
ヘッダーの値には、UUIDをそのまま入れます。Bearer の接頭辞は付けません。Authorizationヘッダーに Bearer を付ける形式に慣れていると、コピペで足してしまいやすい箇所です。
claude mcp add --transport http sprinto \
https://mcp.sprinto.com/mcp \
--header "Authorization: <発行したUUID>"例はUSリージョンです。EU・IN・AUでは、URLのホスト部分を上の表のものに差し替えます。登録できたかは次のコマンドで見られます。
claude mcp list一覧に sprinto が出ていれば登録済みです。Claude Codeを起動して /mcp を実行し、Sprintoのツールが見えることまで確かめれば完了です。claude mcp add の書式やJSONでの登録は、claude mcp add-jsonの手順で扱っています。
Claude DesktopがClaude Codeと同じMCP設定を読む環境なら、このコマンドで入れた sprinto サーバーがDesktopでも使える場合があります。
何を頼めるか:Sprintoの領域別に見る
機能はエンティティ(扱う対象)ごとに整理されています。頼み方の見当をつけるため、業務の流れに沿って主なものを並べます。
| 業務 | 頼める内容の例 |
|---|---|
| 日々の状況確認 | 頼める内容の例組織のプロファイル、有効なフレームワーク、全体の準拠状況 |
| モニターの監視 | 頼める内容の例失敗中のモニター、修復手順、担当者へのリマインド送信 |
| 監査の進行 | 頼める内容の例監査の作成、段階別の件数、未解決のディスカッション、レポートのアップロード |
| ポリシー運用 | 頼める内容の例ドラフトの確認、承認依頼、ギャップ分析、レビュー担当者への通知 |
| リスクとベンダー | 頼める内容の例リスク登録簿の照会、未対応リスク、ベンダーのデューデリジェンス |
| 人の入退社 | 頼める内容の例スタッフの追加、オンボーディング・オフボーディング、アクセスレビュー |
| 質問票への回答 | 頼める内容の例質問票の取り込みと、ナレッジハブからの回答案の自動生成 |
全部を覚える必要はありません。Sprintoには「やりたいことを自然文で書けば、該当する操作や読み取りクエリを探す」ためのツールがあると説明されています。ツール名が分からないときは、業務の言葉でそのまま頼む方が早いです。
セキュリティ質問票の回答に使う
セキュリティ質問票への回答は、この連携で時間が浮きやすい業務です。Excel・CSV・Word・PDFの質問票を取り込んで列を分類し、ナレッジハブの内容から回答案を生成できます。承認済みの回答を一括で承認する操作もあります。
公式の例文には「この質問票を取り込み、ナレッジハブから回答を生成して」「未回答の質問を全部出して」があります。回答案は、取引先に出す前に人が読む前提で使うものです。Claudeが生成した回答をそのまま確定させず、セクションごとに承認の操作を挟む運用にすると、誤回答のリスクを抑えられます。
監査前の棚卸しに使う
監査の直前は、コントロールの設定状況、失敗モニター、未承認ポリシー、期限切れ間近の証跡といった複数の画面を行き来します。Claudeに一度に頼む例を挙げます。以下は公式の例文を組み合わせた依頼の形です。
SOC 2の対応状況を棚卸ししてください。
1. 未設定のコントロールを一覧にする
2. 失敗中のモニターを担当者別にまとめる
3. 承認待ちのポリシーを出す
変更は行わず、読み取りだけで報告してください。最後の一文が効きます。読み取りだけと明示すれば、追加・承認・アーカイブのような書き込み系ツールを呼ぶ余地を減らせます。
書き込み系を任せる前の運用
このコネクタは、Sprintoの中核エンティティのほとんどを読み書きできます。ポリシーの承認、リスクの承認、証跡依頼のアーカイブ、インシデントの一括クローズ、スタッフのオフボーディングまで含まれます。会話で軽く頼めることと、実行した結果の重さは釣り合いません。
次の3点を先に決めておくと、事故の入口を減らせます。
書き込みを任せる前の決めごと
使う権限を絞る
開発者キーは、アクセスできるSprintoの組織から発行します。承認や削除まで要らない担当者は、権限を絞ったアカウントで接続する構成が考えられます。
実行前に確認させる
指示文かCLAUDE.mdに、変更系の操作では対象と変更内容を列挙して承認を待つ旨を書いておきます。
外部に出す操作は人が押す
通知の送信、ポリシーの承認、質問票の確定は、結果が社内外に伝わります。依頼文を作る段階まではClaude、実行の判断は人、と分けます。
CLAUDE.mdに入れる規約の例は次のとおりです。文言は自社の運用に合わせて変えてください。
## Sprinto MCPの扱い
- 参照系の依頼は、確認なしで実行してよい
- 追加・更新・承認・アーカイブ・削除・通知送信の前に、
対象と変更内容を箇条書きで示し、承認を待つ
- 一括操作は、対象の件数を先に報告するよくあるつまずき
接続でつまずく場所は、次の3つに絞れます。
- Bearerを付けてしまう:Claude Code用の開発者キーは、
Authorization:の値にUUIDをそのまま入れます。接頭辞を付けない点は、手順上の注意事項として明記されています。 - リージョンが合っていない:URLはホスティングリージョンで決まります。自社のワークスペースのリージョンと、選んだエンドポイントがずれていないかを見ます。
- 権限が足りない:読み取りはできても書き込みで失敗する場合は、Sprinto側のロールがAdmin・Editorになっているかを確かめます。
接続後にツールが見えないときは、Claude Codeなら /mcp で状態を見て、再接続を試します。複数サーバーの一括再接続は、/mcp reconnect allの解説にあります。
Sprinto連携が向く場面
向くのは、Sprintoの画面を日に何度も開いて同じ種類の確認をしている担当者です。状況確認、期限の見張り、質問票の下書きは、会話に置き換えやすい業務です。
逆に、監査人に渡す証跡の最終確認や、ポリシーの正式な承認は、Claudeの出力をそのまま使う工程ではありません。対応する操作や対象のエンティティは今後広がる予定です。使いたい操作が見当たらないときの要望は、support@sprinto.comで受け付けています。
まとめ
Sprinto連携の要点は、リージョンに合ったエンドポイントを選ぶこと、Claude Codeではキーに Bearer を付けないこと、書き込み系の運用を先に決めることの3つです。まず読み取りだけの棚卸しから始め、慣れたら質問票の下書きや期限の見張りへ広げる順が無理がありません。