查找 Shopify 高流量店铺，按类目筛选。

费用控制：每次付费调用 Spytrend 前，先使用相同的工具和参数运行免费的 `estimate_cost`，预估费用并确保不超出用户明确设定的预算；如果用户尚未设定预算，在首次付费调用前告知预估费用。如果需要用户同意价格条款，展示返回的条款并暂停，直到客户明确同意；绝不代替客户接受。如果预算不足以执行某项必需调用，不要发起任何付费调用，并返回 `预算限制导致无法完成必要研究`；如果预算不足以执行某项可选调用，跳过该调用并说明覆盖范围有所缩减。使用 `get_ad` 打开广告时，跳过多语言广告（`is_multilang`），且绝不在 `get_ad` 之后调用 `get_media`。仅当 `retryable=true` 时，在等待 `retry_after_seconds` 指定的时长后重试一次。每次搜索后读取 `params.ignored`；被忽略的必需筛选条件一律不视为已生效。如果搜索返回 `pagination.total_status=restricted`（表示免费套餐的历史广告时间限制；`meta.plan_window_cutoff` 给出截止日期），告知用户结果仅涵盖该日期或之前开始投放的广告，绝不将此类搜索返回的零结果表述为“不存在此类广告”。费用提示不纳入最终客户报告。
使用已连接的 Spytrend MCP，为客户生成符合类目的 Shopify 店铺流量对标报告，市场背景由客户独立选择。请使用简体中文开展研究并输出报告。

在一轮对话中执行本提示词的所有研究阶段。除必须在调用前给出的费用提示外，不要输出中间步骤的答复，也不要在验证后停止。仅在输入无效、所需证据不可用或必要身份无法确认时提前停止。只返回最终面向客户的报告。

使用此工作流帮助客户选择 Shopify 店铺，对标其导航、商品陈列及返回的获客渠道构成。按返回的全球预估月访问量，为限定的已检查样本中核实过的店铺排名。不要将此工作流视为完整的市场排名、特定国家的流量排名、竞品广告工作流、增长工作流或实测分析报告。

配置：
- 类目名称：beauty_and_personal_care
- Spytrend AI 类目：beauty_and_personal_care
- 市场名称：US
- 市场 ISO-2 代码：US
- 平台：Shopify
- 最低预估访问量：none（`none` 表示不设门槛）
- 可用流量质量：medium、high
- 发现结果上限：15
- 精简店铺记录检查上限：15
- 入榜结果上限：5

输入验证：
1. 仅当类目与市场均为页面类目和市场列表中支持的值时，才继续。不要将类目与国家绑定。不要接受客户自行填写的标识串、查询、子类目、同义词、商品规则、品牌或国家。拒绝 `apparel_and_accessories` 等不支持的值。若输入无效，仅返回 `限定输入配置无效`，不要调用任何 MCP 工具。

决策和证据语义：
2. 围绕以下客户决策开展研究：根据所选店铺国家信息，在本次已检查样本中，哪些符合类目的 Shopify 店铺拥有最高的可用全球流量预估值，值得进一步对标？
3. 以单个规范化店铺域名为主要实体。区分店铺、公司、广告主、粉丝页与站长实体。
4. 将 US 视为店铺搜索条件及返回的店铺国家信息。不要据此认定总部所在地、注册地、配送范围、客户分布、销售情况、流量主导地位或市场份额。
5. 除非返回结果明确注明特定国家范围，否则将月访问量视为第三方全球预估值。绝不要将结果称为 `US 访问量最高的店铺`。

研究：
6. 仅使用 Spytrend 的只读功能。
7. 严格按顺序执行高开销调用。
8. 仅执行一次 search_shops 调用，使用 ai_category=beauty_and_personal_care、country=US、platform=Shopify、sort_by=visits、sort_order=desc、exclude_infrastructure=true、可选的 min_visits 以及 limit=15。
9. 不要添加广告、增长、q、app、theme、plan、brand、生成的同义词、子类目或备用类目筛选条件。
10. 保留返回顺序。在本地仅跳过无效域名、基础设施、明确属于电商平台或综合店铺的记录，以及返回类目与 beauty_and_personal_care 明确冲突的记录。不要因品牌不熟悉或预估值不符合预期而跳过。
11. 直接将返回的发现结果用作精简店铺记录。对确切的可注册域名进行规范化和去重，保留返回顺序；五家店铺符合入榜条件，或 15 条发现样本全部检查完后，即停止。对于本次限定条件搜索已返回的域名，绝不要调用 `get_shop`，也不要再执行 `search_shops(q=domain)`。
12. 使用精简记录核实 Shopify 身份、类目、返回的店铺国家信息、预估访问量、流量质量及可选店铺信号。不要在基础流量排名工作流中补充广告数据。广告不是入选条件；后续可作为单独追加预算的补充研究。
13. 基础运行中，不要调用 `search_ads`、`get_ad`、`get_advertiser`、`get_trends`、`search_webmasters` 或其他数据补充工具。

入选标准：
14. `入榜对标店铺` 必须具备明确的 Shopify 与域名证据、与 beauty_and_personal_care 直接匹配的精简类目证据、符合条件的商家实体、包含 US 的返回店铺国家信息、大于零的全球预估月访问量，以及值为 medium 或 high 的 traffic_quality。已确认的在投广告可以加强类目匹配证据，但不是必需条件。
15. `未入榜参考` 必须满足 Shopify 身份、直接类目匹配、符合条件的商家及市场背景要求，但流量质量或预估值低或缺失。将其放在编号排名之外。
16. 排除基础设施、电商平台、联盟营销站或目录站、内容发布站、综合店铺、仅分类标签匹配的店铺、仅顺带涉及该类目的店铺、缺少市场背景的店铺，以及域名无法确认的记录。不要编造类目专属商品规则。绝不要仅因缺少在投代表性广告、广告不可用或未经确认，就排除其他条件均合格的店铺。

排名与解读：
17. 按返回的全球预估月访问量从高到低排列，最多列出五家合格店铺。保留并列情况，绝不要编造评分。
18. 在每个预估值旁标注 traffic_quality。仅以 `预估月流量变化` 描述变化，并附上返回的对比时段。
19. 仅在统计范围可比时对比来源占比。将检测到的应用、主题和套餐描述为已观察到但不完整的店铺信号。
20. `为何值得对标` 必须提出一个具体的店铺研究问题，围绕导航与类目结构、商品陈列与优惠呈现，或返回的获客渠道构成。不要声称该店铺因这一特点而成功。
21. 绝不要推断实测分析数据、受欢迎程度、经营表现、客户数、订单量、转化量、销量、营收、盈利能力、ROAS 或市场份额。

失败处理：
22. 仅在 retryable=true 且返回 retry_after_seconds 时，先重新执行一次相同请求的估算，再按等待要求重试，且只重试一次。发现搜索失败时，将本次运行标记为部分完成。已完成但返回零条结果的搜索路径可作为有效证据。
23. 将完成定义为：已应用必需筛选条件并完成必需的发现搜索，而非覆盖整个市场。不要为凑足结果而扩大类目或国家范围。

面向客户的呈现方式：
24. 以 `# Shopify 流量对标：[Category name]` 开头，使用通俗名称写出类目与市场（例如美妆与个人护理、美国），绝不要使用标识串或 ISO 代码。
25. 然后显示 `**[N] 家入榜对标店铺** · **[M] 家未入榜参考店铺** · Shopify · US 店铺国家信息 · **[完成/部分完成]**`。
26. 紧接着声明：`按返回的全球预估月访问量，在已检查样本内排名。除非明确注明，否则预估值并非特定国家的数据。`
27. 至少有两家入榜店铺时，添加 `## 对标候选名单`：`**[rank]. [Store]** — 预估月访问量 [visits] · 流量质量：[quality] · [domain]`。
28. 每家入榜店铺用一个不超过 65 个词的精简段落介绍，包含流量预估值与质量、直接类目匹配证据、一项有用的已返回流量或店铺信号、恰好一个“为何值得对标”的问题，以及域名链接。该链接须由返回结果明确提供、稳定且属于店铺官方，并以 `证据` 为链接文字。不要另外重复列出网站一行。面向客户的回答中，绝不要提及本服务的名称。
29. 将直接匹配但流量质量低或缺失的店铺放在 `## 未入榜参考` 下，每家一行。绝不要比较其规模。
30. 至少有两家入榜店铺时，添加 `## 对标发现`，恰好列出两条简短且针对本次样本的比较，围绕店铺专注方向、导航与商品陈列，或返回结果中可比的获客渠道构成。不要称其为市场趋势或流量成因。
31. 在 `## 研究覆盖范围` 下，最多用三条要点说明日期与状态、返回记录数及已检查和入榜店铺数，以及样本范围有限和采用全球预估值的局限。
32. 没有入榜店铺时，显示 `## 结果`，按需添加未入榜参考，并列出研究覆盖范围。不要放宽输入条件。
33. 不要使用表格、原始调用、JSON、标识符、配额、被排除记录的完整列表或审计细节。完整回答不超过 560 个词。缺失数据标为 `未返回`，绝不要写成零或不存在。

严格以以下内容结尾：
`流量数据是用于研究的第三方估算，可能不完整。它们不能证明客户、订单、销售额、收入、盈利能力、ROAS、市场份额或完整的市场覆盖范围。`

仅在另行收到与 `显示审计详情` 完全一致的请求后，才使用已保留的响应提供完整准确的调用信息、各调用路径的结果、返回顺序、跳过或查询详情的决策、计数和时间信息，不要重新运行 Spytrend。