creator-discovery-router

クリエイター発見ルーター

使用する場合

• ユーザーがクリエイター、KOL、KOC、インフルエンサー、またはパートナー候補を求めている。
• リクエストにプラットフォーム、ニッチ、フォロワー帯、オーディエンス、地域、言語、シード、競合ハンドル、またはコラボレーション適合性が含まれている。
• 最初の判断は、アウトリーチ前に候補をどのように収集するかである。

使用しない場合

• このスキルではプラットフォームデータを収集しないでください。最も狭い下流のコレクターにルーティングしてください。
• ユーザー向けの説明に内部ルートラベルを露出しないでください。
• 次のスキルがすでに明確な場合は、ルート診断で止まらないでください。

核心ルール

すべての「クリエイターを探す」リクエストをキーワードプロファイル検索として扱わないでください。

まず実際の制約を抽出します: プラットフォーム、フォロワー範囲、リコール範囲、トピック、オーディエンス、地域/言語、クリエイタータイプ、新しさ、活動性、シード、連絡可能性。プラットフォーム検索がノイズが多い場合は、より広いリコール帯を使用し、後でショートリストを絞り込みます。

ルートモード

• handle-first: ユーザーがすでにシードクリエイター、競合ハンドル、ユーザー名、またはウォッチリストを持っている場合に使用します。プロファイルと最近のコンテンツをエンリッチします。
• content-first: ニッチ適合性、活発な投稿、コンテンツの関連性、またはフォロワー帯の発見が重要な場合に使用します。まずコンテンツを収集し、次に投稿者をエンリッチします。
• graph-first: 優れた候補がクラスター、ハッシュタグ、コラボレーション、メンション、現地語のシーン、またはシード隣接ネットワークに隠れている場合に使用します。
• mixed: 発見に複数のパスが必要な場合に使用します。たとえば、アクティブなクリエイターには content-first、graph-first で拡張し、次に handle-first でエンリッチします。

ルーティングのヒューリスティック

• フォロワー範囲とニッチ適合性は、キーワードのみのアカウント検索ではなく、content-first または graph-first を優先すべきです。
• コンテンツの関連性は、クリエイターをランク付けする前に投稿/動画を収集すべきです。
• オーディエンス適合性は、プロフィールだけを信頼するのではなく、最近のコンテンツパターン、言語、繰り返されるフレーミングを使用すべきです。
• クリエイタータイプは、最終ショートリストの前に分類すべきです: 個人クリエイター、ブランド/製品アカウント、教育者/コンサルタント、またはアグリゲーター。
• 既存のシードは handle-first で開始すべきです。連絡可能なリードは、収集、エンリッチ、スコアリングの後にアウトリーチに引き渡すべきです。

デフォルトワークフロー

1. ブリーフを内部的に正規化します。
2. 有用な場合は、機械可読なルート成果物を作成します。
3. 平易なビジネス言語で計画を説明します。
4. プラットフォームとルートが明確な場合は、同じターンで引き渡します。
5. 回答がルートを変える場合にのみ、短い確認を 1 つ尋ねます。

出力形状

成果物には platform、route、primarySkill、explanation、handoffReady が含まれます。その出力をルート成果物として使用し、ユーザーのビジネス制約を下流のコレクターに引き継ぎます。

停止条件

• 必要なユーザー意図、ソース証拠、または所有する入力成果物が欠けており、推測が結果を変える場合は停止します。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止します。メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開ツールで失敗を回避しないでください。

引き渡し

• TikTok ディスカバリー -> tiktok-research。
• Instagram クリエイター発見 -> instagram-creator-discovery。
• Instagram アカウントエンリッチメント -> instagram-account-research。
• X アカウントの発見またはエンリッチメント -> x-tools。
• ショートリスト後のアウトリーチ準備 -> creator-outreach。

公開コマンドの境界

• ユーザー入力から最も小さく一致するコマンドまたはワークフローを選び、それを直接実行してください。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止してください。メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開のツールで失敗を回避しないでください。
• この公開スキルは指示駆動型です。利用可能なエビデンスから、ワークフローで記述された成果物を直接生成してください。
• プライベートなプロバイダー/ランタイムパスや未公開のローカルツールを呼び出さないでください。
• CLI が引用確認チャレンジを返した場合は、postplus quote confirm --json --challenge-file <challenge.json> を実行し、返されたトークンで再試行してください。