ClaudeとCommon Roomを連携する方法 — 行動シグナルで営業の優先先を決める
Common RoomコネクタをClaudeにつなぎ、プロダクト利用・コミュニティ・Webサイト訪問のシグナルから連絡すべき企業と相手を選ぶ手順と、接続前の条件、書き込み時の注意をまとめます。
ClaudeとCommon Roomの連携とは — シグナルを根拠に連絡先を選ぶ
Claude Common Room連携は、Common Roomに集まった行動シグナルを、Claudeの会話から引き出して営業の優先順位づけに使うConnectorです。開発元はCommon Roomで、ConnectorsディレクトリのSales & marketingカテゴリに「Anthropic verified」として掲載されています。追加時期は2026年2月、サインインは必須です。
Common Roomは、プロダクトの利用状況、コミュニティでの発言、Webサイトの訪問、インテントデータ、CRMの項目やスコアを1つの顧客像にまとめるツールです。Connectorページの説明は「アカウントと担当者を調べ、購買シグナルを拾い、活動履歴をたどる」までを自然言語でこなせる、という内容です。
営業で詰まりやすいのは、リストはあるのに「今週どこに連絡するか」が決まらない場面です。シグナルの画面を開き、フィルターを組み、並べ替えて、相手の経歴を見る。この往復をClaudeとの会話に置き換えるのが、この連携の使いどころです。
同じ営業向けでも、技術スタックと採用動向から相手を調べたいならClaudeとSumble連携の領分です。自社の製品やコミュニティ、Webサイトに触れた人を起点に選ぶのが、Common Roomです。
接続前に確認する条件 — 契約・認証・管理者の作業
接続の前に、次の4点を確かめます。
接続前に確認する4つの条件
Common Roomの契約と席
Common Room側のインスタンスと、そこにアクセスできるアカウントが必要です。ClaudeコネクタとプラグインのガイドにはCommon Roomのライセンス(席)が利用者ごとに要ると書かれています。
認証
MCPサーバーの認証はOAuth 2.1です。Claude向けのガイドは、Common Room側のSSO/SAML設定も必要としています。
Claude側の管理者
OAuthの手順に進めないときは、Claudeの管理者が先にコネクタを組織へ追加しておく必要があります。
Common Room側の管理者
Common Roomの管理者は、設定のMCP Serverからインスタンス全体のMCPアクセスを止められます。
Claude側のプラン条件は、Connectorページにもこのコネクタの専用ガイドにも書かれていません。プラン別の扱いと、Team・Enterpriseでの管理者の有効化手順はClaude Connectorsの基本で扱っています。
認証はユーザーごとです。トークンは各自のCommon Roomアカウントに紐づくため、Claudeが返すのは、本人がCommon Room上で見られる範囲のデータだけです。ワークスペースのロール別のアクセス制御がそのまま効きます。
Claudeに接続する手順
ディレクトリから追加する
- ClaudeのConnectors画面でCommon Roomのコネクタを開く
- 追加して、OAuthの認証画面でCommon Roomのアカウントにログインする
- 権限の許可を済ませ、Common Roomのワークスペースにつながったことを確かめる
- 新しい会話でCommon Roomを有効にする
Common Room側の手順では、ClaudeのConnectorsの管理画面から追加し、OAuthを完了すると、ツールがすぐ会話で使える状態になります。Connector URLは https://mcp.commonroom.io/mcp です。
手動でMCPサーバーとして足す
ディレクトリ経由の追加を組織が制限しているなど、手動で足したい場合は、このURLをリモートMCPとして登録します。Claude Codeなら次の1行です。
claude mcp add --transport http common-room \
https://mcp.commonroom.io/mcpワークスペースが複数あるアカウントでは、既定のワークスペースが使われます。別のインスタンスを使いたいときは、会話でインスタンスのID(RoomID)を伝えます。
接続できたら、まず自分のスコープを確かめます。
Common Roomにつながっていますか。私が見られるセグメントを教えてください。「データが見えない」ときの切り分けは、後半の「つまずきの切り分け」にまとめています。
優先先を決める4ステップ
ここからが本題です。シグナルの強い企業を絞り、その中で連絡する人を選び、根拠つきで連絡文まで作ります。以下のプロンプトは、Common Roomのドキュメントにある例を踏まえた書き方の一例です。
シグナルから連絡先を決める流れ
- 1
母集団を絞る
担当地域やセグメントを指定し、直近で動きのある企業を並べる。
- 2
企業ごとに理由を読む
上位の企業で、どのシグナルが効いているかを確かめる。
- 3
相手を選ぶ
企業内の担当者を、エンゲージメントの強さで並べる。
- 4
連絡文を作る
使ったシグナルを引用しつつ、文面と別の切り口を出す。
ステップ1母集団を絞る
最初の問いは、広く始めて狭めていくのが基本です。ドキュメントには、条件を会話の中で足しながら絞り込む使い方が載っています。
私の担当地域で、製品の利用スコアが高いのに、
進行中の商談がない企業を挙げてください。「担当地域」と書くと、ユーザー情報から割り当てられたセグメントで絞られます。結果が多すぎたら、「従業員200人以上に絞って」「適合スコアが70を超えるものだけ」のように重ねます。
ステップ2企業ごとに理由を読む
並んだ企業のうち、上位の1〜2社で根拠を確かめます。
上位2社について、直近30日のシグナル活動を教えてください。
どの種類のシグナルが効いていますか。企業の調査では、会社の概要、エンゲージメントの高い担当者、直近のプロダクト利用、コミュニティのシグナル、進行中の商談、AI調査の要約を含む構造化されたブリーフが返る、とドキュメントにあります。一方で「過去90日の製品利用の推移」のように具体的に聞くと、その部分だけに答えます。
ステップ3相手を選ぶ
企業が決まったら、その中で誰に連絡するかです。
その企業で、最近いちばんエンゲージメントが高い担当者を3人挙げ、
役職と直近の動きを教えてください。担当者の調査では、役職、企業の文脈、製品とコミュニティの直近の活動、Webサイトの訪問データなどのプロフィールが返ります。名前やメールアドレスのほか、LinkedInのハンドル、GitHubのユーザー名からも検索できます。同名の会社や子会社が混ざって見つからないときは、社名でなくドメインで聞くのが確実です。
ステップ4連絡文を作る
相手が決まったら、シグナルを根拠にした文面を作ります。
1人目に、直近のGitHubでの活動を踏まえた連絡メールを書いてください。
使ったシグナルを明記し、別の切り口も1案ください。返ってくるのは、根拠にしたシグナルを明示した文面と、別のパーソナライズ案です。作られた文面は会話の中だけに残ります。送信には、自分のメールやメッセージのツールが別に必要です。
5つのツールが何をするか
コネクタには5つのツールが公開されています。Claudeが依頼から自動で選ぶため、名前を覚える必要はありません。ただ、権限や挙動を考えるときは役割を知っておくと便利です。
| ツール | 役割 | データを変えるか |
|---|---|---|
commonroom_get_catalog | 役割使えるオブジェクトの種類、プロパティ、フィルター、並べ替え項目を調べる | データを変えるか変えない |
commonroom_list_objects | 役割条件・並べ替え・ページ送りで一覧を引く | データを変えるか変えない |
commonroom_create_object | 役割連絡先・組織・セグメント・活動・メモを作る | データを変えるか変える |
commonroom_update_object | 役割既存の連絡先・組織を更新する | データを変えるか変える |
commonroom_submit_feedback | 役割検索結果へのフィードバックを送る | データを変えるか品質改善用 |
commonroom_list_objects が実質の検索窓口です。対象はContact、Organization、Activity、Segment、Tagなどで、連絡先を組織の属性で絞る、組織を連絡先の属性で絞るといったオブジェクトをまたぐ条件も使えます。
書き込みには確認を挟む
このコネクタは読み取り専用ではありません。調査の続きに、そのまま記録を残せます。
- 連絡先と組織の作成(既存と一致すれば更新される)
- 静的セグメントの作成と、既存セグメントへの追加
- 連絡先の活動の記録(デモ、アウトリーチ、調査など)とメモの添付
- カスタムフィールドを含む項目の更新
たとえば、次のように読み取りと書き込みをつなげられます。
上位3社の主要な担当者を「今週のアウトリーチ」という
連絡先セグメントに追加してください。実行前に、
何をどう変更するかを一覧で見せてください。連絡先は、メールアドレスまたはLinkedInのURLで照合され、組織はドメインで照合されます。一致する記録があれば、新規作成でなく既存の記録が更新されます。重複は増えにくい一方、意図せず既存項目を上書きすることがあります。
ドキュメントも、多数の記録を一度に作る・更新するときは、実行前に変更内容を要約させるよう勧めています。特にセグメントの変更とカスタムフィールドの更新です。書き込みはユーザー本人のOAuth権限の範囲に限られ、共有トークンも昇格したサービスアカウントもありません。
コネクタとプラグインの使い分け
Common RoomはClaude向けに、コネクタのほかにプラグインも出しています。両者は単独でも併用でもかまいません。
| 項目 | コネクタ | プラグイン |
|---|---|---|
| 位置づけ | コネクタ汎用のMCP接続 | プラグイン営業ワークフロー向けのスキルとコマンド |
| 動く場所 | コネクタClaudeの会話 | プラグインCoworkとClaude Code |
| 用意されたもの | コネクタ5つのツール | プラグイン商談前の準備、アカウント調査、週次ブリーフなど |
| カレンダー | コネクタ不要 | プラグイン任意(Google CalendarまたはOutlook) |
プラグインの週次ブリーフは、カレンダーから向こう7日間の外部ミーティングを取り込みます。カレンダーを接続していない場合は、会議の情報を手で伝える形になります。商談前の準備と、営業向けの定型フローをまとめて使いたいときは、プラグインが向きます。
Coworkの営業系プラグインで商談前調査を自動化する話はCowork Sales pluginの使い方で扱っています。その調査の入力にCommon Roomを使う、という位置づけです。
つまずきの切り分け
Common Roomのデータが出ないときの確認順
- QOAuthの認証を最後まで完了しましたか答えがいいえ答えがはい
部分的な認可は「接続済みだが未認証」の状態になることがあります。コネクタを切断してつなぎ直し、認証をやり直します。
- QClaudeの管理者がコネクタを組織に追加済みですか答えがいいえ答えがはい
組織への追加が済んでいないと、OAuthの手順に進めません。管理者に追加を依頼します。
- Q調べたい企業が、自分のアクセスできるセグメントにありますか答えがいいえ答えがはい
検索は、自分のセグメントのアクセス権の範囲です。親会社と子会社の表記の違いで見つからないこともあるため、ドメインで聞き直します。
それでも出ないとき
ワークスペースにデータが入っているか、Common Room側で確かめます。空のワークスペースなら、結果が空なのは正常です。
認証エラーが続くときも、まずは切断と再接続が基本です。クライアント側に古いトークンが残っていることもあり、MCPの設定をいったん消して入れ直すと直る場合があります。
ほかの営業系コネクタとの使い分け
営業の優先順位づけに使えるコネクタは複数あり、見ている情報が違います。
- Common Room: 自社のプロダクト・コミュニティ・Webサイトでの行動シグナル。「誰が今動いているか」で選ぶ
- Sumble: 営業先の技術スタック、チーム構成、採用動向。技術的な適合を調べるときに使う
- Clay: リストの情報を拡充する。Cowork Clay連携で扱っている
- HubSpot・Salesforce: 商談や取引先の管理データ。ClaudeとHubSpotの連携やSalesforceの連携で扱っている
CRMのデータは、Common Room側でも同期された項目として使われます。ConnectorページがCRMの項目、スコア、エンリッチメント、シグナルに根ざした回答だと説明しているのはこのためです。CRM側のコネクタと同時に使うと、同じ項目を二重に引く場面が出ます。最初はCommon Roomだけで選び、商談の更新が必要になった段階でCRM側のコネクタを足す順番が扱いやすい構成です。
よくある質問
ChatGPTやCursorでも同じサーバーを使えますか
同じMCPサーバーで、Streamable HTTPとOAuth 2.1に対応するクライアントなら接続できます。ドキュメントにはChatGPT、Cursor、VS CodeのGitHub Copilot向けの手順も載っています。Copilotは、MCPツールがAgent modeでしか使えない点が違います。
まとめ
Common Roomコネクタは、行動シグナルを根拠に「どこへ、誰に、何を根拠に連絡するか」を会話で決めるための接続です。母集団を絞る、理由を読む、相手を選ぶ、文面を作るの4段で、1つの会話に収まります。
まずは読み取りだけで優先先を決め、書き込みはセグメント1つで試してから広げる流れが扱いやすい構成です。書き込みができる分、セグメントやカスタムフィールドの変更は、実行前に一覧で確認させてから進めます。