用 Firecrawl 完成端到端网络数据交付物（研究报告…

当用户想要 Firecrawl 产出一份完整的业务/营销/产品/创意交付物，而不仅仅是抓取网页或把 API 集成进代码时使用。

适用场景

解决思路

1. 先确认工作流类型与最终交付物。
2. 根据任务选择对应子工作流：网站设计克隆用 firecrawl-website-design-clone 提取颜色、字体、间距、组件与布局模式，生成 agent 可用的 DESIGN.md；文献综述用 firecrawl-research-papers（查询 Firecrawl 论文索引 PubMed、bioRxiv、medRxiv、arXiv 摘要，并可按论文获取全文），适用于生物医学、临床、药物、基因、疾病、流行病与公共卫生主题；基于网络证据的多源研究报告用 firecrawl-deep-research（市场、政策、技术、行业主题，不用于文献综述）；站点结构、页面 SEO、关键词与 SERP 审计用 firecrawl-seo-audit；会前公司/人物情报简报用 firecrawl-lead-research；线上站点 QA 测试与缺陷报告用 firecrawl-qa；定期价格、功能与更新日志监控用 firecrawl-competitive-intel；目录抽取成公司名单用 firecrawl-company-directories；仪表盘指标抽取用 firecrawl-dashboard-reporting；LLM 可用文档、RAG 分块、训练数据或文档镜像用 firecrawl-knowledge-base；需登录或重 JS 的文档门户摄取用 firecrawl-knowledge-ingest；潜在客户名单生成用 firecrawl-lead-gen；市场、金融与行业研究用 firecrawl-market-research；产品流程走查与 UX 拆解报告用 firecrawl-demo-walkthrough；产品调研与购物推荐用 firecrawl-shop。
3. 若没有现成工作流匹配，则使用本通用流程，并产出一个可复用、未来可沉淀为新 skill 的模式。
4. 从用户请求与上下文推断工作流、输入、受众与输出格式；信息足够时立即开始。
5. 仅当缺失输入会阻塞工作时，最多提 1-3 个简洁澄清问题，例如：要分析的 URL、公司、主题或来源；期望的交付物或输出格式；会实质性改变工作流的约束。
6. 使用宿主 agent 常规方式提问，不要依赖特定 harness 的函数名。
7. 默认流程：1) 确认工作流与最终产物；2) 通过 CLI 或等效 Firecrawl 工具面收集网络证据；3) 保存或引用来源证据，使最终结论可追溯；4) 可用时并行运行独立研究单元；5) 将发现综合成所需交付物；6) 当工作流可自动化时，附上简短的“rerun inputs”块。
8. 并行工作：如合适，用子 agent 或等效并行任务执行器处理独立单元，例如每位研究员负责一个竞品、一个 URL/页面、一个来源类别，或每位评审负责一个分析维度；交接保持通用：提供工作单元、来源 URL 或搜索词、期望抽取字段与输出格式。
9. 交付物标准：每个工作流都应返回简洁的执行摘要、所用证据基础、用户要求的分析或产物、有用的建议或后续行动，以及用于重跑的自动化输入。
10. 编写新的工作流 skill 时参考 workflow-authoring.md。

适用边界 · 注意事项

• 仅需抓取单个页面或把 API 调用集成进代码时，不使用本工作流。
• 没有 FIRECRAWL_API_KEY 时无法通过 CLI 或 API 运行托管 Firecrawl 请求。
• 文献综述类任务应使用 firecrawl-research-papers，而非基于网络证据的 firecrawl-deep-research。