Claudeをヘルプデスクに接続する方法:主要9ツールすべてのルート

誰も教えてくれない部分:矢印がどちらを向いているか

私はeeselでAIエージェントを構築しており、これらの接続の「受け手側」、つまり呼び出しを受け取るコードを書くことに多くの時間を費やしてきました。最初に人々が驚くのは、「Claudeを接続する」ことが実は1つのことではないという点です。それは2つの異なる仕組みであり、それぞれ異なる管理者権限を必要とし、異なる場所に着地し、異なる作業をこなせます。

Claudeが内側に入り込む方式。 あなたはClaudeにヘルプデスクのアドレスを渡します。デスクトップアプリやclaude.ai上のClaudeがそのアドレスを呼び出し、使用できるツールの一覧を受け取ります。これがMCPサーバーというものです。この場合、クライアントはあなた自身なので、ヘルプデスクであなたができることは何でも、Claudeがあなたに代わって試みることができます。

ヘルプデスクが外側へ呼びかける方式。 あなたはヘルプデスクにAnthropicのAPIキーを渡します。ルールが発火すると、ヘルプデスク自身の自動化エンジンがClaudeを呼び出します。Zendeskはまさにこれを構築しており、SalesforceではドロップダウンでAgentforceの推論エンジンの向き先をClaudeに設定できます。この場合クライアントはあなたではなくヘルプデスク自身なので、あなたがキーボードの前に座っていなくても動作しますが、得られるアクションはベンダーが用意すると決めたものだけです。

この区別は覚えておく価値があります。なぜなら、それによって何を構築できるかが決まるからです。内側に入り込む接続は、キーボードの前にいる人のためのアシスタントです。外側へ呼びかける接続は、本物のヘルプデスク自動化です。私が読んだ解説記事の多くはこの2つを混同しており、だからこそ、なぜ手順通りにセットアップしても無人稼働ができないのか悩むことになります。

同じ内容をツール別ではなくルート別に整理したものを読みたい場合は、Claude for customer supportガイドがその切り口で解説しています。

4つのルートを平易に説明すると

ミドルウェアについては、率直にひと言だけ触れてそのままにしておきます。動作はしますし、立ち上げるのも一番速いのですが、特にサポートチケットの自動化には最も不向きです。なぜなら、チケットへの返信には過去履歴の検索と、そもそも回答すべきかどうかの判断が必要であり、タスク単位の自動化ツールはそのどちらも提供してくれないからです。

自分のヘルプデスクを見つける

9つのツール、9つの異なる答え。自分のツールを選べば、以下のパネルでルート、アドレス、認証方式、プラン制限、そして顧客に直接話しかけられるかどうかの率直な答えが分かります。

この一覧表から2つのパターンが見えてきます。1つ目は、Anthropic自身のディレクトリに掲載されていないことは、ほとんど何の意味も持たないということです。そのリストにはおよそ293件の掲載があり、Zoho DeskとHubSpotは、Pylon、Unthread、Lorikeet、DevRev、PagerDuty、Linearとともに含まれています。Zendesk、Freshdesk、Front、Gorgias、Salesforce、ServiceNowはすべてそこから漏れていますが、この6つすべてに、それぞれ自社サイトに文書化された正真正銘のルートが存在します。ディレクトリに載っていないことは「ワンクリックではない」ことを意味するだけで、「不可能」を意味するわけではありません。

2つ目は、優れた接続ほど無料であるということです。Front、Gorgias、Atlassianは、自社サーバーの利用料を一切請求しません。

料金がかかるのは、呼び出しごとに従量課金するServiceNowと、これから課金を始めるFreshdeskです。

リストに載っていないツールはどうでしょうか。小規模なデスクでも同じパターンが当てはまります。Claude for Help ScoutとClaude for Shopifyは、どちらも同じ結論に行き着きます。優れたアシスタントではあるが、送信経路はない、というものです。

Claudeを接続する:ステップバイステップ

アドレスさえ分かってしまえば、仕組みはどこでも同じです。9つの中で最もクリーンな例であるFrontを使って、全体の流れを説明します。

1. エンドポイントを見つける。 Frontはdev.frontapp.comでこれを公開しており、これは同社が挙げる7つの純正インテグレーション手段の1つです。Gorgias、Atlassian、HubSpot、ServiceNowもそれぞれ開発者向けドキュメントで公開しています。ヘルプデスクがZendeskの場合はこの手順は不要です。あなたは逆方向のルートを使うことになるため、代わりにAnthropicキーが必要になります。

2. Claudeを触る前に認証方式を確認する。 このステップを踏むことで午後まる半日の手戻りを防げます。次のセクションはまさにこの話です。

3. カスタムコネクタとして追加する。 Claudeで「設定」→「コネクタ」→「カスタムコネクタを追加」を開き、URLを貼り付けます。カスタムのリモートコネクタはFree、Pro、Max、Team、Enterpriseで利用でき、Freeプランは1つまでという上限があります。HubSpotのようにディレクトリに掲載されているヘルプデスクの場合は、そこで「接続」をクリックするだけでよく、URLの入力は一切不要です。

4. 認可し、要求されている内容をよく読む。 スコープを列挙したOAuth同意画面が表示されます。Frontは発行されたトークンを1人のチームメンバーに紐づけ、呼び出しのたびにその人のロールを再チェックします。これは私がどのツールにも採用してほしいモデルです。HubSpotは最初の接続にスーパー管理者を必要とし、書き込み系ツールは「承認が必要」に設定することを推奨しています。

5. 書き込みではなく読み取りでテストする。 「昨日オープンされたチケットは何件か」のような、地味だが検証可能な質問をしてみましょう。答えが返ってくれば経路は機能しています。ツール一覧が空だった場合は、次のセクションに進んでください。

見落としがちで多くの人がつまずく点があります。デスクトップアプリを使っている場合でも、Claudeはあなたのノートパソコンからではなく、Anthropicのクラウドからヘルプデスクにアクセスします。IPアローリストの内側にあるヘルプデスクは、そのアドレスを許可するまで応答しません。しかもその失敗は、拒否ではなくハング(応答なし)のように見えます。

新しいコネクタにツールが0件と表示される理由

これは私が目にする中で最も多い失敗であり、その正体が一目では分かりません。コネクタは「接続済み」と表示され、同意画面も正しく出ています。それなのに、Claudeが使えるものが何もないのです。

原因はたいてい、目当てのツールが、自分が使ったのとは別の認証方式の背後にゲートされていることです。

Jira Service Managementはその最も分かりやすい例です。AtlassianのRovoサーバーは13の権限グループにまたがる約46のツールを公開しており、JSMグループにはそのうち4つが含まれます。この4つはすべてAPIトークン認証のみに対応しており、組織の管理者がまずAPIトークン認証を有効にする必要があります。claude.aiやChatGPTが使う標準のOAuthフローで接続すると、コネクタ自体は正常なのに中にはJSMツールがちょうど0個という状態になります。Confluenceはこの逆で、OAuthで問題なく動作します。これが、Claude for Confluenceは数分でセットアップできるのに、JSMはそうならない理由です。

その他に知っておくべき3つの注意点があります。

• SalesforceはレガシーなConnected Appsを拒否します。 External Client Appと、そこから発行されるコンシューマーキーが必要です。REST APIを開放せずにMCPアクセスだけを許可する専用のmcp_apiスコープがあり、これを使うのが賢明です。
• HubSpotにはパーソナルトークンの経路が一切ありません。 2025年のnpm+トークン方式のベータは廃止されており、PKCE付きOAuth 2.1が唯一の入り口です。
• Freshdeskの記事はAPIキー認証のみを想定しています。 姉妹製品のFreshserviceはOAuthにも対応していますが、両者が同じように動作すると思い込まないでください。

また、Atlassianでは省略できない最初の呼び出しがあります。getAccessibleAtlassianResourcesが、他のすべての処理に必要となるクラウドIDを提供するためで、これを一度も実行しないセッションは、一見無関係に見える形で失敗します。

それぞれのルートは実際にチケットに対して何ができるのか

ここからは、こうした作業に丸一日費やす前に知っておきたい部分です。接続済み、認可済み、ツールも一覧に表示されている。では、Claudeに顧客への回答を頼むと何が起きるのでしょうか。

9つのツール、9つの独立したプロダクト判断、そして行き着く先はいずれも同じ地点です。

右側の列はバグの一覧ではありません。多くの場合、ヘルプデスクはすでに顧客向けの自社AI製品を販売しており、コネクタは意図的にその役割を担っていないのです。Zendesk AIとZoho's Ziaが、それぞれのプラットフォーム上でそのチャネルを担っています。

同じ棲み分けはCRMでも見られ、HubSpot's BreezeとAgentforceが、顧客と会話する権利を持つ製品となっています。

公平を期すために言っておきますが、これは見落としではありません。Frontの設計は、意図を最も明確に示しています。send_messageはcreate_draftとは別のツールであり、下書きIDを必要とし、破壊的操作のヒントを伴うため、クライアントは送信のたびに確認を求めます。これは意図的で理にかなった選択であり、20人のエージェントにアシスタントを配布するのであれば正しい判断です。Gorgiasも自社のFAQで同じことを平易な言葉で述べており、顧客に返信するAI Agentと、アカウントを操作するMCPを明確に分けています。

こうした期待とのすれ違いは実際に起きており、目にすることができます。Claude Desktop経由でZoho MCPを接続したあるr/Zohoの投稿者は、"underwhelmed with the results"(結果に物足りなさを感じた)と報告していますが、これは接続が壊れていたというより、接続そのものが製品だと期待していた人の反応のように私には読めます。

壁に空いた唯一の割れ目がHubSpotで、これは正確に指摘しておく価値があります。MCPの会話は読み取り専用ですが、生のConversations APIでは、typeフィールドをCOMMENTではなくMESSAGEに設定すると、顧客向けメッセージを投稿できてしまいます。送信専用のスコープは存在しないため、この一つのフィールドだけが、内部メモと顧客に届くメールとを隔てる唯一の安全境界です。それを利用して構築するのは構いませんが、くれぐれも慎重に行ってください。

運用にかかるコスト

接続そのものが高くつくことはほとんどありません。実際にお金がかかる部分を見ていきましょう。

多くの人がつまずくのがZendeskの行です。そのコネクタが提供するOpus 4.6、Sonnet 4.6、Haiku 4.5は、いずれも1世代前のモデルです。そしてSonnet 4.6はAnthropicの価格表のレガシー区分に位置しており、入力100万トークンあたり3ドルで、Sonnet 5の2ドルより高くなっています。つまり、古いモデルに対して入力トークンあたり50%も多く支払っているにもかかわらず、コネクタには新しいモデルを選ぶ手段がありません。現行の価格表全体は、Claude Opus 5 pricingとSonnet 5 pricingの記事で詳しく解説しています。

それと並べてヘルプデスク自体の請求額も見ておく価値があります。9つのどのツールでも、トークン費用など霞んでしまうほどの金額になるからです。Frontの座席料金は105ドルにも達し、Zendesk pricingとFront pricingの記事にある料金体系の方が、ここで説明するより早くその点を実感させてくれるでしょう。

規模感で言うと、根拠に基づいたサポート返信1件をSonnet 5で生成すると、トークン費用はおよそ1.5セント程度です。この数字は小さく、だからこそトークンコストを最適化の対象にするのは的外れなのです。時間とお金がかかるのは、その周りの構築部分です。

このアプローチが行き詰まる場所

チームの人間がより速く作業できるようにClaudeを接続しているのであれば、ここで終わりです。これで完了、ちゃんと機能しますし、FrontやGorgiasならコストは一切かかりません。

人の手を介さずにチケットに回答させるためにClaudeを接続しているのなら、接続作業はおそらく仕事全体の5%程度にすぎません。残りは、通常つまずく順に並べると次の通りです。

1. 自社の過去履歴に対する検索(リトリーバル)。 これらのサーバーはどれも、過去のチケットや社内ナレッジベースを検索可能なコーパスとしてClaudeに提供しません。HubSpotのツールはCRM検索APIの上に成り立っており、ベクトル検索は一切ありません。
2. いつ回答すべきでないかの判断。 確信度のしきい値、エスカレーションルール、営業時間、そしてカスタマーサービス自動化に絶対に任せてはいけないチケットの見極め。
3. 送信経路。 前述の通り、9つ中8つでは自分で構築する必要があります。
4. 顧客に触れる前にテストする手段。 これが私が最も重視している点です。なぜなら、自信満々に聞こえるボットが、流暢そのものの口調で誤った答えを返すのを何度も目にしてきたからです。だからこそ、eeselで行うすべてのロールアウトは、実際のライブ返信を1件でも送る前に、まず過去のチケットに対してシミュレーションを行います。
5. QBR(四半期レビュー)に耐えるレポーティング。 何を処理し、何をエスカレーションし、何を間違えたか。

このリストは、Claudeを接続すること自体への反論ではありません。2つの仕事のうちどちらを行っているのかを明確にすべきだという主張であり、なぜならこの2つは同じプロジェクトではないからです。

コネクタにはできない最後のステップに、eeselを試す

eeselは私が携わっているプロダクトで、まさに上記のギャップを埋めるために存在します。これらのコネクタと同じヘルプデスクに接続した上で、過去のチケット、ヘルプセンター、マクロを学習し、回答がマーケティングサイトではなくあなたのチームの言葉として聞こえるようにします。AIエージェントは、実際に顧客に届く返信を含め、ループ全体を担います。

まず試してほしいのがシミュレーション機能です。何かを本番に出す前に、自社の過去のチケットに対してエージェントを実行し、チケットごとに何と答えていたか、そしてどの程度の解決率を達成していたかを確認できます。これが「自信満々だが間違っている」問題への答えであり、どのMCP接続も提供できない唯一のものです。

料金は、対応したチケットまたはチャット1件あたり0.40ドルで、返信単位ではなく会話単位での課金です。開始時に50ドル分の無料利用枠があり、席数課金はありません。上限を設けたい場合は月額の支出上限を設定できます。比較記事を読むよりも自社のキューで実際に試してみたい方は、デモを予約して1か月分のチケットを持ち込んでください。