mcpField
V
viral-topic

viral-topic

github.com/kangarookingマーケティング・グロース68870 回インストール7 週間前に更新
リポジトリ

viral-topic について

viral-topicは、複数のプラットフォームで話題の参考事例を探すためのルーティングスキルです。実装済みの各プラットフォーム用スキルに依頼を振り分け、固有の指標と根拠ラベルを保持します。

主な機能

  1. 01テーマを絞った検索語に整理
  2. 02プラットフォーム別スキルへ振り分け
  3. 03出典と指標を保った結果の統合
  4. 04プラットフォーム固有の根拠を区別
  5. 05調査結果の確度を表示

活用シーン

  1. 01複数プラットフォームで話題の参考例を検索
  2. 02投稿の実績と作者の規模を比較
  3. 03出典リンク付きのテーマ表を作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kangarooking/kangarooking-skills --skill viral-topic

インストール後、Claude Code で/viral-topicを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
bilibili-viral-topic/agents/
openai.yaml
bilibili-viral-topic/references/
category_map.md
rate_limits.md
scoring.md
bilibili-viral-topic/scripts/
search_bilibili_viral_topic.py
references/
platforms.md
wechat-viral-topic/agents/
openai.yaml
wechat-viral-topic/references/
categories.md
scoring.md
wechat-viral-topic/scripts/
search_wechat_viral_topic.py
x-viral-topic/agents/
openai.yaml
x-viral-topic/references/
querying.md
scoring.md
x-viral-topic/scripts/
search_x_viral_topic.py
youtube-viral-topic/agents/
openai.yaml
youtube-viral-topic/references/
querying.md
scoring.md
youtube-viral-topic/scripts/
search_youtube_viral_topic.py

詳細

バイラルトピック

このスキルは、複数のプラットフォームからトピックの参考情報を探すための制御レイヤーとして使用します。このスキル自体はデータを取得せず、収集ロジックがプラットフォームに合致するスキルにリクエストを振り分けます。

パッケージ構成

このリポジトリでは、viral-topic/ を1つのスキルパッケージとして公開しています。

viral-topic/
├── SKILL.md
├── references/platforms.md
├── wechat-viral-topic/
├── x-viral-topic/
├── bilibili-viral-topic/
└── youtube-viral-topic/

ルートの SKILL.md がコントローラーです。プラットフォームのディレクトリは、独自の SKILL.md、references/、agents/、スクリプトを持つ子スキル/アダプターです。

プラットフォームの振り分け

実行する子スキルを決める前に、references/platforms.md を読んでください。

実装済みの子スキル:

  • $wechat-viral-topic:アカウントの平均閲覧数を上回るWeChat公式アカウントの記事。
  • $x-viral-topic:フォロワー数の少ない投稿者が、オーディエンス規模に対して高い成果を上げたX/Twitterの投稿。
  • $bilibili-viral-topic:フォロワー数の少ないUP主が、フォロワー数を上回る成果を上げたB站の動画。
  • $youtube-viral-topic:チャンネル登録者数による絞り込みを行わない、直近で高い成果を上げたYouTube動画。

ユーザーがプラットフォームを指定しない場合は、実装済みのWeChat、X、Bilibili、YouTubeを対象にします。ユーザーが小红书または抖音を指定した場合、これらのアダプターはまだ実装されていないことを説明し、構築する前に利用可能なAPI/ブラウザー自動化の方法を提案してください。

ワークフロー

  1. ユーザーのニッチな分野を、焦点を絞った3~8個の検索語に整理します。
  2. リクエストからプラットフォームを選びます。「全平台」または「各个平台」と指定された場合は、実装済みの子スキルをすべて実行します。
  3. 各プラットフォームのスキルを、それぞれのデフォルト設定で個別に実行します。
    • WeChat:--days 7、--min-read 10000、--min-read-month-avg-ratio 2
    • X:--days 7、--max-followers 50000、--min-engagement 100
    • Bilibili:--days 30、--max-followers 100000、--min-play 10000
    • YouTube:--days 30、--min-views 10000
  4. 元のURL、投稿者/アカウントの指標、タイミング、根拠ラベルを保持します。
  5. 各プラットフォーム固有の根拠を保持した後でのみ、出力を統合してクロスプラットフォームのトピック表を作成します。
  6. 確信度は慎重にラベル付けします。
    • WeChatで確認できるのは平均閲覧数を上回る成果であり、フォロワー数の少なさによるブレイクアウトではありません。
    • XとBilibiliでフォロワー数の少ない投稿者によるバイラルを確認できるのは、フォロワー数が記録されている場合に限ります。
    • YouTubeで確認できるのはバイラルの強さであり、チャンネル登録者数の少なさによるブレイクアウトではありません。

出力形式

複数のプラットフォームを統合する場合は、まず次の簡潔な表を使用してください。

platform | title | author | published_at | main_metric | scale_metric | breakout_reason | url

次に、短いまとめを追加してください。

  • 再利用可能なトピックの切り口
  • タイトル/フックのパターン
  • 形式のパターン
  • 成功したと考えられる理由
  • 根拠が確認済みか、代替指標のみか

ガードレール

  • プラットフォーム固有の根拠を保持せずに、すべてのプラットフォームを1つのスコアリング式にまとめないでください。
  • YouTubeの結果を、デフォルトでファン数が少ないものとして扱わないでください。
  • WeChatの follower_count をデフォルトのファン数の少なさの指標として使わないでください。記事の閲覧数を month_read_avg と比較してください。
  • APIキー、Cookie、アプリシークレット、アクセストークンをスキルファイルや出力に決して記載しないでください。
  • 結果はトピックの参考情報や構成のヒントとして使用してください。投稿、記事、動画スクリプト、キャプション、サムネイルを丸ごとコピーしないでください。

コメント