はじめに
Model Context Protocol（MCP）は、ClaudeなどのAIアシスタントが外部サービスを直接操作するための標準規格です。CRM（顧客・案件管理）は「AIに任せたら効率化できそうだが、実際どう繋ぐのか」がイメージしにくい領域の一つだと思います。
この記事では、日本の個人事業主・ひとり社長向けCRM「Knottle」を題材に、MCP対応CRMをClaudeから操作するときの接続方式の選び方とツール設計の考え方を整理します。特定製品の宣伝ではなく、「MCP対応SaaSに接続するときに何を確認すべきか」を技術的に理解することが目的です。
接続方式は大きく2種類ある
MCP対応SaaSにClaudeから接続する方式は、大きく2つに分かれます。
- OAuth/PKCE方式（claude.aiのカスタムコネクタ）: APIキーの発行・管理が不要。claude.aiの「設定 > コネクタ」からサーバーのURLを1つ登録し、ブラウザ上でOAuth認可するだけで接続できます。ローカルに設定ファイルを置く必要がありません。
- APIキー方式（Claude Desktop）: ローカルの設定ファイルに、MCPサーバーの起動コマンドとAPIキーを環境変数として記述する従来型の方式です。エンジニアには馴染みがありますが、キーの発行・保管をユーザー側で管理する必要があります。
Knottleはこのうちclaude.aiのカスタムコネクタ（OAuth方式）を主な接続手段にしています。非エンジニアのひとり社長がAPIキーを扱わずに、URL登録とブラウザ認可だけで繋げられることを優先した設計です。
OAuthコネクタでの接続はどうなるか
claude.aiのカスタムコネクタでは、接続の手順が「URLを1つ登録 → ブラウザでログイン（OAuth認可）」に集約されます。APIキーの発行画面を開いたり、設定ファイルを編集したりする工程が無いぶん、導入時につまずくポイントが減ります。MCP対応SaaSを選ぶとき、「OAuthコネクタに対応しているか」は、非エンジニアの利用ハードルを左右する確認ポイントの一つだと言えます。
実際にどう使われるか（会話イメージ）
- 「先週話した取引先の案件の進捗を教えて」→ 案件検索系ツールが呼ばれ、該当案件のステータスが返る
- 「今月請求書を発行していない案件を一覧にして」→ 案件・請求書系ツールが横断的に呼ばれる
- 「〇〇株式会社を新規取引先として登録して」→ 顧客登録系ツールが呼ばれる
具体的なツール関数名（スキーマ）は本記事執筆時点で参照できる資料に記載がないため、ここでは「〜系ツール」という抽象度で留めています。
ツール設計をカテゴリで見る
KnottleはCRM操作専用のMCPツールを35個実装しており、内訳は次の通りです。
| カテゴリ | ツール数 |
|---|---|
| 見積・請求書 | 13 |
| 顧客・取引先 | 5 |
| 案件 | 5 |
| 担当者 | 3 |
| タスク | 5 |
| 活動履歴 | 2 |
| 書類保存 | 2 |
見積・請求書まわりが最も多いのは、「見積を出して受注したら請求する」という受注型ビジネスの一連の流れをAIに一貫して任せられるようにする設計意図の表れだと考えられます。
日本の商習慣対応もツール設計に影響する
日本向けCRMをMCP化する場合、インボイス制度（登録番号記載）や電子帳簿保存法（発行後の内容ロック）のような制度要件も、ツール設計に反映する必要があります。Knottleでは請求書の「発行」操作後は金額・明細が変更できなくなり、修正が必要な場合は「取消」操作で対応する設計になっています。この「発行は原則不可逆、取り消しは別ツールとして分離する」という考え方は、AIエージェントに不可逆操作を任せる際の一般的な安全策としても参考になります（この観点はZenn版の記事でより詳しく扱います）。
まとめ
MCP対応CRMへの接続は、OAuth方式・APIキー方式のどちらであっても、ユーザー側の設定負荷は既存のAPI連携より小さくなる傾向があります。ツール設計を見る際は「何個のツールがあるか」よりも、「業務フローのどの単位でツールを切っているか」「不可逆操作をどう扱っているか」に注目すると、他のMCP対応SaaSを評価するときにも応用できる視点になると思います。
実際にKnottleのMCP接続を試してみたい方は、フリープラン（無料・カード不要）で確認できます: https://knottle.amjt.jp/signup