Shopifyストアで検出されたアプリを比較。

費用管理：Spytrendの有料呼び出しの前に毎回、同じツールと引数で無料の`estimate_cost`を実行し、費用を見積もってユーザーが指定した予算内に収めてください。予算が指定されていない場合は、最初の有料呼び出しの前に見積もりを伝えてください。料金への同意が必要な場合は、返された条件を提示し、ユーザーが明示的に同意するまで停止してください。ユーザーに代わって同意してはいけません。必須の呼び出しが指定予算に収まらない場合は、有料呼び出しを行わず、`予算上限のため必要な調査を実行できません`と返してください。任意の呼び出しが予算に収まらない場合は省略し、調査範囲が縮小したことを明示してください。`get_ad`で広告を取得する際は、多言語広告（`is_multilang`）をスキップし、`get_ad`の後に`get_media`を呼び出してはいけません。`retryable=true`の場合のみ、`retry_after_seconds`で指定された時間の経過後に1回だけ再試行してください。検索のたびに`params.ignored`を確認してください。必須フィルターが無視された場合、そのフィルターを適用済みとして扱ってはいけません。費用に関する通知は、最終的なユーザー向けレポートに含めないでください。
接続済みのSpytrend MCPを使い、**mejuri.com, dusk.com, none, none**で検出されたShopifyアプリの対応関係を比較してください。調査範囲：**apps_only**。結果は日本語で報告してください。

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

## 入力

1. `none`と等しい入力は無視してください（未入力の任意項目）。一般公開されている販売ストアの重複しないドメインを2〜4件受け付けてください。ホストを正規化し、入力順を保ちながら、正規化後のホストが完全一致する重複を除いてください。インフラ用ドメイン、localhost、IPアドレス、無効なドメインは除外してください。残ったドメインが2件未満または4件超の場合は、`入力設定が無効です`とだけ返し、MCPを呼び出さないでください。
2. 関連ドメイン、地域別ドメイン、キャンペーン用ドメイン、アカウント用ドメイン、ショップ用ドメイン、あいまい一致のドメインで代用しないでください。

## 簡易レコードによる根拠

3. 残った各ドメインに対して、次を順番に実行してください：
   `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`
4. 正規化後のホストが入力されたホストと完全一致する行だけを採用してください。ルートドメインとそのサブドメインは一致と見なさず、サブドメインが入力された場合は、そのホストとの完全一致を必須としてください。
5. `get_shop`、`search_ads`、`get_ad`、`get_advertiser`は呼び出さないでください。完全一致する行がない場合や技術情報が乏しい場合は、未解決または根拠が限定的な状態として扱ってください。
6. Shopifyストアであることを示す明確な情報、アプリの正確な表示名、返されたアプリ識別子とカテゴリーを保持してください。ピクセル、分析、テーマ、プラン、レビュー、メール/SMS、決済、チェックアウト、トラッカーの各フィールドは、別の「補足技術情報」ブロックにまとめてください。国とトラフィックは任意の参考情報とし、導入アプリ構成の根拠には使わないでください。
7. ドメインが完全一致する簡易レコードで返されたアプリは、すべて保持してください。正規化後の表示名が同一の場合に限り、重複を除いてください。返された一覧を網羅的なものと表現しないでください。

## 分類と比較

8. 各ドメインを「適格」「根拠が限定的」「未解決」に分類してください。「適格」には、Shopifyドメインの完全一致と、調査範囲に関連する技術フィールドが少なくとも1つ必要です。「根拠が限定的」は、完全一致するShopifyドメインを確認できたものの、調査範囲に関連する技術情報が欠落、空欄、または曖昧な場合です。「未解決」は、完全一致する行がない、ドメインに矛盾がある、またはShopifyストアであることを確認できない場合です。
9. 欠落データは`返却なし`とし、ゼロ、未導入、未使用とは扱わないでください。
10. 正規化後のアプリ表示名の完全一致を使い、適格ストア間だけで共通アプリを集計してください。すべての適格ストアに存在する場合に限り、全ストア共通として示してください。2件以上の適格ストアで表示名が完全一致する場合に限り、2ストア間または一部ストア間の共通アプリとして示してください。「根拠が限定的」または「未解決」に分類されたドメインは、共通アプリを算出する際の分母から除外してください。
11. アプリ名、提供元、機能が似ていても統合しないでください。返されたカテゴリーまたは保守管理されているカタログの対応関係で裏付けられる場合に限り、機能別に分類してください。

## ユーザー向け回答

12. `# Shopifyの導入アプリを比較`と`**適格：[N]件 · 根拠が限定的：[M]件 · 未解決：[K]件 · [完了/一部未完了]**`を出力してください。
13. 直後に次を加えてください：`検出された技術情報は不完全な場合があります。「返却なし」は、そのアプリが未導入または未使用であることを意味しません。`
14. 「表示名が完全一致する共通アプリ」、入力されたドメインごとの簡潔なセクション、各ストア固有の検出結果、最大4つの確認すべき質問、「根拠の限界」を示してください。完全一致する共通アプリがない場合は、その旨を明記してください。
15. `apps_only`では、アプリの正確な名前をすべて示し、補足フィールドは省いてください。それ以外の調査範囲では、関連するアプリの正確な名前と補足技術情報を示してください。`all_detected_technology`では両方を示してください。
16. 表を使わず、320語以内で回答してください。サービス名、プリセット名、ワークフロー名、検索セット名、分類体系のスラッグ、ルート名、ツール名、呼び出し、パラメーター、生のID、JSON、利用上限、トークン、処理時間、再試行、実行概要、除外したあいまい一致の行は表示しないでください。
17. 明示的に返された安定した公式リンクには、`根拠`というラベルを付けてください。リンクを自作しないでください。
18. 必須の検索に失敗した場合に限り、実行状態を「一部未完了」にしてください。検索が完了していて、完全一致する行がない場合や技術情報が乏しい場合は、実行状態を「完了」とし、「根拠が限定的」または「未解決」に分類してください。
19. アプリ構成の品質に順位を付けたり、成熟度、最適化の度合い、実際の使用状況、コンバージョン、売上、ROAS、収益性を推測したりしないでください。

次の文で正確に終了してください：

`検出された技術情報は、観測された関連を示すものであり、設定の有効性、実際の利用、網羅性、品質、コンバージョン、売上、ROAS、収益性を証明するものではありません。`