技能介绍

解决什么问题

把网页变成可供大模型阅读的输入时，最常见的坑是抓到的内容里塞满了导航栏、页脚和侧边栏推荐位，真正有正文的部分反而被淹没。另一个问题是面对 SPA（单页应用），简单 HTTP 请求只能拿到一个空的 <div id="app"> 骨架，正文全靠 JS 执行后才挂载。firecrawl-scrape 做的事情很直接：给它一个或多个 URL，返回剥离噪声的 Markdown，并且能等到 JS 渲染完成再抓。

核心能力

并发抓取：一次传入多个 URL 会并行处理，而不是串行等待。想知道当前账号的并发上限，用 firecrawl --status 查。
输出格式可选：--format 支持 markdown、html、rawHtml、links、screenshot、json。单一格式返回纯文本结果，多个格式同时指定时输出 JSON，方便下游做结构化解析。
正文提取：--only-main-content 会砍掉导航、页脚、侧边栏，只留主内容区。想自己控制白名单和黑名单，用 --include-tags 与 --exclude-tags。
JS 渲染等待：--wait-for 让抓取动作等到页面渲染完成再执行，适合依赖前端路由拉数据的页面。
即时问答：--query 可以针对页面内容直接提一个问题，代价是额外消耗 5 credits。
HTTP 头保留：-H 会把请求与响应头一并带出来，排查重定向、UA 过滤之类的问题时有用。

关键使用建议

先抓再问。 与其用 --query 拿到一句答案，更划算的做法是把结果写到文件里，再自己用 grep、head 或直接读 Markdown 做检索和推理。你已经能拿到全文，没必要为一条答案付费 5 credits。只有在不需要保存页面、只想要一个定向回答时，--query 才是合理选择。

先抓再交互。 静态页和 JS 渲染的 SPA 都能处理，只有当内容确实需要点击、填表单、翻页才能出现时，才升级到 interact 类技能。

输出路径有约定。 建议写成 .firecrawl/{site}-{path}.md，配合 -o 参数指定，方便本地统一管理。