ClaudeとKlueを連携する方法 — 競合情報とウィンロスを営業に渡す
KlueのコネクタはバトルカードやウィンロスのデータをClaudeから引ける連携です。24個のツールの中身、ロール別のアクセス範囲、営業とPMMそれぞれの使い方をまとめます。
Claude Klue連携とは — 競合情報の置き場をClaudeにつなぐ
KlueはバトルカードなどのCompetitive Intelligence(競合情報)と、失注・受注の理由を集めるウィンロス分析を扱うサービスです。ClaudeのKlueコネクタは、その中身をClaudeの会話から引き出せるようにします。公式の紹介は「Access competitive intelligence, win-loss, & deal support」で、提供元はKlue Labs、ディレクトリへの追加は2026年7月です。
コネクタの目的は、営業担当とPMM(プロダクトマーケティング担当)の両方に答えを返すことです。営業は進行中の商談について、ポジショニング・想定される反論・次の一手を根拠付きで聞けます。PMMはウィンロスのパターンや競合のシグナルを分析し、Klue側のコンテンツをClaudeから更新できます。
Klue自身は、この連携が要る理由を次のように説明しています。Claudeは単体では信頼できる競合情報やウィンロスのデータを持たないため、「競合Xにどう勝つか」と聞かれても、古いスライドや加工前の生データに頼った答えになりやすい。コネクタはそこに、Klue上で管理された情報源を足します。
自前でバトルカードを組み立てる方法はClaudeで営業バトルカードライブラリを構築する方法に書いています。この記事は、すでにKlueで競合情報を管理している組織が、その入口をClaudeにつなぐ側の手順です。
接続の前提と手順
Klueコネクタはサインインが必須です。ディレクトリの表示はSign-in: Requiredで、利用にはKlueのアカウントが要ります。接続先のURLは https://mcp.app.klue.com/mcp です。
Klue側は認証を2通り用意しています。どちらも「Klueの権限モデルに従う」点は同じです。
| 方式 | 想定する使い方 | 権限の決まり方 |
|---|---|---|
| OAuth 2.0 | 想定する使い方個人が自分のKlueアカウントで接続する | 権限の決まり方その人自身の権限まで |
| APIキー(パーソナルアクセストークン) | 想定する使い方サーバー側や社内エージェントへの組み込み | 権限の決まり方管理者が接続の設定を一元管理する |
Claudeの画面から個人で使う場合はOAuthの経路です。手順はClaudeのConnector共通の流れに沿います。
claude.aiでKlueを接続する流れ
- 1
ディレクトリでKlueを探す
「Customize」→「Connectors」を開き、ディレクトリからKlueを選びます。
- 2
接続してサインインする
「Connect」を押し、Klueのアカウントでサインインします。
- 3
権限を確認して許可する
表示される内容を読み、アクセスを許可します。
- 4
会話でKlueをオンにする
チャットの「+」メニューの「Connectors」からKlueを有効にします。
Team・Enterpriseプランでは、先にOwnerまたはPrimary Ownerが組織側でKlueを有効化します。「Organization settings」→「Connectors」→ページ下部の「Browse connectors」から選び、「Add to your team」を押す流れです。有効化はアクセス権の付与ではないので、メンバーは各自でKlueに認証します。Connectorはプライベートプロジェクトでしか使えません。ディレクトリ全般の仕組みはClaudeのコネクタ完全ガイドにまとめています。
24個のツールを用途別に読む
ディレクトリには24個のツールが載っています。名前の接頭辞でおおよそ6つの役割に分かれます。
| 役割 | ツール | 数 |
|---|---|---|
| カード・バトルカードの参照 | ツールklue-cards_extract_cards / klue-cards_extract_battlecards / klue-cards_search / klue-cards_fetch | 数4 |
| カード・バトルカードの作成・更新・削除 | ツールklue-cards_create_card / update_card / delete_cards、create_battlecard / update_battlecard / delete_battlecards | 数6 |
| ウィンロスの参照 | ツールklue-content_search / list / getの各win_loss_transcript(s)とwin_loss_report(s) | 数6 |
| 商談の支援 | ツールdeals_find-opportunities / get-buyer-requirements / get-competitors / get-recent-deal-tips / get-deal-tip | 数5 |
| 回答の照合 | ツールklue-answers_match-smart-answers | 数1 |
| Klueコンテンツ全般 | ツールklue-content_search_klue_content / klue-content_report_data_gap | 数2 |
合計は4+6+6+5+1+2で24個です。見落としやすいのは、作成・更新・削除のツールが6個含まれる点です。Outreachコネクタのように検索専用ではなく、Klue上のカードを書き換えられる構成になっています。
商談支援の5個は、名前から「進行中の案件を探す」「買い手の要件を取る」「競合を取る」「直近のディール向けヒントを取る」と読めます。ただし個々のツールの引数や、どのCRMの案件を指すかについては、ディレクトリのページに説明がありません。Klue側の管理者に確かめるのが確実です。
klue-content_report_data_gap は名前から、必要な情報がKlueに無かったときに報告するためのツールとみられます。こちらも説明は載っていません。
ロールによってできることが変わる
KlueのMCPは、すべてのアシスタントにすべてを渡す作りではありません。Klue自身の説明では、アクセスはKlue上のロールと権限に対応しています。
Klueのロールとアクセス範囲
全ロール:検索と閲覧
特定の競合のバトルカードを探す、最近の価格情報を引く、関連する受注事例を見つける、といった参照です。
CuratorとAdmin:作成と管理
カードやバトルカードを、Klueの画面に戻らずチャットから追加・更新できます。
Adminのみ:ウィンロスの情報
ウィンロスのトランスクリプトとレポートは、最も深い商談の証拠として、管理者レベルに限定されています。
営業担当が接続しても、ウィンロスの生データは出てこない可能性が高いということです。「失注理由を見たい」という依頼が営業のアカウントで空振りしたら、不具合ではなくロールの範囲を疑います。自分の権限が分からないときの窓口はKlueの管理者です。
営業が使う場面とプロンプト例
Klueの公式ページに載っている使い方のうち、営業が日常で使うものを抜き出します。以下はKlueが挙げる質問の形を借りた例です。
- ポジショニング:「Acme Corpに対してどう差別化するか」
- 反論対応:「見込み客が競合Xと比べて価格が高いと言っている。どう答えるか」
- 買い手の声:「直近2四半期で、見込み客は競合Xの導入についてどう言っているか」
- 案件固有の情報:「Locoの案件で脅威になるのは誰か、買い手は何を重視するか、どう差別化するか」
- 主張の検証:「競合Xは連携が無制限だと言っているが本当か」
商談前の準備なら、競合名と案件名を明示して聞くのが基本です。Claudeの答えがどのカードから来たかを確かめるため、出典を併記させると、Klueの画面で元の記載を開き直せます。
次の商談の準備をします。Klueから次を引いてください。
- 競合Xのバトルカード(最終更新日つき)
- この案件の買い手の要件と、想定される競合
- 価格面の反論に対する推奨の回答
根拠にしたカード名を各項目の末尾に書いてください。
Klueに情報がない項目は、推測せず「該当なし」と書いてください。最後の1行は、Klueに載っていない競合の動きをClaudeが一般知識で補ってしまうのを抑えるためのものです。
PMMが使う場面 — ウィンロスの分析とカード更新
PMMの使い方は、読む側と書く側に分かれます。
読む側は、ウィンロスのパターン分析です。Klueの例では「競合Xに対する、前四半期の主な受注理由と失注理由は何か」といった聞き方をします。ウィンロスのトランスクリプトとレポートが対象なので、Adminのロールが前提になります。CRMだけを使った失注分析の手順はCoworkで営業の失注理由を分析するにあります。Klueのウィンロスは、買い手へのインタビューという別の根拠を持つ点が違います。
書く側は、カードの更新です。Klueの例は「Acme Corpのバトルカードを更新して。まさにこの価格反論で受注できたところだ」という指示です。CuratorかAdminのロールが要ります。
ここで気をつけたいのが、書き込み系ツールの扱いです。更新や削除を含むツールがあるため、組織で最初から自由に許すかは判断が分かれます。Team・EnterpriseプランのOwnerは、「Customize」→「Connectors」でKlueを選ぶと表示される「Tool permissions」で、ツールの種類ごとにAlways allow・Needs approval・Blockedを設定できます。読み取りは許可し、書き込みと削除は承認制にする、といった線の引き方ができます。
この設定は組織全体に適用され、個人は変更できません。また、Claude側で書き込みを許可しても、KlueでCuratorやAdminの権限が無い人は書き込めません。Claude側の制限はKlue側の権限を広げず、狭めるだけです。ツールアクセスの設定全般はClaudeのツールアクセス設定で扱っています。
他のConnectorとの組み合わせ方
Klueのページは、関連コネクタとしてGoogle Drive・Google Calendar・Microsoft 365・Notion・Slack・Atlassianを並べています。営業の準備に当てはめると、次の分担が考えられます。
- Klue:競合の主張、バトルカード、ウィンロスの根拠
- カレンダー:商談の日程と参加者
- Slack:ディールルームでの共有
- CRM:案件の金額・ステージ
商談前のブリーフを作るなら、カレンダーから商談相手を取り、Klueから競合情報を引き、結果をSlackに流す、という流れです。CRM側の接続はClaude営業連携ガイドに比較があります。
競合のトラフィックのような外部の数値は、Klueの守備範囲ではありません。そちらはClaudeとSimilarwebを連携する方法の領域です。
コネクタを増やすと、会話のたびにツール定義が読み込まれます。Klueは24個とツール数が多めなので、普段の会話では必要なときだけオンにする運用が向きます。
セキュリティとデータの扱い
Klueの説明では、個人データは販売せず、データは暗号化され、SOC 2の認証を受けています。MCPの応答はすべて、ロールベースの権限で範囲が絞られます。
Klueは自社のページで、営業の通話トランスクリプトをChatGPTやClaudeに貼り付けることの安全性も論点として挙げています。コネクタ経由なら、貼り付けでなくKlueの権限モデルを通ってデータが渡ります。ただし、Anthropicは開発者が公開するツールの内容を管理しておらず、変更される可能性もあります。信頼できる提供元のものだけを接続する前提です。
よくあるつまずき
ウィンロスのデータが返ってこない
ウィンロスのトランスクリプトとレポートはAdmin限定です。営業やCuratorのアカウントでは範囲外になりえます。管理者に権限を確認します。
カードを更新できない
更新・作成にはCuratorかAdminのロールが要ります。さらに、組織の「Tool permissions」で書き込みがBlockedやNeeds approvalになっていないかも見ます。
答えが古いスライドのように曖昧になる
Klueのツールを使わずに、Claudeが一般知識で答えている可能性があります。プロンプトに「Klueのバトルカードを引いて、カード名を併記して」と書き、コネクタがオンかも確かめます。
組織で有効化したのに使えないメンバーがいる
組織側の有効化と個人の認証は別です。メンバー各自がKlueで認証を済ませる必要があります。
まとめ
Klueコネクタは、バトルカード・ウィンロス・商談支援を24個のツールでClaudeにつなぎます。営業が使う範囲は参照が中心で、ウィンロスの生データはAdmin限定、カードの書き込みはCuratorとAdminという線がKlue側で引かれています。導入時に決めるのは、書き込み系ツールを組織としてどこまで許すかです。参照だけで始め、カード更新は承認制で段階的に開ける進め方もあります。