ClaudeとIntercomを連携する方法 — Read専用でできること
IntercomのConnectorはRead専用で提供されています。接続手順と会話で使える依頼例、書き込みができない設計の理由をZendesk連携と比べながら確認します。
Claude Intercom連携とは — 何ができるか
IntercomのConnectorは、Intercom社自身が公開している公式Connectorです。カテゴリは「Communication」で、対応先はClaude(Web・デスクトップアプリ・モバイルアプリ)、Claude Code、Claude APIです。公式の説明では、顧客との会話管理、サポートチケットへのアクセス、顧客プロフィールの取得、会話パターンの分析、カスタマーサービスの業務フロー処理をIntercomのメッセージングプラットフォーム経由で行えるとされています。
この連携で最初に押さえておきたいのが、Connectorページの「Capabilities」欄です。ここに表示されるのは「Read」のみで、書き込み系の権限は用意されていません。検索・閲覧・要約はできても、会話への返信送信やクローズ、タグの付け替えといった操作はConnector側に存在しないということです。同じ顧客対応領域でも、非公式MCPサーバー経由で書き込みまで対応するZendesk連携とは設計思想が異なります(詳細は後述の比較表)。
claude.aiでIntercomを接続する手順
接続の流れは、ディレクトリに掲載された他のConnectorと共通です。
- claude.aiで「Customize」→「Connectors」を開く
- 一覧からIntercomを探し「Connect」をクリックする
- Intercomのログイン画面に切り替わるので、接続したいワークスペースのアカウントでサインインする
- 表示される権限を確認し、アクセスを許可する
認証はIntercomのログイン画面での許可で完了します。接続が終わったら、会話画面の「+」ボタンから「Connectors」を開き、Intercomのトグルを有効にして使い始めます。
Team・Enterpriseプランでは、メンバーが個別に接続する前に、OwnerまたはPrimary Ownerが「Organization settings」→「Connectors」の画面で「Browse connectors」からIntercomを組織に追加しておく必要があります。組織への追加はあくまで利用可能にするだけで、各メンバーは自分のアカウントで個別に認証してはじめてIntercomを使えるようになります。
Intercomコネクタでできること — 会話でよく使う依頼例
公式が挙げる依頼例を踏まえると、実務でそのまま使える型は次の3つに整理できます。
| できること | 依頼の例 |
|---|---|
| 特定の相手が始めた会話を探す | 依頼の例「Jennifer Parkerが開始したIntercomの会話をすべて探して」 |
| 連絡先の詳細を確認する | 依頼の例「David KimのIntercomの詳細を見せて」 |
| カスタム属性で連絡先を絞り込む | 依頼の例「plan_typeカスタム属性が『Enterprise』のIntercom連絡先を教えて」 |
いずれも読み取り系の依頼です。会話の検索・要約、顧客プロフィールの参照、カスタム属性を条件にした絞り込みが中心で、複数の会話をまたいだ傾向分析(「今週寄せられた問い合わせを分類して」)のような使い方にも応用できます。
なぜRead専用なのか — 書き込みができない設計の意味
Connectors全般には、Ownerが接続先のツールを「読み取り専用ツール」「書き込み・削除系ツール」の2カテゴリに分け、それぞれ「Always allow」「Needs approval」「Blocked」の3段階で制限できる仕組みがあります。Intercomの場合、公開されているツールが最初からRead専用なので、書き込み系カテゴリを制限する・しないという判断自体が発生しません。一方で読み取り専用カテゴリ自体は残っているため、コンプライアンス上の理由で組織がIntercomの閲覧すら「Needs approval」や「Blocked」に絞ることは可能です。「書き込みができない」ことと「無条件に読み放題になる」ことはイコールではありません。
この3段階の設定は、利用形態によって意味合いが変わります。個人利用(Team・Enterpriseの一般メンバーが自分のアカウントで接続するケース)と組織管理(Ownerが組織全体の許可レベルを決めるケース)では、影響を受ける対象が次のように異なります。
| 利用形態 | 読み取り専用ツール | 書き込み・削除系ツール |
|---|---|---|
| 個人利用(メンバーが自分で接続) | 読み取り専用ツール通常はAlways allowのまま運用 — 会話検索や連絡先確認のたびに承認を求められることはない | 書き込み・削除系ツールIntercom自体に書き込みツールが存在しないため、設定項目自体が現れない |
| 組織管理(OwnerがConnectors全体の方針を決める) | 読み取り専用ツールコンプライアンス上の理由でNeeds approvalやBlockedに絞ることが可能 — 絞ると閲覧のたびにOwnerや承認者の許可が必要になる、またはIntercom自体が使えなくなる | 書き込み・削除系ツールIntercomでは制限対象が無いため、この列の設定はZendeskのような書き込み対応Connectorのために用意されていると考えたほうが実態に近い |
つまりIntercomを組織で使うかどうかを判断する際、Ownerが調整できるのは実質的に「読み取り専用ツール」の許可レベルだけです。書き込み・削除系の列はIntercomでは常に空欄で、Zendeskのような他のConnectorを併用する組織のための設定と捉えると理解しやすくなります。
業務SaaS連携は読み取り専用アクセスから始める理由では、書き込み権限を後から絞るより最初から狭めておくほうが安全だという考え方を扱っています。Intercomはこの考え方を接続後の設定でなく、Connectorの提供範囲そのもので実現しているケースです。利用者側が「読み取りだけに絞ろう」と意識しなくても、結果として同じ状態になります。
裏を返すと、会話への返信やクローズをClaudeに直接任せることはできません。下書きを作ってから人間がIntercom側で送信する運用にする必要があり、その具体的な組み方はIntercom×Coworkで問い合わせ一次対応を承認フロー付きで回すで扱っています。
セキュリティとデータの扱い
接続時のデータ転送はすべて暗号化されます。Claudeが同期できるのは、接続したアカウント自身がIntercom上で閲覧権限を持つ範囲だけで、権限のない会話や連絡先には、Claudeを介しても届きません。Intercom側のデータ処理はIntercom自身のインフラ・利用規約のもとで行われます。Claude側で推論の実行地域を米国内に絞る設定をEnterpriseで有効にしていても、その設定は接続先であるIntercomのデータ処理場所までは変えません。また、Connectorはprivateプロジェクトでのみ利用でき、同期済みコンテンツを含む会話は共有できません。
接続を解除する方法
不要になったら「Customize」→「Connectors」を開き、Intercomの項目から「Disconnect」を選ぶか、三点メニューから解除を選びます。Team・Enterpriseでは、Ownerが「Organization settings」→「Connectors」から組織単位で無効化することもできます。解除後に再度使いたくなった場合は、接続手順をもう一度たどるだけで再接続できます。
Zendesk連携との違い
同じ「AIにカスタマーサポートの会話を読ませる」用途でも、IntercomとZendeskではConnectorの性格がはっきり異なります。
| 観点 | Intercom | Zendesk |
|---|---|---|
| 提供元 | IntercomIntercom社(公式) | Zendeskコミュニティ製(非公式) |
| 接続方法 | IntercomConnectorsディレクトリからワンクリック | Zendesk個別のMCPサーバーを自分で登録 |
| 権限 | IntercomRead専用 | Zendesk読み取り・書き込み両対応(チケット作成・更新、コメント追加を含む) |
| Claude Code対応 | Intercom対応(Used inに明記) | Zendesk対応 |
ZendeskはClaude Zendesk連携で扱っているとおり、create_ticketやupdate_ticketのような書き込み系ツールを備えたコミュニティ製MCPサーバーが中心です。書き込みまで任せられる分、承認モードの設計が重要になります。Zendeskチケット分析ではAIによる下書き回答の作り方を扱っていますが、そこでの「承認」は書き込みツールの実行可否を指します。Intercomには書き込みツール自体が無いため、承認の重心は最初から人間の手作業側に移っています。
よくあるつまずき
会話や連絡先が見つからない場合、接続したIntercomアカウントがそのワークスペースの会話にアクセスできる権限を持っているかをまず確認します。Claudeが取得できる範囲は、接続したアカウント自身がIntercomで持つ権限を超えません。
返信やクローズを頼んでも実行されないのは不具合ではなく仕様です。Read専用のため、そもそも書き込み系のツールが公開されていません。返信文の下書きまでは作れますが、実際にIntercom上へ反映する操作は人間が行う前提で設計されています。
Team・Enterpriseで「Connect」ボタンが押せない場合、OwnerがまだIntercomを組織に追加していない可能性があります。「Organization settings」→「Connectors」の画面でIntercomが一覧に無ければ、Ownerに追加を依頼します。
Ownerが組織にIntercomを追加したのに、メンバーがまだ使えないと言っているケースもよくあります。組織への追加は「利用可能な状態にする」だけで、各メンバーがIntercomのログイン画面で個別に認証を済ませるところまでは含まれません。組織への追加とメンバー個人の認証は別の操作なので、Ownerが追加を終えたら、メンバー側にも自分のアカウントで接続手順を実行するよう案内する必要があります。
よくある質問
無料プランでもIntercomコネクタを使えますか
公式ヘルプでは「Web connectorsはClaude・Cowork・Claude Desktop・Claude Mobileの全ユーザーが利用できる」とされ、プラン限定の記載はありません。ただしIntercom固有の対応プランは明記されていないため、利用できない場合は自分のプランでの表示有無を個別に確認してください。
まとめ
IntercomのConnectorは公式提供でありながらRead専用に絞られており、会話の検索・要約や連絡先の確認はできても返信やクローズのような書き込みはできません。接続自体はディレクトリからのワンクリックで完了し、Claude・Claude Code・Claude APIのいずれからも同じ範囲でアクセスできます。書き込みまで任せたい場合は非公式MCP経由のZendesk連携が選択肢になりますが、その分だけ承認モードの設計が重要になります。Intercomで下書きを作り、人間が送信を担う運用の具体的な組み方はIntercom×Coworkで問い合わせ一次対応を承認フロー付きにするで確認してください。