スケール中のFacebook広告クリエイティブを探す。

接続済みのSpytrend MCPを使い、スケーリング中のクリエイティブを調査する範囲を定義してください。

ニッチ（カテゴリースラッグ）：ecommerce_and_retail
国（ISO-2）：US
メディア：All media

選択されたカテゴリー、国、メディアを必須条件として厳守してください。Metaのみを対象にしてください。負荷の高い探索呼び出しは順番に実行してください。結果を埋めるために対象範囲を広げないでください。このステップでは探索を実行しないでください。

このワークフローにおけるスケーリングは、返された`exploding`と`early_signal`が示す新規出稿の勢いと配信の広がりのみで定義してください。クリエイティブの再利用を、スケーリングの定義、順位付けの基準、検証の必須条件にしないでください。

確定した調査範囲、検証の必須条件、証拠の限界を、最大3項目の簡潔な箇条書きで返してください。調査計画、利用上限、トークン残高、生のパラメーター、内部識別子は表示しないでください。

ステップ1の後で停止してください。

コスト管理：Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告（`is_multilang`）をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合（無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`）、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。
接続済みのSpytrend MCPを使い、ecommerce_and_retail、US、All mediaを対象に、現在スケーリングシグナルが出ている配信中のMetaクリエイティブのコホートを探してください。

急拡大と初期シグナルの探索ルートを、取得上限をそれぞれ6、4としてこの順に実行し、レスポンス全体を取得してください。簡略出力を要求したり、未対応のverbosityパラメーターを渡したりしないでください。各行のgeo_distribution全体を確認してください。返された分布でUSが40%以上を占めるコホートのみを保持してください。返されたシグナルの順序と、新規出稿数、配信中の広告数、配信中の広告がある広告主ページ数の実数を内部に保存してください。

いずれかの探索呼び出しでretryable=trueとretry_after_secondsが返された場合は、指定された時間だけ待ち、同じ内容で1回だけ再試行してください。最終的に失敗した場合、そのルートは利用不可とし、実行全体を一部完了として、もう一方のルートは続行してください。正常に完了して0件だった場合は、有効な0件の証拠です。利用不可を0件として扱ってはいけません。

返された比較可能な基準値フィールド（`previous_ads`または`baseline_ads`）が0または1の場合、あるいは`growth_basis`が`insufficient_base`の場合は、その行に「低母数での急増」というラベルを付けてください。存在しない基準値フィールドを作ったり、フィールド名を翻訳したりしないでください。低母数の行を倍率だけで順位付けしないでください。生のコホート識別子と完全な分布は、保存する証拠にのみ含めてください。

進捗を最大8項目の簡潔な箇条書きで返してください。各ルートの結果、返された件数、国の条件を満たした件数、低母数の件数に加え、条件を満たした上位コホートの指標概要を最大4件示してください。商品ラベルが返されている場合は、わかりやすい商品名を使ってください。生のID、表、利用上限、トークン使用量、国の条件で除外された行の完全な分布は表示しないでください。

ステップ2の後で停止してください。

コスト管理：Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、コストを見積もって、ユーザーが指定した予算内で実行してください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`を返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告の詳細を取得する際は、多言語広告（`is_multilang`）をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合に限り、`retry_after_seconds`で指定された時間を待って1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。無視された必須フィルターを、適用済みとして扱ってはいけません。検索で`pagination.total_status=restricted`が返された場合（無料プランのアーカイブ期間制限。境界日は`meta.plan_window_cutoff`）、結果に含まれるのはその日以前に配信が始まった広告だけであることをユーザーに伝え、その結果の0件を「該当する広告は存在しない」と報告してはいけません。コストに関する通知は、ユーザー向けの最終レポートに含めないでください。
接続済みのSpytrend MCPを使い、すでに保持している、国の条件を満たしたスケーリングコホートの代表広告を検証してください。

検証後に3–5件の結果を残せるよう、コホートごとに1件、最大5件の代表広告の詳細を順番に開いてください。低母数の倍率よりも、配信中の広告が残っており、実数で一定の活動規模があり、基準値の母数が小さくないコホートを優先してください。多言語広告（`is_multilang`）はスキップしてください。サンプルは、配信中で、All mediaを使用し、USを含み、ecommerce_and_retailに合致し、コホートと同じクリエイティブ、または同じ商品・オファーであることが明確な場合にのみ適格としてください。広告主、ページ、ランディングドメインが同じというだけでは不十分です。

代表広告が国、ステータス、フォーマットの条件だけを満たさない場合は、そのコホートに対して範囲を限定した差し替え用の`search_ads`を1回実行し（source=meta、countries=[US]、status_today=active、代表広告のランディングドメイン、limit=5）、返された広告の詳細を最大1件開いてください。コホートと完全に同じクリエイティブ、または同じ商品・オファーを示している場合にのみ採用してください。同じドメインでも別の商品を扱う広告は認めないでください。適格な差し替え広告がない場合は、詳細を開いたコホートに有用な未解決の証拠があれば、正確な理由とともに「要検証のシグナル」に残してください。詳細を開いていないコホートは調査範囲の制限として扱い、要検証のシグナルには含めないでください。

代表広告の詳細取得または差し替えの呼び出しでretryable=trueとretry_after_secondsが返された場合は、指定された時間だけ待ち、同じ内容で1回だけ再試行してください。候補単位で最終的に失敗した場合は、その候補を除外し、失敗を明示してください。この失敗だけを理由に、正常に完了した2つの探索ルートを一部完了に変更しないでください。必須の差し替え検索に失敗した場合は、差し替えの証拠を取得できなかったものとして扱い、0件とは扱わないでください。

裏付けの記録に使えるよう、検証済み広告と差し替え広告それぞれの広告IDを含む完全な証拠を内部に保持してください。検証済み件数、有用な未解決の件数、却下件数、差し替えの結果、商品と理由の短い要約を、最大8項目の簡潔な箇条書きで返してください。生のID、表、利用上限、トークン使用量、生の呼び出し内容、無関係な商品の詳細は表示しないでください。

ステップ3の後で停止してください。

保持した根拠だけを使い、Spytrendを再実行せずに、最終的な顧客向けレポートを書いてください。

回答全体を380語未満に収め、表は使わないでください。生のID、カテゴリースラッグ、トラッキングドメイン、呼び出し、ルート名、利用上限、トークン使用量、却下した行の詳細は表示しないでください。冒頭を`# Metaクリエイティブのスケーリング注目リスト：`とし、その後に読みやすいニッチ名と正式な国名を続けてください（例：`アメリカ合衆国のeコマース・小売`。スラッグのecommerce_and_retailやコードのUSは使わないでください）。続いて、検証済み件数、All media、完了／一部完了を1行で要約してください。

設定されたすべての探索呼び出しと、選択されたすべての検証呼び出しが正常に完了した場合を「完了」としてください。差し替え検索が正常に完了し、一致する広告が0件だった場合は、有効な0件の差し替え証拠であり、実行全体を一部完了にはしないでください。未解決のコホートが影響するのは、そのコホートのみです。ページ内の取得範囲、追加で取得可能な行、代表広告の確認件数上限は、調査範囲の制限であり、失敗ではありません。「一部完了」は、必須の呼び出しが失敗した場合、または必須のフィルター条件を確認できない場合にのみ使用してください。

条件を満たす検証済みの結果が3–5件あれば、その件数を提示してください（水増しは禁止）。各結果は番号付きのコンパクトなブロックとし、商品・オファー、スケーリングラベル、新規出稿数・配信中の広告数・配信中の広告がある広告主ページ数の実数を含む「今注目する理由」、代表広告のステータス・国・フォーマット、広告主、プレーンテキストのランディングドメイン、そして必ず1つの「詳しく見る理由」を含めてください。該当する場合は「低母数での急増」を目立つように表示し、倍率を前面に出さないでください。

条件を満たすコホートが0件の場合は、空の注目リストを表示せず、`## 結果`を使ってください。`## 要検証のシグナル`は、詳細を開いた代表広告に有用な未解決の証拠がある場合にのみ追加し、各1文で最大2件としてください。詳細を開いていないコホートは一切列挙しないでください。`## 調査範囲`を追加し、返された件数、国の条件を満たした件数、詳細を開いた件数、検証済み・未解決の件数、サンプル範囲の制限を、最大2項目の箇条書きで示してください。カテゴリー外の代表広告を除外し、同じドメインというだけの無関係な差し替え広告は採用しなかったことを簡潔に明記してください。

ユーザーが後から`裏付けの記録を表示`と依頼した場合は、再実行せず、保存済みの証拠から各行のSpytrend広告ID（検証済み広告と差し替え広告）、呼び出し、却下した候補を一覧にしてください。メインの回答には広告IDを一切含めないでください。

末尾は必ず次の文で締めくくってください：`スケーリングシグナルが示すのは、観測された新規出稿の勢いと配信の広がりであり、コンバージョン、売上、ROAS、収益性ではありません。`

ステップ4で停止してください。