需要跨站调研商品并给出购物推荐或购物车摘要时，用…

在用户想比较商品、选出最优购买选项、评估评价并遵守预算/偏好时，用 Firecrawl 搜索/抓取网页并生成推荐或加购摘要。

适用场景

解决思路

1. 从上下文推断商品、预算、偏好、目标网站和期望停止点；如果商品已明确，立即继续，不额外提问。
2. 只有在信息不足而阻塞时，才最多询问 1-3 个简洁问题，例如商品是什么、硬性预算/偏好、是否允许执行购物车操作。
3. 使用 Firecrawl search 和 scrape 跨多个来源调研商品选项，包括评价、商品页、规格、价格、Reddit/论坛和可信评测网站。
4. 经授权后，使用 Firecrawl browser 进行购物网站导航和购物车操作。
5. 跨多个来源调研商品选项。
6. 比较价格、规格、评价、卖家质量、运费以及与用户偏好的匹配度。
7. 选出最佳选项并解释理由。
8. 如果用户要求购物车操作，在 browser 中打开购物网站，添加商品；除非明确指示，否则在结账前停止。
9. 按指定 markdown 结构输出最终交付：标题 `# Shopping Research: [Product]`，包含 `## Recommendation`、`## Products Compared`、`## Review Signals`、`## Cart Status`、`## Sources`、`## Rerun Inputs`。
10. 在 `## Recommendation` 中写最佳选项及理由。
11. 在 `## Products Compared` 中列出商品、价格、卖家、关键规格、优缺点。
12. 在 `## Review Signals` 中总结来自评价和外部来源的模式。
13. 仅在用户要求时填写 `## Cart Status`：商品是否已加入、价格、卖家、确认信息。
14. 在 `## Sources` 中列出使用的 URL。
15. 在 `## Rerun Inputs` 中记录 workflow: firecrawl-shop、query、budget、sites。
16. 使用具体型号、价格和卖家，避免含糊描述。
17. 没有明确批准时，不购买、不结账。
18. 当可见时，标注联盟、赞助或不可靠来源。

适用边界 · 注意事项

• 没有 FIRECRAWL_API_KEY 或无法访问 Firecrawl 服务时。
• 用户未明确要求加入购物车，或没有已认证的浏览器 profile 时，不应执行购物车操作。
• 只需要单站简单查询、不需要跨站商品调研与比较时。