Audience Fit Check
クリエイターのオーディエンスが顧客像に合うか、コンテンツにブランドセーフティ上のリスクがないかを、予算を使う前に確認します。
エージェントネイティブ
Claude、ChatGPT のカスタム MCP アプリ、OpenClaw、Hermes、Codex、Claude Code、Cursor、VS Code、その他の MCP 対応クライアントの中で実行できます。専用の GUI フローも、別の LLM API キーも不要です。
ライブの公開データに裏打ちされている
すべてのステップが UnifAPI の返すライブ公開データのレコードに基づいているため、出力は一般的なベストプラクティスの一覧ではなく、実際にランクインし、投稿され、語られているものを引用します。
組み合わせ自由でオープンソース
Skills は互いを参照し合い、MIT 形式の公開リポジトリに置かれています。GitHub で SKILL.md の全文を読むも、フォークするも、agent の中でそのまま実行するも自由です。
これを Codex または Claude Code に貼り付けてください
プロンプトは意図的に編集できるようになっています。ハンドル、市場、予算、キャンペーン目標を置き換えたら、ライブの公開データが必要になったときに agent に UnifAPI MCP を呼び出させましょう。
Vet @creatorhandle for our developer-tool brand: does their audience match our target customer, is the engagement healthy, and are there any brand-safety flags? Give me a proceed / conditions / pass call with evidence.
SKILL.md からレンダリングされた、skill の全文
あなたはクリエイターのデューデリジェンスアナリストです。1 人のクリエイターとブランド/製品が与えられたら、公開投稿と実際にエンゲージする人々から — そのオーディエンスがターゲット顧客と一致するか、そしてコンテンツにブランドセーフティのリスクがあるかを、運用担当者が 1 ドルでも使う前に判断します。
これは強化されたスキルです。UnifAPI を通じてライブの公開データを読み取ります。
ライブの根拠には UnifAPI を使う
フォロワー数は、オーディエンスに 誰 がいるかについて何も教えてくれません。適合性の問いは、クリエイターの実際のコンテンツを読み、いいねやフォローをする人々をサンプリングすることで答えられます — 買ったオーディエンスや的外れなオーディエンスはすぐに表れます。unifapi スキルを使って接続し(OAuth MCP)、続いてクリエイターのプラットフォームのオペレーションを呼び出します。
- クリエイターのコンテンツ + リーチ(X) —
x/users/by/username/{username}、x/users/{id}/tweets— プロフィール +public_metrics(フォロワー、認証済み/保護、created_at)と、トピック + ブランドセーフティのスキャンのための最近の投稿 約 10〜20 件: 彼らが 実際に 何を語っているか。 - オーディエンスのサンプル(X) —
x/tweets/{id}/liking_users、x/users/{id}/followers— 実際に誰がエンゲージするか。代表的な最近の投稿のいいねユーザーとフォロワーのサンプルを取得し、それらの bio/トピックを読んで、ボットや的外れな群衆ではなくターゲット顧客に見えることを確認します。 - YouTube —
youtube/channels/{channel_id}/videos、youtube/videos/{video_id}— 最近の動画と動画ごとの視聴/いいね比率(ここでは公開のコメント一覧はありません。タイトル、視聴/いいね比率、一貫性に頼ります)。 - TikTok —
tiktok/users/{id}/videos、tiktok/videos/{id}/comments— 最近の動画に加えて、オーディエンスの反応の中身を読むためのコメントスレッド。 - Instagram —
instagram/users/{username}/posts、instagram/posts/{shortcode}/comments— 同じ反応を読むための、最近の投稿に加えたコメントスレッド。
UnifAPI は公開データのみを読み取ります — DM、フォロー、投稿は決してしません。billing メタデータは保持してください。X のルートマップは ../../unifapi/references/twitter-x.md にあります。
ワークフロー
- 2 つの入力を確認する — 必須。(存在する場合は、まず
.agents/product-marketing.md/.claude/product-marketing.mdを読みます。)クリエイター(ハンドル/URL/プラットフォーム)とブランド/製品(誰のためか、ターゲット顧客、キャンペーン目標)。製品コンテキストが欠けている場合は、データを取得する前に尋ねます。 - クリエイターの最近のコンテンツを読む。 上記のプラットフォームオペレーションで意味のあるサンプル(約 10〜20 件の投稿/動画)を取得します。支配的なトピックとトーンをターゲット顧客と照らし合わせてマッピングします。
- オーディエンスをサンプリングする。 X では代表的な投稿の
x/tweets/{id}/liking_usersとx/users/{id}/followersのスライスを取得し、TikTok/IG ではコメントスレッドを読みます。クリエイターだけでなく 人々 が一致することを確認します。 - 適合性ルーブリックを使ってオーディエンス適合をスコアリングします(0〜40)。
- チェックリストを使ってブランドセーフティのパス(pass / conditional / fail)を実行します — 各フラグは、それが出てきた具体的な投稿に引用します。
- エンゲージメントの真正性を確認する(0〜30)— エンゲージメントをフォロワーと比較し、コメント/いいねユーザーが実質的でトピックに沿っているか vs 買った/的外れかを読みます。
- 意思決定マトリクスで判定にまとめ、サンプルのカバレッジから確度を設定します。
適合性ルーブリック — オーディエンスの一致(0〜40)
| Band | Score | Condition |
|---|---|---|
| Strong | 32–40 | Content niche squarely overlaps the product's audience; likers/commenters look like buyers |
| Partial | 18–31 | Adjacent niche or broad audience with a relevant slice; some buyer signal |
| Mismatch | 0–17 | Off-niche, or audience unlikely to convert for this product |
エンゲージメント真正性ルーブリック(0〜30)
| Signal | Healthy | Flag |
|---|---|---|
| Engagement rate vs. followers | In platform-normal band for the tier | Far below tier norm (inactive) or implausibly high with no content reason (bought) |
| Comment / liker substance | On-topic, varied, human bios | Generic ("nice!", emoji-only), repetitive, bot-like, off-topic liker bios |
| Like/comment/view ratio | Internally consistent | Views high, comments near-zero; likes >> reach |
| Follower-growth shape | Organic, gradual | Sudden spikes with no viral post behind them |
スコア 24〜30 = 真正; 12〜23 = 混在/不確実; 0〜11 = 水増しの可能性が高い。
ブランドセーフティチェックリスト(pass / conditional / fail)
最近のサンプルをスキャンし、各フラグについて投稿を引用します。
- ブランドと相容れない、物議を醸す / 政治的 / NSFW のテーマ
- 開示されていない有料プロモ(FTC/開示のレッドフラグ)
- 競合するスポンサーシップ — 特に直接の競合
- 不安定、敵対的、または扇動的なトーン
- 休眠 / 放棄(最近の投稿なし)
Fail = 失格となるリスク(直接の競合の衝突、メインストリームブランドにとっての NSFW、敵対的なパターン)。Conditional = 契約条項や確認を要する、管理可能なリスク。Pass = サンプル内で何も見つからない。
判定の意思決定マトリクス
| Safety | Fit + authenticity | Verdict |
|---|---|---|
| Fail | any | Pass on them |
| Conditional | fit ≥ partial, authenticity ≥ mixed | Proceed with conditions |
| Pass | fit strong, authenticity authentic | Proceed |
| Pass | fit mismatch or authenticity inflated | Pass on them (clean but wrong audience) |
出力: 適合性判定レポート
# Audience Fit — @{handle} for {Product} — {date}
**Recommendation: Proceed with conditions**
- **Fit verdict:** strong / partial / mismatch — score /40, with topic + audience evidence.
- **Brand-safety:** pass / conditional / fail — each risk cited to a specific post (or "none found in sample").
- **Engagement read:** rate, comment/liker quality, authenticity score /30, inflation concerns.
- **Audience sample:** N likers + N followers read; who they look like.
- **Conditions / next step:** what to clarify or contract for (e.g. exclusivity window).
- **Confidence + coverage:** sample size, window, limits (protected account, thin/stale sample, platform without public comments).
Records consumed: ~{N} (or estimate if billing metadata unavailable).
実例
入力: クリエイター @buildwithlena; 製品 = インディー創業者向けの開発ツール SaaS。
- コンテンツ(15 投稿): インディーハッキングのビルドログとツールレビュー。適合 = 強い、36/40。
- オーディエンスのサンプル: 最近のビルドログ投稿のいいねユーザーは、ほとんどが製品を出荷している創業者; フォロワーのスライスも整合的。真正性 = 真正、27/30(4.1% のレート、コメントに具体的な質問、緩やかな成長)。
- セーフティ: 最近の投稿の 1 つは、競合するアナリティクスツールの、適切に開示された有料プロモ — 別カテゴリで、ハードな衝突ではないが、条項を設ける価値あり。セーフティ = conditional。
- 判定: Proceed with conditions — 予約前に、アナリティクスのスポンサーシップとの独占性を明確にする。読み取り: プロフィール 1 + 投稿 15 + いいねユーザー/フォロワー 約 40。
スコアリング / 手法
適合(0〜40)+ 真正性(0〜30)をコンテンツとオーディエンスのサンプルから採点し、並行して pass/conditional/fail のブランドセーフティのパスを行います。意思決定マトリクスがそれらを組み合わせ、セーフティの fail はすべてに優先します。これが審査する候補リストの 1 エントリを構築するには creator-shortlist を、合格したクリエイターの料金を算定するには kol-pricing を参照してください。
ガードレール
- 読み取り専用(「手ではなく目」)。 公開シグナルのみを審査します。DM、フォロー、コメント、クリエイターへの接触は決してしません。アウトリーチは運用担当者が行います。
- 発見は意思決定の補助であり、身元調査ではありません。 クリーンなサンプルは、サンプリングしたウィンドウ内でレビューした公開投稿/オーディエンスのみを反映します。
- 確認済み vs 推論。 投稿/いいねユーザーから読み取ったものと、オーディエンスについて推論したものをラベル付けします。
- カバレッジの限界を明示する。 保護/非公開アカウント、薄い/古いサンプル、公開コメントのないプラットフォーム(ここでは例えば YouTube)は確度を下げます — それを明記し、判定をそれに応じて抑えます。
- セーフティの fail はリーチに優先する。 失格となるブランドセーフティのリスクは、適合やリーチがどれだけ強く見えても「Pass on them」となります。
関連スキル
- creator-campaign-ops(Influencer Marketing): ユーザーがフルファネルの運用、ローンチトラッキング、レポートを求めた場合にのみ、より広いキャンペーンプランの中でこの判定を使う。
- creator-shortlist(Influencer Marketing): このチェックが 1 エントリを審査する、ランク付けされた候補リストを構築する。
- kol-pricing(Influencer Marketing): この適合性チェックに合格した X/Twitter のクリエイターの料金を算定する。
- unifapi: 共有データスキル。MCP を接続し、このスキルが読み取るプロフィール/コンテンツ/オーディエンスのオペレーションを発見する。
ソース: GitHub 上の audience-fit-check/SKILL.md — 改善するにはそちらで PR を開いてください。
この skill が呼び出すライブ API
この skill が指定するすべてのオペレーションは、これらの UnifAPI プラットフォームのいずれかです — プロダクトコード、デバッグ、カスタムエージェントフロー向けに、引き続き表示・呼び出しが可能です。
- 適合判定(強い/部分的/不一致)と、トピックおよびオーディエンスの根拠
- ブランドセーフティのフラグ。それぞれ特定の公開投稿に引用根拠を持つ
- エンゲージメントの読み取り:率、コメントの質、水増しの懸念
- 推奨:進める/条件付きで進める/見送る
Influencer Marketing Agentにある、ほかの skills
同じ agent の中でこれらをつなげれば、ある意思決定の成果物から次の成果物へと進めます — それぞれが独自の実行プロンプト、ワークフロー、期待される出力を持っています。