brand-mention-monitor について
brand-mention-monitorは、ウェブ、ソーシャル、ニュース、レビュー上のブランド言及を調査して優先度を整理するスキルです。リーチ、拡散速度、感情、リスクトピックを評価し、対応段階ごとに分類して担当者を提案します。
主な機能
- 01ブランド名や製品名の表記違いを検索
- 02市場に応じて情報源を選択
- 03リーチ・拡散速度・感情・リスクを評価
- 04言及を4段階の対応区分に分類
- 05過去の言及を照合して重複を除外
- 06緊急度の高い言及の担当者を提案
活用シーン
- 01複数チャネルで最近のブランドの反応を監視
- 02急増する苦情やリスクトピックを特定
- 03競合他社とブランドの言及を比較
- 04重要度の高い言及を担当チームに振り分け
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/brand-mention-monitorを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
example.htmlreferences/memory-and-distribution.mdnimble-playbook.mdprofile-and-onboarding.mdsources.mdtemplate.html詳細
ブランド言及モニター
ウェブやソーシャルメディアをスキャンしてブランドへの言及を探し、それぞれのリーチ、拡散速度、感情、リスクトピックとの一致度を評価します。対応が必要な言及を「危機対応／要注意／エンゲージメント／記録」に分類し、推奨担当者も提示します。
オンボーディングメッセージ
セッションでこのスキルが初めて起動されたときは、次のメッセージを送信してください。
👋 ブランド言及モニターの準備ができました。
このスキルは、Reddit、X、LinkedIn、Instagram、TikTok、YouTube、ブログ、ニュース、レビューサイトをスキャンして、ブランドへの言及を探します。それぞれのリーチ、拡散速度、感情、リスクを評価することで、問題が拡大する前に重要な情報を把握でき、誰がどれくらいの速さで対応すべきかを正確にお知らせします。
始めるには、次のように入力してください。 「[ブランド名]への言及をモニタリングして」
または、次のようにお試しください。
- 「今週、[ブランド]についてどんなことが言われていますか？」
- 「[ブランド]のブランド全体を調査して — 過去30日間」
- 「[ブランド]への高リスクの言及を見つけて」
- 「会話の中で、[ブランド]は[競合他社]と比べてどうですか？」
次回から質問を省略できるよう、設定を保存しますか？
事前確認
references/nimble-playbook.md のトランスポート選択と標準的な事前確認に従ってください。セッション開始時に CLI と MCP のどちらを使うか選び、その後、並列の事前確認呼び出し（日付、プロファイル、メモリーインデックス）を同時に実行してください。すべての Nimble CLI 呼び出しに、次のタグを付けてください：nimble --client-source nimble-agent-skills <subcommand>。
プロファイル（~/.nimble/business-profile.json）から、ブランド名、競合他社、ルーティング設定、日付範囲の設定に使う last_runs.brand-mention-monitor を読み込みます。設定に関する質問は事前に入力しておき、ユーザーには再入力ではなく確認してもらいます。プロファイルが存在しない場合は、references/profile-and-onboarding.md の初回実行時のオンボーディングフローに従い、初回実行後にスタブを作成してください。調査を開始する前に ~/.nimble/memory/index.md を確認し、既存の言及データを把握してください。
開始方法
何かを尋ねる前に、次の簡単な調査を2つ行います。
ステップ A — ブランドの表記揺れを自動的に解決します： ユーザーが指定したブランドを検索し、別表記、ハッシュタグ、製品名、ハンドル名、よくある誤記をすべて見つけます。ユーザーに尋ねてはいけません。見つかった情報を使って、検索に使う包括的な用語リストを作成します。
- 検索：
"[brand name]" official name OR handle OR "also known as" OR hashtag - ブランドの主要な製品名と、独立して言及されるサブブランドを確認します
- 一般的な単語がブランド名になっている場合、検索結果に無関係な情報が混ざらないよう、業界、創業者、ドメインなどの識別用語を見つけます
- 確認できた表記揺れを検索クエリにすべて加えます。この手順をユーザーに知らせる必要はありません
ステップ B — ブランドの特性を自動的に把握します： ユーザーに尋ねる前に検索し、ブランドの業界、ビジネスモデル（B2B/B2C）、地域、言語、対象者を確認します。これにより、該当する市場別ソースプロファイル（ステップ 0 を参照）を選び、スコアリングの基準を調整できます。ニッチな B2B ツールと、数百万人が利用する一般消費者向けアプリでは、「リーチが大きい」の意味が異なります。調査結果を提示し、何も知らずに尋ねるのではなく、確認の質問に盛り込みます。
- 検索：
"[brand name]" company OR product industry OR category - 次の点を特定します：B2B か B2C か、業界の分野、主要な地域と言語、おおよその対象者数
- これを使って、ソースプロファイルと業界のデフォルトのリスクトピック辞書を選びます
その後、1つのメッセージで尋ねます：
「実行する前に、いくつか確認させてください。
- ブランド： [brand] は、[audience] を対象とする [category] の [B2B/B2C] 企業だと分かりました。合っていますか？一緒に追跡したい競合他社はありますか？
- 期間： どのくらいさかのぼって調べますか？（デフォルト：過去7日間。『6月1日〜15日』や『ローンチ以降』のように指定することもできます）
- 詳細度： クイックスキャン（高速）と詳細調査（より徹底的で、情報源も多い）のどちらにしますか？（デフォルト：詳細）
- 報告先： 危機レベルの言及を見つけた場合、誰に報告しますか？（デフォルト：マーケティングチーム。PR責任者、法務、創業者なども指定できます）」
**出力は常に、Claude 上に直接表示するトリアージコンソールです。**形式や出力オプションについて尋ねてはいけません。
例外 — 次の場合は質問を省略します：
- ユーザーが最初のメッセージですでに上記の情報をすべて提供している
- このセッション内でユーザーが以前にこのスキルを実行している（前回の設定を使います）
ユーザーが「そのまま実行して」と言った場合のデフォルト：
- 期間：過去7日間
- 詳細度：詳細
- リスクトピック：業界に基づいて自動検出
- 報告先：マーケティングチームに報告
**曖昧さの解消：**調査後もブランド名が曖昧な場合は、続行する前に確認します：
「確認ですが、[brand] は [Option A] と [Option B] のどちらを指していますか？」
ステップ 0 — ソースプロファイル（市場に応じて設定し、固定リストは使わない）
**ここが最も重要な設定手順です。**ソースの選択は、ブランドの対象者が実際に会話している場所に合わせる必要があります。すべてのプラットフォームを同等にスキャンしてはいけません。この企業タイプにとって重要なチャネルを重視します。
B2B エンタープライズソフトウェア／SaaS
**優先（毎回実行）：**LinkedIn、G2、Capterra、Hacker News、r/sysadmin、r/devops、r/[category]、業界メディア（InfoQ、TechCrunch、ZDNet、The Register）、Glassdoor（従業員の動向） **二次：**Reddit の広範な検索、X/Twitter（経営幹部のアカウント、アナリスト）、Medium/Substack **優先度を下げる：**TikTok、Instagram、Facebook（B2B の購入者に関するシグナルが少ない）
消費者向けブランド／eコマース
**優先（毎回実行）：**TikTok、Instagram、X/Twitter、Reddit、YouTube、Facebook、Trustpilot、Google Play／App Store **二次：**ニュースメディア、ブログ、Pinterest **優先度を下げる：**HN、LinkedIn（消費者の感情を示すシグナルが少ない）、業界メディア
規制の厳しい業界（金融、医療、製薬、保険）
優先度：高： ニュース報道（Reuters、AP、Bloomberg、業界専門メディア）、規制監視機関のサイト、ジャーナリストのTwitterアカウント、LinkedInでの経営幹部の論評、正式なレビューサイト（BBB、Consumer Financial Protection Bureau） 優先度：中： Reddit、X、フォーラム 優先度を下げる： TikTok、Instagram（ユーザー生成コンテンツによる評判リスクは、報道機関や規制当局に関するリスクより優先度が低いです）
地域ブランド／英語以外のブランド
優先度：高： 現地語のニュース、地域のフォーラムやソーシャルプラットフォーム（例：中国ではWeibo、ロシアではVK、韓国ではNaver）、現地語のTwitter／Instagram
優先度：中： 関連性がある場合に限り、英語圏のグローバルプラットフォーム
注： 現地語の検索結果を表示するには、Nimbleのlocaleおよびcountryパラメーターを使用します
スタートアップ／開発者向けツール
優先度：高： HN、Reddit（r/programming、r/webdev、r/[category]）、GitHubのディスカッション、Dev.to、X/Twitter（開発者インフルエンサー）、ProductHunt 優先度：中： LinkedIn、Medium、TechCrunch
ステップ1 — メンションの網羅的な検索
徹底的に検索する場合は、Agentツールを使用してソースの階層ごとに並列サブエージェント（同時実行は最大4つ）を起動します。ソースグループごとにエージェントを1つ割り当てます（例：ソーシャル、レビューサイト、ニュース、コミュニティ）。references/nimble-playbook.mdにある並列収集のパターンに従います。必ずフォールバックを用意します。サブエージェントが失敗した場合は、残りのエージェントで処理を続け、出力に不足分を記載します。
ブランドの特性（ステップ0）に合ったソースを検索します。発見段階では--search-depth liteを使用し、高スコアの候補について全内容を取得するには--search-depth deepを使用します。ユーザーの日付範囲に基づいて、すべての検索呼び出しで--start-date／--end-dateを適用します。すべての呼び出しに次のタグを付けます：nimble --client-source nimble-agent-skills search ...
基本クエリ（すべてのブランドタイプで実行）
"[brand name]" site:reddit.com"[brand name]" site:x.com"[brand name]" news"[brand name]" review OR complaint OR "doesn't work"— リスク検索"[brand name]" love OR recommend OR "game changer"— 機会検索- Nimbleの
focus:"social"クエリ"[brand name]"— 幅広いソーシャル検索
リスク別クエリ（毎回実行）
このブランドタイプのリスクトピック辞書と、ユーザーが指定したトピックを基に作成します。
"[brand name]" [risk topic 1]"[brand name]" [risk topic 2]"[brand name]" lawsuit OR legal OR "class action""[brand name]" outage OR "not working" OR down（SaaS／テクノロジーの場合）"[brand name]" recall OR safety OR "side effects"（消費者向け製品／製薬の場合）"[brand name]" scam OR fraud OR fake
速度の確認（高スコア候補に対して実行。再取得のみ）
前回の実行でスコアが50を超えたメンションについては、投稿を再取得してエンゲージメント数を比較します。過去のベースラインがない初回の検索では、時間当たりの増加率による速度スコアリングを省略し、代理指標のみを使用します（ステップ2の速度判定ルールを参照）。
ステップ2 — 各メンションのスコアリング（4つの指標）
各メンションを指標ごとに0～100で採点し、その後、総合スコアを算出します。
リーチ／可視性（0～100）
何人がこれを目にする可能性があるかを評価します。
| シグナル | 点数 |
|---|---|
| フォロワー50万人以上／大手メディア | +35 |
| フォロワー10万～50万人 | +25 |
| フォロワー1万～10万人 | +15 |
| フォロワー1,000～1万人 | +8 |
| フォロワー1,000人未満 | +3 |
| 返信／コメントが100件以上のスレッド | +20 |
| 投稿が急速に拡散（1時間未満でリポスト100件以上） | +25 |
| 権威性の高いドメイン（TechCrunch、Reutersなど） | +25 |
| Redditのフロントページ／アップボート1,000件以上 | +25 |
速度（0～100）— 差別化要因
どれほど速く勢いを増しているでしょうか？これによって「急速に拡散中」と「停滞中」が区別されます。
基本要件： 1時間あたりの増加率の行（+40／+25／+10）を適用するには、実際の増加率を算出するために、以前のエンゲージメント数と現在のエンゲージメント数という2つのデータポイントが必要です。初回の単独スキャンでは、基準値がありません。次のルールを適用してください。
- 以前のデータを使って再実行する場合（基準値あり）： 以下の表全体を使用します。
- 初回の単独スキャンの場合（基準値なし）： 1時間あたりの増加率の行は対象外とし、観測可能な代理シグナル（複数プラットフォームでの拡散、報道機関による取り上げ、絶対エンゲージメント数のしきい値）のみをスコアリングします。速度ラベルをカードに
~estimatedと設定し、測定値ではなく推定値であることをユーザーに知らせます。
| シグナル | ポイント | 基準値が必要か |
|---|---|---|
| 基準値と比較して、エンゲージメントが1時間あたり50％以上増加 | +40 | はい |
| エンゲージメントが1時間あたり20～50％増加 | +25 | はい |
| エンゲージメントが1時間あたり5～20％増加 | +10 | はい |
| エンゲージメントが横ばい | +0 | はい |
| 複数プラットフォームでの拡散（2つ以上のプラットフォームに言及が現れる） | +20 | いいえ |
| 報道機関がソーシャル投稿を取り上げる | +25 | いいえ |
| 40分間で2.3K件以上のリポスト（危機的な拡散速度） | +40 | いいえ — 単独スキャンでも観測可能 |
迅速な再確認によるティアの引き上げ： 前回の実行から2時間以内に再実行する場合は、Watch以上のスコアを獲得した言及をすべて再取得し、エンゲージメント数を比較します。前回の確認以降にエンゲージメントが20％以上増加していたら、ティアを引き上げて ↑ accelerating のフラグを付けます。横ばいまたは減少している場合は、→ stable または ↓ declining と記載します。
センチメント（リスクスコア0～100、機会スコア0～100）
| ネガティブなシグナル（リスク） | ポイント |
|---|---|
| 明示的な否定的センチメント | +20 |
| 苦情と、製品／サービスの不具合を示す表現 | +20 |
| 皮肉を検出（「すばらしい仕事ですね、[brand]…」） | +15 |
| すべて大文字、感嘆符、冒とく的な表現 | +10 |
| 否定的なトーンを強める返信 | +15 |
| ポジティブなシグナル（機会） | ポイント |
| 自発的な自然な称賛 | +20 |
| 購入意向または推奨 | +20 |
| ブランドが共有できるユーザー生成コンテンツ | +15 |
| ジャーナリスト／アナリストによる肯定的な言及 | +20 |
リスクトピックとの一致（0～100）
フラグ付きのリスクカテゴリに該当しますか？
| トピックカテゴリ | ポイント |
|---|---|
| 法的問題／規制／訴訟／集団訴訟 | +40 |
| 安全性／健康／負傷／リコール | +40 |
| 経営幹部の不正行為または論争 | +35 |
| 製品の停止または重大な不具合 | +30 |
| 価格設定／請求に関する苦情（拡散している場合） | +20 |
| ブランドを否定的に描く競合比較 | +15 |
| ブランドに関する虚偽の主張／誤情報 | +25 |
複合スコア
composite = (reach × 0.30) + (velocity × 0.30) + (max(risk_sentiment, risk_topic) × 0.25) + (opportunity × 0.15)
ステップ2.5 — メモリの重複排除（既知の言及を除外する）
ティアを割り当てる前に、references/memory-and-distribution.md の重複排除ライフサイクルに従って、~/.nimble/memory/reports/ にある過去のブランド言及モニタリングレポートと照合します。
このスキル固有のルール：
- フィンガープリント：
{url, platform, published_date}— URLを正規化します（クエリパラメーターと末尾のスラッシュを削除）。 - 再登場し、スコアの変動が10以上： フィードに残し、
↩ returning · score changedバッジを付けます。 - 既知で、スコアに変化がない場合： Logティアに移動します。ユーザーが全履歴を求めた場合を除き、Crisis／Watch／Engageから除外します。
- サマリー行： トリアージコンソールの最上部に
新規X件 · 再登場（スコア変動）Y件 · 抑制（記録済み）Z件と表示します。 - 保存： 実行後、言及のフィンガープリントを
~/.nimble/memory/reports/brand-mention-monitor-{BRAND}-{YYYY-MM-DD}.mdに保存し、references/memory-and-distribution.mdに従ってlog.mdにエントリーを追記します。
ステップ 3 — ティアの割り当てとルーティング
すべての言及を、必ずいずれか1つのティアに割り当てます。チームは数値ではなく、ティアに基づいて対応します。
| ティア | スコア | 色 | 対応 | 推奨担当者 | 対応時間 |
|---|---|---|---|---|---|
| 危機 | 80–100 | 🔴 | ただちに振り分け | PR + 法務 + 経営陣 | 2時間以内に対応 |
| 要注意 | 50–79 | 🟠 | 担当者を割り当て、勢いを監視 | マーケティング／広報 | 24時間以内に対応 |
| エンゲージ | 高リーチで肯定的な場合はスコアを問わない | 🟢 | 拡散／感謝／共有 | マーケティング／ソーシャルチーム | 48時間以内に対応 |
| 記録 | 50未満でリスクシグナルなし | ⚪ | 対応不要、検索可能な記録として保存 | — | — |
危機ティアの言及はただちに表示する必要があります — 出力の最上部に、抜粋、リーチ、勢い、フラグ付けの理由、推奨担当者、対応時間、推奨される対応案を記載した完全な判断カードを表示してください。
出力テンプレート（必須）
Claude は references/template.html に厳密に従う必要があります。テンプレートを読み込み、実データを差し込み、すべての CSS、JS、インタラクションパターンを同一に保ってください。
応答の構成（ウィジェットを囲む）
チャット応答は標準の形式に従う必要があります。最初に TL;DR を記載し、最後に What This Means セクションを置き、その間にトリアージコンソールを配置します。
- TL;DR（最初に、2～4行）：言及の合計数、ティア別の内訳（
X Crisis · Y Watch · Z Engage）、および対応時間を含む最も緊急性の高い項目を記載します。 - トリアージコンソール — 以下のルールに従ってインラインで表示されるインタラクティブウィジェットです。
- What This Means（最後のトップレベルセクション）：今回の調査から分かる、現時点でのブランドの状況と、ティアおよび担当者をそれぞれ明記した、推奨アクションの上位1～3件を記載します。
レンダリング — 常にインラインを最優先（出力する前にお読みください）
トリアージコンソールは、チャット内にインラインで表示する必要があるインタラクティブウィジェットです。ダウンロード可能なファイルは副次的な成果物であり、主たる成果物ではありません。毎回、以下の手順を厳密に守ってください。
- まずトリアージコンソールをインラインでレンダリングします。 Write ツールを使用して、データをすべて反映した
brand-mention-monitor-{YYYY-MM-DD}.htmlを~/.nimble/に書き込み、その後、HTML の内容を会話内に出力して、ユーザーがすぐにインタラクティブウィジェットを確認できるようにします。このインライン出力が主たる成果物であり、ほかのものを提示する前に出力する必要があります。 - その後に限り、ダウンロードを案内します。 インライン出力が画面に表示された後、
~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.htmlと~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.mdが保存されたことを確認し、ダウンロードまたは共有を案内します。
厳守事項：
- ファイルパスだけで応答してはいけません。 ユーザーにパスだけが表示され、インラインのトリアージコンソールが表示されない場合、実行は主たる目的を達成できていません。
- インライン表示かファイルかをユーザーに尋ねないでください。また、形式についても尋ねないでください。常にインライン表示を既定とし、ファイルも必ず添付します。
- インライン出力と保存された HTML は同一の成果物です。同じテンプレートをレンダリングし、簡略化したインライン版を作成しないでください。
インライン出力を実際に生成できない場合：
- その旨を短い一文ではっきり伝えてください。例：「今回はトリアージコンソールをインラインでレンダリングできなかったため、代わりにファイルをお送りします。」
- 代替として、ファイルが
~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.htmlに保存されたことを確認してください。
インライン出力に失敗した場合、黙ってファイルに切り替えてはいけません。失敗したことを明示し、意図した動作ではなく環境の問題であるとユーザーに分かるようにしてください。
出力テンプレートの仕様（brand-mention-monitor-{YYYY-MM-DD}.html）
ビジュアルアイデンティティ — 他のすべてのスキルと明確に区別されるデザイン：
- トリアージコンソールの美観 — 情報密度が高く、行動を促すデザインで、レポートのようにはしません
- 危機レベルのメンションは、フィードの上部に全幅のアラートカードとして表示します
- 各カードに4つのスコアピップを表示：リーチ／速度／センチメント／リスク — 緊急度を示すシグナルは1つだけではありません
- 総合スコアの数値を主な視覚ラベルとして使わず、ティアバッジを表示します
- 検索したソースのパネル（折りたたみ可能）に、この実行で照会した内容を正確に表示します
- 日付範囲ピッカー（カスタムの開始日／終了日入力）で、フィードをクライアント側で再フィルタリングします
- プラットフォームフィルターとティアフィルターを縦に配置します
- 各カードに速度インジケーターを表示します：
↑ accelerating／→ stable／↓ declining
スコアピップの色：
- リーチ：
#185FA5（青） - 速度：
#854F0B（琥珀色 — 緊急度のシグナル） - センチメント：
#A32D2D（リスクは赤）／#3B6D11（機会は緑） - リスクトピック：
#A32D2D（赤）
ティアの色：
- 危機 🔴：左端の赤いボーダー＋赤いティアバッジ
- 注視 🟠：左端の琥珀色のボーダー＋琥珀色のティアバッジ
- エンゲージ 🟢：左端の緑のボーダー＋緑のティアバッジ
- 記録 ⚪：灰色のボーダー
必須セクション（この表示順）：
- ブランドヘッダーバー — ブランド名 · 日付範囲（オンボーディングから取得する読み取り専用ラベル。例：「対象期間：2026年6月11日～18日」）· メンション総数
- 検索したソース — この実行で照会したすべてのソースを✓マークとメンション数バッジ付きで表示する折りたたみ可能なパネル。ソースをクリックすると、プラットフォームでフィードを絞り込みます
- スコア概要の行 — 4つの集計メーター：平均リーチ／最高速度／最高センチメントリスク／最高機会
- 市場での可視性（シェア・オブ・ボイス） — 白い中央部分のあるドーナツチャート＋この期間におけるブランドと競合他社の会話シェアを示す凡例。セグメントまたは凡例の行にカーソルを合わせると、その項目を強調表示し、ドーナツの中央に該当ブランドのシェアを表示します。セグメントまたは行をクリックすると、そのブランドの重要なインテリジェンスを含む詳細パネルが開きます。内容：メンション数、前期間とのトレンド（上昇は赤、下降は緑で色分け）、推定リーチ、ポジティブ／ニュートラル／ネガティブのセンチメント比率バー、ブランドのシェアを促進している要因を説明する1行のシグナル要約。
mvBrands[]を使用します。最初のエントリはユーザーのブランドです。各エントリは{name, pct, fill, stroke, mentions, trend, reach, pos, neu, neg, signal}です。パーセンテージの合計は約100（「その他」の区分を含む）とし、pos+neu+negの合計は100にします。 - 危機アラートカード — ティアが危機の場合のみ表示する全幅カード。抜粋、4つすべてのスコア、公開日、理由、担当者、期間、推奨アクションを含めます
- プラットフォーム別のメンション — 横棒グラフ。クリックするとフィードを絞り込みます（検索したソースのパネルと同期）
- 地理的内訳 — メンションのホットスポットを示すインタラクティブな世界地図。
geoPoints[]を使用します。各ポイントは{name, lat, lng, tier, sources}で、tierは'high'／'med'／'low'のいずれかです（ドットの色は赤／琥珀色／青、サイズ、高ティアでのパルスリングを制御します）。メンション数はsourcesの長さから導出します。sourcesの各エントリは{head, plat, meta, url, tier}です。headは見出し、platはプラットフォームキー、metaはフォロワー数／賛成票数と日付、tierはそのメンション自体のティア、urlはNimbleの結果のURL（記事／投稿／スレッド）と完全に一致するURLを指定する必要があります。ホームページは指定できません。ポイントにカーソルを合わせると概要ツールチップが表示されます。クリックすると、地図の下に詳細パネルが固定表示され、その場所のすべてのソースと正確なURLへのリンクを一覧表示します。地図のジオメトリはD3経由でworld-atlasから読み込みます（jsDelivr／unpkg／cdnjsをフォールバックとして使用し、すべてブロックされた場合は「地図を利用できません」と表示します）。lat/lngには国の重心を指定します。 - メンションフィード（2列グリッド） — 総合スコア順に並べ、各カードに4つのスコアピップ＋ティアバッジ＋速度矢印＋プラットフォームタグ＋公開日＋ソースリンクを表示します
- フィルターバー — ティア（すべて／危機／注視／エンゲージ／記録）＋スコア範囲。解除可能なチップとともに縦に配置します 操作方法：
- 任意のカードをクリックすると展開されます：引用全文、各スコアの説明を含むスコア内訳、ルーティングの提案、推奨アクションのテキスト
- 「検索したソース」ヘッダーをクリックするとソースパネルを展開／折りたたみできます。ソースの行をクリックすると、プラットフォームでフィードを絞り込めます
- 市場での認知度を示すドーナツグラフ：セグメントまたは凡例の行にカーソルを合わせるとハイライト表示され、シェアをプレビューできます。クリックすると詳細パネルが開き、そのブランドの言及、トレンド、リーチ、センチメントの内訳、シグナルが表示されます
- プラットフォームの棒グラフをクリックするとフィードを絞り込めます（ソースパネルと連動）
- 地理マップ：ホットスポットにカーソルを合わせると概要が表示されます。クリックするとパネルが固定され、その場所からの正確なソース（リンク付き）が一覧表示されます
- すべてのフィルターは積み重ねて適用され、チップをクリックして解除できます
可視化ライブラリ：
テンプレートでは、地理マップ用に cdnjs から D3（d3.min.js）と topojson（topojson.min.js）を読み込み、さらに jsDelivr／unpkg／cdnjs から world-atlas の国境データを読み込みます（フォールバックあり）。市場での認知度を示すドーナツグラフには、依存関係のないプレーンな <canvas> を使用します。これらのスクリプトタグは残してください。
ソース URL のルール：
すべての言及に、Nimble の正確な記事／投稿 URL を含む <a href="[EXACT_NIMBLE_URL]" class="src-link">↗ source</a> を含める必要があります。ホームページは使用しないでください。
- 正しい例：
https://reddit.com/r/SaaS/comments/abc123/title - 正しい例：
https://x.com/username/status/1234567890 - 誤った例：
https://reddit.com誤った例：https://x.com
Markdown 出力仕様（brand-mention-monitor-{YYYY-MM-DD}.md）
# Brand Mention Monitor — [Brand Name]
**Date range:** [DATE RANGE]
**Generated:** [TIMESTAMP]
**Total mentions:** [N]
**Sources searched:** [list]
## TL;DR
[2–4 lines: total mentions · tier breakdown (X Crisis · Y Watch · Z Engage) · the single most urgent item + its response window]
## Crisis tier (80–100) — respond <2h
- **[Tier] Score:[N]** | [Platform] | [Author] | R:[N] V:[N] S:[N] RT:[N]
"[Excerpt]"
Owner: [PR/Legal/Marketing] · Window: <2h
Action: [Suggested action]
Source: [EXACT_NIMBLE_URL]
## Watch tier (50–79) — respond <24h
...
## Engage tier — amplify within 48h
...
## Log (no action required)
...
## What This Means
[What the sweep signals for the brand right now + the top 1–3 recommended actions, each tied to a tier and owner]
ソース URL のルール
すべての言及に、Nimble の結果の正確な URL を含める必要があります。
正しい例： https://reddit.com/r/SaaS/comments/abc123/title
誤った例： https://reddit.com
配布
出力をインラインで表示し、ファイルを保存した後、references/memory-and-distribution.md に従って共有を提案します（コネクターの検出、AskUserQuestion のフロー、Notion／Slack の選択肢）。
スキル固有のルーティング：brand-mention-monitor-{YYYY-MM-DD}.md を Notion に送信します（レポート全文）。Crisis と Watch の階層のみを Slack に投稿し、フィード全体は投稿しません。~/.nimble/business-profile.json の integrations に設定された送信先を使用します。設定されていない場合は確認し、次回に備えて保存します。
保存済みの設定
初回実行後、次のように尋ねます。
「設定を保存しますか？[ブランド]、ソースプロファイル、リスクのトピック、ルーティングを記憶し、次回以降の実行ではセットアップを省略します。」
いつでも 「設定を変更」 と言えば更新できます。
再実行時の動作
日付範囲の計算には、references/nimble-playbook.md のスマート日付範囲設定パターンに従い、プロファイルの last_runs.brand-mention-monitor を使用します。
「前回の実行以降に新たな言及がないか確認しています。ウォッチリストに追加するものはありますか？」
新たな言及のみを対象とします。Crisis と Watch の項目は、対応済みとしてマークされるまで引き継がれます。
実行終了後の次のステップ
トリアージコンソールを提示し、配布を確認した後、調査結果に基づいて最も関連性の高い次のアクションを提案します。
- Watch または Crisis の言及に、競合他社が自社ブランドを否定的に位置付けるものがある場合： → 「競合他社が自社について何を言っているか、さらに詳しく調べますか？
competitor-positioningスキルをお試しください。競合他社のメッセージ、ポジショニングのギャップ、攻撃の切り口を詳しく分析できます。」 - ブランドが資金調達、採用、または M&A に関連して言及されている場合： → 「ここにはブランドのセンチメントにとどまらないシグナルがあります。
competitor-intelスキルでは、市場でのポジションに影響を及ぼす可能性のある事業の動き、採用シグナル、戦略の変化を追跡できます。」 - 調査で、拡散する価値のある好意的な言及が主に見つかった場合： → 「コンテンツやアウトリーチに活用できそうなものがあります。
competitor-positioningスキルを使うと、オーディエンスがすでに反応しているメッセージの切り口を特定できます。」 - 今回が初回実行（過去の記録がない）の場合： → 「動向データを取得し、トレンドを確認するために、7日後にもう一度実行してください。次回は比較用のベースラインを用意します。」
今回の実行に関連する提案のみを提示してください。該当するものが1つだけの場合に、4つすべてを列挙しないでください。