Metaで広告配信中の商品・オファーを探す。

コスト管理：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を使い、指定されたカテゴリー、国、アーカイブの遡及期間を対象に、Metaで現在広告配信中の具体的な商品・オファーグループをまとめた、顧客向けの見やすいダッシュボードを日本語で作成してください。

このプロンプトの調査段階をすべて1ターンで実行してください。呼び出し前に必須のコスト通知を除き、途中のステップの回答は出力せず、検証後も続行してください。早期終了は、入力が無効な場合、必須の根拠を取得できない場合、または必須の同一性確認が未解決の場合に限ってください。最終的な顧客向けレポートだけを返してください。

結果の単位は、確認済みの商品・オファーグループとしてください。個別の広告、広告主リスト、クリエイティブの参考ギャラリー、成果ランキング、市場全体の網羅的な調査にはしないでください。確認済みのグループを3–5件提示することを目指してください。

選択済みの設定を使用してください：
- カテゴリー：Ecommerce and Retail | ai_category=ecommerce_and_retail
- サブカテゴリー：Electronics and Gadgets | ai_subcategory=electronics_and_gadgets
- 国（ISO-2）：US
- 遡及期間：UTCで終了済みの30日間
- ソース／ステータス：Meta／現在配信中
- 対象とする商品・事業者：選択したカテゴリー（サブカテゴリーが選択されている場合はそれも含む）に該当する、ブランドおよび直販事業者の具体的な商品
- 除外する商品・事業者：サービス、出版社・メディア運営者、代理店、内容が曖昧なオファー、選択したカテゴリー・サブカテゴリー外の商品、実体を特定できないもの
- 上限：候補検索は2ルートで各5件、初回の広告詳細取得は最大6件、条件付きの商品グループ追加検索は1ルートで3件と広告詳細の追加取得1件、広告主詳細の取得は行わず、回答には3–5グループを掲載

カテゴリーの値は`Name | ai_category=<slug>`、サブカテゴリーの値は`Name | ai_subcategory=<slug>`の形式として扱ってください（スラッグが`none`の場合はサブカテゴリーなし）。スラッグはツール呼び出しでのみ使用してください。顧客向けのすべての記述では、`|`より前の表示名のみを使い、国名は省略せずに表記してください。顧客が独自に記述したクエリ、同義語、ブランド、しきい値、カテゴリー、国、別の遡及期間は受け付けないでください。

環境から返された現在のUTC日付を使用し、UTC基準の当日は除外してください。UTC基準で前日までの直近30日間を対象期間として算出し、「調査範囲」に開始日と終了日を表示してください。

選択した国は、取得結果に含まれる広告配信国の根拠として扱ってください。広告主の本社所在地、登記地、現地在庫、配送先、顧客、売上、その国での優位性を証明するものとして扱わないでください。

Spytrendは読み取り専用で使用してください。

search_adsおよびすべての検索・候補探索ツールを高負荷の呼び出しとして扱ってください。高負荷の呼び出しは必ず1件ずつ実行し、応答を待ってください。高負荷の呼び出しを一括実行、並列実行したり、Promise.allで実行したりしないでください。

接続先の最新のsearch_adsスキーマを確認してください。search_adsを必ず2回、順番に呼び出してください。source=`meta`、categories=[選択値Ecommerce and Retail | ai_category=ecommerce_and_retailから取得したai_categoryスラッグ]、countries=[`US`]、date_fromとdate_toには算出した期間の開始日と終了日、status_today=`active`、dedupe=false、limit=5を指定してください。ai_subcategory=[選択値Electronics and Gadgets | ai_subcategory=electronics_and_gadgetsから取得したai_subcategoryスラッグ]は、そのスラッグが`none`でない場合に必ず含めてください。完全に`none`と一致する場合に限り、省略してください。

エンドポイントに拒否されても、再試行のために設定済みのサブカテゴリーを外さないでください。設定されたカテゴリーとサブカテゴリーの組み合わせが拒否された場合は、範囲を広げた候補検索を行わず、`指定カテゴリーのマッピングは未対応です`と明記した簡潔な一部完了の結果を返してください。これはバックエンドの許可リストの不具合を示すものとして扱ってください。別のカテゴリー、サブカテゴリー、クエリで代用しないでください。

ルートAではsort_by=`date`、sort_order=`desc`を使用してください。ルートBでは、Metaでサポートされているsort_by=`most_reused_creative`、sort_order=`desc`を使用してください。`days_active`で代用しないでください。クエリ、ブランド、ドメイン、メディアタイプ、未設定のサブカテゴリー、生成した同義語を追加しないでください。

日付フィルターは、接続先のスキーマと応答で定義された正確な意味に従って扱ってください。開始日の根拠で個別に確認できない限り、取得したすべての広告が対象期間中に配信開始されたと述べないでください。顧客向けには、選択したアーカイブ期間内に広告が確認された、または広告の期間が選択期間と重なっていたと表現してください。

広告IDの完全一致で重複を除いてください。ルートAの順序を維持し、その後にルートBの未出の行を追加してください。取得後の除外は、指定範囲との明確な不一致がある場合に限ってください。知っているブランドだからという理由で行を選ばないでください。

候補広告の詳細は、get_ad(source=`meta`, id=<exact returned ID>)で最大6件、重複なく順番に取得してください。両ルートに異なる候補がある場合は交互に選び、多言語の行（`is_multilang`）は除外し、各呼び出しの推定消費量が指定予算内に収まる場合にのみ実行してください。5グループの確認が済んだら、詳細取得を停止してください。明確な商品の根拠と、検索ルートの多様性を優先してください。結果の件数を埋めるためだけに、根拠の弱い行の詳細を開かないでください。次の詳細取得が予算に収まらない場合は省略し、調査範囲が縮小したことを明示したうえで、すでに保持している確認済みの根拠を残してください。

標準モードではget_advertiserを呼び出さないでください。広告主名は、get_adが明示的に返した場合にのみ表示してください。タイトル、ページ、ドメイン、URLから名前を推測しないでください。取得できなかった場合は`広告主名は取得されていません`と記載してください。

商品・オファーグループは、同一と特定できる商品、商品ライン、セット商品、サービスのオファーとして扱ってください。商品名・モデル、ランディング先のパス・SKU、明示的なオファー文言、または同等の安定した識別情報によって同一性が証明される場合にのみ、行をまとめてください。カテゴリーの類似性、見た目の類似性、広告主やドメインが同じというだけでは不十分としてください。

モデル、セット内容、サイズ、用途、価格、サービスのオファーに実質的な違いがあり、購入判断が変わる場合は、別のグループにしてください。小さなバリエーションをまとめるのは、同じ商品ラインであることが明示されている場合に限ってください。確認できない画像から、同じグループに属すると推測しないでください。

初回の確認後、詳細確認と検証の両方が済んだ広告が2件以上あるグループが1つもなく、少なくとも1つの確認済みグループについて正確なランディングドメインが取得されており、追加検索と最大1件の詳細取得が残り予算内に収まる場合は、条件を満たす最上位グループに対して、条件付きの商品グループ追加検索として`search_ads`を最大1回実行してください。source、カテゴリー、設定済みのサブカテゴリー、国、日付範囲、配信中のステータス、`dedupe=false`は同じ設定を維持してください。追加するのは`landing_domain=<exact returned registrable domain>`、`landing_domain_exact=true`、`sort_by=date`、`sort_order=desc`、`limit=3`のみにしてください。最初の2つの検索ルートは、どちらも再実行しないでください。ドメインの同一性の根拠が弱い、または矛盾している場合は、追加検索を行わないでください。

推定消費量が引き続き予算内に収まる場合に限り、追加検索で得た未確認の行を`get_ad`で最大1件開いてください。詳細から同じ商品・モデル、パス・SKU、または同等の明示的なオファーだと確認できた場合にのみ追加してください。ドメイン、ページ、クリエイティブが同じというだけでは不十分としてください。広告詳細の取得上限は合計7件です。初回6件と、条件付き追加検索の詳細1件までにしてください。追加検索で別の商品が返された場合は除外し、代わりの候補を探したり範囲を広げたりしないでください。

今回の実行で得た根拠によって、具体的で対象条件に合う商品・オファー、取得した配信国にUSが含まれること、取得したステータスが配信中であること、検索ルートの定義に基づくアーカイブ期間との重なり、特定可能な広告主・ページまたは名前が未取得である旨の明示、取得できた場合のリンク先、少なくとも1件の根拠となる代表広告がそろった場合にのみ、グループを確認済みと分類してください。

曖昧なブランド認知広告、カテゴリー名だけの訴求、編集コンテンツ、求人、投資、対象となる具体的な商品がないマーケットプレイス・総合小売店、除外対象の商品・事業者、分類上は一致しても無関係なもの、商品を特定できないものは除外してください。

`詳細確認済みサンプル内の配信中広告数`は、そのグループに属する、確認済みで重複のない取得広告行だけを数えてください。広告主・ページ数は、詳細確認済みサンプル内で確認できた、重複のない識別情報だけを数えてください。両方ともサンプル内の件数と明記してください。それより大きい関連広告数・再利用数を表示するのは、確認済みの当該グループそのものに対して明示的に返された場合に限り、集計範囲を分けて示してください。

実際に配信された素材の形式は、`画像`、`動画`、`画像と動画`、`取得されていません`のいずれかに統一してください。素材が複数あることだけを根拠に、カルーセルやスライドショーであると判断したり、配信面を特定したりしないでください。顧客が明示的に求めた場合を除き、プラットフォーム内の配信面を列挙しないでください。

同一クリエイティブや再利用に関するフィールドを順位付けに使う前に、そのクリエイティブについて返されたすべての件数を比較してください。件数が矛盾している、または集計範囲の整合性を確認できない場合は、矛盾する再利用数をすべて順位付けから除外してください。顧客向けの回答では、数値を出さずに`追加のクリエイティブ再利用数が返されましたが、集計範囲の整合性を確認できませんでした`と記載するか、それらを省略してください。大きい値、新しい値、検索ルート単位の値を選んで矛盾を解消しないでください。

繰り返し新規配信されていると判断するには、同じグループの確認済み広告が少なくとも2件あり、それぞれ異なる開始日が明示されていることを必須としてください。最近配信が拡大していると判断するには、比較可能な時系列の件数が明示されていることを必須としてください。未確認の行、アーカイブの総件数、最近の代表広告だけから、いずれも推測しないでください。

最大5グループを、詳細確認済みサンプル内の重複のない配信中広告数、取得した重複のない広告主・ページ数（広告主・ページの特定の確かさは別に扱う）、当該グループそのものの明示的な再利用数、取得した配信継続期間・開始日、カテゴリーへの適合の明確さ、の順で順位付けしてください。比較可能な根拠だけを使い、同順位は維持し、スコアを作り出さないでください。

比較可能な配信状況のシグナルがすべて同じ場合は、候補の発見と確認の順序を維持してください。同順位であることを明示しつつ、顧客が結果を参照しやすいよう、表示位置とセクション番号には重複のない連番を使ってください。通常の順位付けの説明文を、`詳細確認済みの配信状況のうち、比較可能なシグナルが同じだったため、候補の発見と確認の順に表示しています。`に置き換えてください。先に表示した行の成果が優れていると示唆しないでください。

search_creatives、get_creative、get_trends、search_shops、get_shop、search_webmasters、analytics、外部ウェブツールは呼び出さないでください。retryable=true かつ retry_after_seconds が返された場合に限り、同じ引数で見積もりを再取得したうえで、指定時間後に1回だけ再試行してください。主要な探索ルート、または初期検証用に選んだ呼び出しが失敗した場合、実行ステータスを「一部完了」とし、残りの必須処理を順番に続けてください。詳細取得が完了し、候補が条件を満たさなかった場合は、有効な除外根拠として扱い、それだけで「一部完了」にしないでください。確認済みの商品群が3件未満でも、それだけで「一部完了」にせず、件数が少ない理由を説明してください。任意の追加探索が完了し、結果が0件、重複、または別の商品だった場合は、有効な根拠として扱い、ほかに問題がなければ「完了」を維持してください。条件付きの追加探索が失敗しても、確認済みの商品群を無効にしたり、ほかに問題のない実行を「一部完了」にしたりしないでください。任意の集計に必要な根拠を取得できなかった旨を明記してください。

明示的に返された安定したファーストパーティのリンクは、`根拠`としてのみ表示してください。それがない場合は、安定したソース根拠IDとして明示的に返されたものに限り表示してください。顧客向けの回答ではサービス名を出さず、URLを組み立てたり、内部UUID、生のJSON、署名付きメディアURL、認証情報、利用上限、スキーマの詳細、除外した行を公開したりしないでください。分類スラッグ、ISOコード、ルート名、ツール名、生のパラメータ名、生のフィールド名は顧客向けの回答に含めないでください。取得した根拠は、顧客に伝わる平易な表現に置き換えてください。たとえば、`days_active`ではなく`取得データに記載された配信期間`、`webmaster`ではなく`ドメインに関連する事業者`と記載してください。リンクも安定したソース根拠IDも返されなかった場合は、`根拠の参照情報は返されませんでした`と記載してください。

商品の効果、価格、割引、評価、顧客数は、広告主による訴求であることを明記してください。商品について、利益が出ている、ベストセラーである、コンバージョン率が高い、成果が出ている、スケールしている、人気がある、市場をリードしていると表現しないでください。広告費、リーチ、エンゲージメント、コンバージョン、販売数、売上、ROAS、収益性を推測しないでください。

表を使わず、600語以内の簡潔なダッシュボードにまとめてください。冒頭は必ず次の形式にしてください：
`# Metaで広告配信されている商品：[国の正式名称]の[カテゴリー名]`
Ecommerce and Retail | ai_category=ecommerce_and_retailの表示名（`|`より前の部分）とUSの正式名称だけを使用してください。`ai_category`、スラッグ、ISOコードは表示しないでください。

続けて、次を表示してください：
`**確認済みの商品群：[N]件** · 現在配信中 · アーカイブ対象期間：30日間 · **[完了/一部完了]**`

次の1文を追加してください：`順位は調査したサンプル内で観測できた活動に基づき、販売実績や広告成果を示すものではありません。`

商品群が2件以上ある場合は、`## 候補リスト`を追加し、商品群ごとに1段落で記載してください：
`**[順位]. [商品またはオファー]** — 調査サンプル内の配信中広告：[N]件 · 取得したページ：[M]件 · [主なフォーマット]`

件数に合った自然な表記にしてください：`配信中広告1件`、`配信中広告2件`、`取得したページ1件`、`取得したページ2件`。

候補リストを名前だけの一覧にしないでください。掲載するすべての商品群について、調査サンプル内の上記指標と主なフォーマットを候補リストに残してください。

商品群ごとに番号付きのセクションを作成し、次のラベルを付けた短い段落でまとめてください：
- `観測された活動` — サンプル内の正確な件数と、対象範囲を分けて明記した再利用・配信期間の明示的なシグナル。
- `商品・オファー` — 購入する価値を具体的に示す訴求と、購入判断に関わるバリエーション・セット内容。
- `広告主` — 取得した広告主名・ページと、広告主とドメインの対応関係の確度。
- `代表的な訴求` — 広告文や訴求切り口を簡潔に示し、広告主の主張であることを明記。
- `配信時期とステータス` — 配信中のステータスと、返されている場合は明示された開始日・配信期間。
- `フォーマットとCTA`。
- `ランディングページ` — 返されている場合は、安全に表示できるリンク先URL・パス。
- `根拠` — 返された安定したファーストパーティのリンクまたは安定したソース根拠ID。どちらもない場合は、取得できなかったことを示す指定の文をそのまま記載。
- `確認するポイント` — 具体的な比較または確認のアクションを必ず1つだけ記載。

商品群が2件以上ある場合は、`## 共通点と違い`を追加し、今回のサンプルに即した比較を2つまたは3つ記載してください。市場トレンドとは表現しないでください。

`## 調査範囲`には、調査日・対象期間・ステータス、探索件数・詳細確認件数・商品群数、サンプル範囲と根拠の制約を、最大3項目の箇条書きで記載してください。ツール名、生の呼び出し内容、ルートのラベル、生のフィールド名は公開しないでください。

顧客向けレポートでは、除外した候補を特定したり説明したりしないでください。調査範囲には、除外件数と、`対象範囲外、または商品の根拠が不十分`のような一般的な理由の分類だけを記載できます。

商品群が1件だけの場合は、候補リストと共通点と違いを省略してください。0件の場合は、`## 結果`と調査範囲だけを表示し、空のセクションを作ったり、候補を水増ししたりしないでください。

MarkdownやHTMLの表、行末のバックスラッシュは使用しないでください。送信前に、商品群の同一性、配信中・対象国・対象期間の根拠、サンプル件数のラベル、広告主・ドメインの表現、順位、リンク・IDの扱い、「完了/一部完了」のステータスを確認してください。

次の文で正確に終了してください：
`Metaアーカイブ上の活動は、観測された広告活動のシグナルです。広告費、リーチ、エンゲージメント、コンバージョン、販売数、売上、ROAS、収益性、ベストセラーであること、市場全体を網羅していることの証明にはなりません。`

別のリクエストで`監査の詳細を表示`と完全一致する指示を受けた場合に限り、保持しているレスポンスだけを使って、機密情報を含まない監査情報を提示してください。対象は、現行スキーマの解釈、正確な呼び出し内容、パラメータの適用、ルートの順序、取得した行、重複排除、詳細・広告主に関する判断、商品群への統合、順位付け、失敗、実行時刻・所要時間、使用量です。監査のためにSpytrendの呼び出しを再実行しないでください。