ClaudeとPylonを連携する方法 — B2Bサポートの検索と整理で任せる範囲
Pylonの公式コネクタでサポートイシューを会話から検索できます。接続手順、MCP Accessの席の条件、未返信の洗い出しと顧客別要約で人が見る点をまとめます。
PylonコネクタでClaudeができること
Pylonは、SlackやMicrosoft Teamsの共有チャネル、メール、チャットで届く顧客の問い合わせを「イシュー」として束ねるB2B向けのサポートプラットフォームです。ClaudeのコネクタをつなぐとPylonのイシュー、アカウント(顧客企業)、コンタクト(顧客側の担当者)を会話から検索し、更新までできます。
Claudeのディレクトリでは、Pylon自身が提供する「Anthropic verified」のコネクタとして載っています。分類はCommunicationで、サインインが必須です。ディレクトリへの追加は2026年3月、接続先はhttps://mcp.usepylon.com/と記載されています。説明文は「Pylonのサポートプラットフォームに直接アクセスし、顧客の課題を検索・管理・解決する」という趣旨です。
ClaudeとIntercomを連携する方法で扱ったIntercomは読み取り専用の6ツールでした。Pylonは更新系のツールまで含むため、「検索と要約を任せる」だけでなく「何を書き換えさせるか」を決める作業が付いてきます。
ツール数が2つの資料で違う理由
ディレクトリのコネクタページに載るツールは10個です。
search_issues/get_issue/get_issue_messages/create_issue/update_issuesearch_accounts/get_account/update_accountget_contact/get_user
一方、Pylonのドキュメント「Pylon MCP」には、イシュー・アカウント・コンタクト・ナレッジベース・機能要望・タスクとプロジェクト・通話録音・アンケート・トリガー・AIエージェントのバックテストまで、はるかに多くのツールが並びます。返信の送信(send_issue_reply)や社内メモ(send_issue_note)も、このドキュメント側にだけ出てきます。
食い違いの読み方は、Pylonのサポート記事に手がかりがあります。「利用できるツールは組織とツール単位のフィーチャーフラグで変わり、登録されているからといって、どの組織でも出てくるとは限らない」という趣旨の注意書きです。ディレクトリページの10個は、あくまでそのページの記載です。手元で使えるツールの一覧は、接続後にClaudeのコネクタ設定画面で確かめるのが確実です。
接続前に確認する権限と席
Claude側よりも先に、Pylon側の条件で止まるケースが多いコネクタです。
接続できるかを決めるPylon側の条件
席の種類
MemberまたはAdminだけがMCPに接続できます。ViewerとIntegrationのユーザーは認証に失敗し、「Authorization failed」と表示されます。
MCP Accessロール
MemberとAdminにはMCP Accessが付いています。カスタムロールを使っている場合は、このロールが有効かを管理者に確認します。
見えるデータ
MCPは本人がPylonで見られるデータだけを返し、本人に書けない更新も実行できません。
認証方式
OAuthのみです。APIキーやマシン間の認証は使えず、トークンで回したい自動化にはPylonのREST APIを使います。
Pylonのドキュメントには、設定画面(Settings → AI Controls → MCP Server)からMCPサーバーを有効にする手順もあります。接続できない場合は、この画面で組織側が有効になっているかも見ます。
Claude側は、Team・Enterpriseプランでは先にOwnerまたはPrimary Ownerが組織でコネクタを有効にします。有効にしても全員がすぐ使えるわけではなく、各メンバーがPylonのアカウントで認証します。サポートページには、Claudeは接続先での本人の権限を引き継ぐとあります。
claude.aiからPylonをつなぐ
接続の流れ
- 1
ディレクトリでPylonを探す
claude.aiの「Customize」→「Connectors」から、ディレクトリでPylonを選びます。
- 2
Pylonのアカウントで認証する
接続するとブラウザが開きます。Pylonにログインして、接続を許可します。
- 3
読み取りの依頼から始める
最初は検索と要約だけを頼み、見えるイシューの範囲が自分のPylon画面と合うかを確かめます。
ディレクトリを使わない場合は、Pylonのサポート記事にカスタムコネクタの手順があります。Adminの設定で名前を「Pylon」、URLをhttps://mcp.usepylon.com/として追加し、OAuth Client IDとClient Secretは空欄のままにします。その後「Settings > Connectors」でPylonの横にある「Connect」を押して認証します。
Claude Codeからつなぐ場合
Claude Codeからは、Pylonのサポート記事にあるコマンドで追加できます。
claude mcp add pylon --transport http https://mcp.usepylon.com/追加後にClaude Code内で/mcpを開き、pylonを選んで認証します。--transport httpは、MCPのStreamable HTTPという通信方式を選ぶ指定です。接続先はHTTPSなので、通信が暗号化されない設定ではありません。
認証の有効期間はクライアントによって数時間から数日まで幅があります。ツールが結果を返さなくなったり認証エラーが出たりしたら、同じ手順で再認証します。1日に何度も切れる場合は、Pylonのサポートへ問い合わせる案内になっています。
未返信イシューの洗い出しを任せる
読み取りだけで完結する、最も安全な使い方です。search_issuesはキーワード(タイトル、メッセージ、タグ、名前)に加えて、状態・アカウント・担当者・タグ・カスタムフィールドで絞れます。
次は依頼文の一例です(実際の出力を示すものではありません)。
Pylonで、状態が「Waiting on you」のイシューを検索して。
アカウントごとにまとめ、最後の顧客メッセージが古い順に並べて。
各イシューについて、顧客が求めていることを1行で書いて。
更新や返信はせず、読むだけにして。「Waiting on you」は、ドキュメントではsnooze_issueでスヌーズしたイシューが期限後に戻る先の状態名として出てきます。自社の運用で状態名やカスタムフィールドを変えているときは、依頼文の語を合わせます。状態の一覧はget_issue_statusesで取れるので、最初に「設定されている状態を一覧にして」と頼むと取り違えを防げます。
洗い出しの結果は、そのまま信じず次の点を人が確かめます。
- 件数が自分のPylon画面のキューと合っているか
- 共有チャネルのうちPylonを有効にしていないものが対象から漏れていないか
- 最後のメッセージが顧客発か自社発か、要約が取り違えていないか
Pylonは、顧客チャネルを明示的に有効にした場所でだけ動きます。非公開チャネルはSlack側で個別に有効にします。Pylonにイシューとして取り込まれていない問い合わせは、Claudeからは探せません。
顧客別の履歴要約を任せる
search_accountsで顧客企業を探し、get_issue_messagesでメッセージ履歴を読ませる流れです。依頼文では、アカウント名と期間、読ませたい観点を指定します。
Pylonでアカウント「(顧客名)」の直近90日のイシューを検索して。
繰り返し出ている問題、未解決のもの、顧客が不満を示した発言を分けて整理して。
各項目に、元のイシューの番号を付けて。出典のイシュー番号を付けさせるのがポイントです。要約が正しいかを、人がPylonで1件ずつ開いて確かめられます。週次の問い合わせ傾向づくりはClaudeでVOC分析、顧客別の振り返り資料はClaudeでQBR資料を作るに続きます。
Pylonのアカウントノートブックの内容は、MCPから直接取れません。サポート記事には、ノートブックのブロック内容は取得できないため、画面の出力をコピーして会話に貼る回避策が書かれています。
書き込みは何を人が確認するか
ディレクトリページのupdate_issueとupdate_account、create_issueは書き込み系です。Pylonのドキュメントではupdate_issueが状態・担当者・チーム・優先度・タグ・カスタムフィールドを更新します。
任せる範囲と人が見る範囲
Claudeに任せやすい
イシューの検索、メッセージ履歴の要約、顧客別の経緯の整理、担当者やタグを変える案づくり。
人が確認してから実行
顧客への返信、状態やタグの一括変更、イシューの新規作成、アカウント情報の更新。
返信については、Pylonのドキュメントに具体的な警告があります。返信はイシューのチャネル(Slack、メール、チャットなど)にそのまま届き、取り消せません。そのためAIツールには、送る前に正確な文面を見せて承認を得るよう指示が入っており、多くのクライアントは返信ごとに確認を求めます。
この仕組みは安全装置の一つですが、承認画面を流し読みすれば意味がありません。Team・EnterpriseではOwnerが「Tool permissions」でツールごとに「Always allow」「Needs approval」「Blocked」を選べ、個人は変更できません。読み取り系を「Always allow」、書き込み系を「Needs approval」にする分け方が一例です。権限設定の落とし穴はClaude Connectorsの権限設定でよくある失敗と対策にまとめています。
返信文の書き方そのものは、Claudeで問い合わせ返信を作るの考え方が使えます。文案だけを会話に出させて、送信は人がPylonの画面から行う運用なら、顧客に届く前に必ず人の目が入ります。
席・ロール・プランで使えないツールがある
Pylonのドキュメントには、ツールの一部に別の条件が付くと書かれています。
| 条件 | 対象のツール群 |
|---|---|
| Feature Requestsのプラン機能 | 対象のツール群機能要望の検索・作成・統合 |
| Account Intelligence | 対象のツール群タスク・プロジェクト、通話録音 |
| AI AgentsとBacktesting、関連する権限 | 対象のツール群AIエージェントのバックテスト |
| ナレッジベースの閲覧・編集・公開権限 | 対象のツール群ナレッジベースの読み取りと下書き・公開 |
条件を満たさないと、そのツールは使えません。ディレクトリページにある10個のツールは、これらの追加機能を使わないイシュー・アカウント・コンタクト系です。ナレッジベース記事の下書きや機能要望の登録など、サポート運営の周辺業務までClaudeに任せたいときは、組織のプランと権限を先に確認します。
また、ツールごとにレート制限があります。上限に達するとクライアントは標準の429応答を受け取ります。数百件のイシューを一度に読ませるような依頼は、期間やアカウントで区切ります。
他のサポート系コネクタとの違い
Pylonの顧客とのやり取りがSlackの共有チャネルで始まる場合、Slack側の検索と使い分ける場面もあります。Slackを会話から扱う方法はClaudeとSlackの連携にあります。
データの扱いと共有の制限
Team・Enterpriseプランでは、コネクタは非公開のプロジェクトでのみ使えます。コネクタ経由で取り込んだ内容を含むチャットは共有できません。顧客企業の担当者名や問い合わせ内容を含む会話が、意図せず広がらない設計です。
また、接続先サービスのデータは、サービス自身のインフラと規約の下で処理されます。Claudeの推論地域を制御する設定を使っても、Pylon側の処理場所は変わりません。顧客データの所在を契約で定めている場合は、Pylon側の契約を前提に確認します。
よくあるつまずき
「Authorization failed」と表示される
席の種類が原因のことが多いです。ViewerまたはIntegrationのユーザーはMCPに接続できません。管理者にSettings > Usersで席の種類を変えてもらいます。
見えるイシューが画面より少ない
MCPは本人がPylonで見られる範囲だけを返します。認証したアカウントと、普段Pylonを見ているアカウントが同じかを確かめます。
使いたいツールが一覧にない
ツールは組織とフィーチャーフラグで変わります。ドキュメントにあるツールでも、自分の組織に出ているとは限りません。コネクタ設定の一覧を正とします。
自動実行のジョブからつなげない
PylonのMCPはOAuthだけに対応し、APIキーやマシン間の認証がありません。ブラウザでの認証ができない環境では直接つなげないため、REST APIでの構成を検討します。
まとめ
PylonコネクタはB2Bサポートのイシュー・アカウント・コンタクトを会話から検索し、更新までできる公式コネクタです。始め方は、MemberまたはAdminの席とMCP Accessを確かめ、未返信の洗い出しと顧客別の要約から試すことです。要約には元のイシュー番号を付けさせ、返信と状態の一括変更は人が確認してから実行します。ツール一覧は資料により違うため、接続後に手元の一覧で確かめてください。