- 对于单个已知 URL,
/scrape的 JSON 模式成本更低,而且是同步的。 - 完整对比见:选择数据提取器。
/agent 是一个魔法般的 API,它可以在最广泛的网站范围内进行搜索、导航并收集数据,在难以触及的角落中找到数据,并以其他任何 API 都无法做到的方式发掘信息。它可以在几分钟内完成原本需要人类耗费数小时的工作——从端到端的数据采集,全程无需脚本或人工操作。
无论你只需要一个数据点,还是需要大规模的完整数据集,Firecrawl /agent 都能为你获取这些数据。
把 /agent 想象成:无论数据藏在哪里,它都能替你做深度调研!
Research Preview:代理目前处于早期访问阶段。可能会有不完善之处,但它会随着时间显著变好。
悬赏:5,000 额度奖励,征集关于 /agent 的优质反馈
只需与我们的 Firecrawl Feedback Assistant 完成一次高质量访谈 (分享经过思考的具体用例等) ,即可获得奖励资格。整个过程只需几分钟,随时可以停止,对人类和代理都很友好 (只需将链接粘贴到你的代理测试框架中!) 。从未使用过 /agent?你的看法同样重要。
开始访谈请填写邮箱,以获得奖励资格。我们会在每周末审核访谈质量。
/extract 的全部优势之上,并在此基础上更进一步:
- 无需提供 URL:只需通过
prompt参数描述你的需求,URL 是可选的。 - 深度网页搜索:自主搜索并深入浏览站点以找到所需数据
- 可靠且准确:适用于多种类型的查询和使用场景
- 更快:并行处理多个数据源以更快返回结果
在 Playground 中体验
在交互式 Playground 中测试该 Agent,无需编写代码。
使用 /agent
prompt。只需描述你想要提取的数据。要获得结构化输出,请提供一个 JSON schema。SDK 支持使用 Pydantic (Python) 和 Zod (Node) 来定义类型安全的 schema:
响应
JSON
提供 URL (可选)
任务状态与完成
- 默认方式:
agent()会阻塞等待,并返回最终结果 - 先启动再轮询:使用
start_agent(Python) 或startAgent(Node) 立即获取 Job ID,然后通过get_agent_status/getAgentStatus进行轮询 - 推送而非轮询:启动任务时传入
webhook,即可在运行过程中及完成时接收代理事件
任务结果在完成后可通过 API 获取,保留 24 小时。在此之后,你仍然可以在 activity logs 中查看你的代理历史记录和结果。
可能的状态
取消是协作式的。 当你调用取消端点时,请求会立即登记,但任何已经在进行中的步骤 (如 LLM 推理步骤、工具调用或浏览器操作) 都会先运行到可安全停止的节点,然后任务才会停止。在这段短暂时间内,额度仍可能继续累积,因此最终的
creditsUsed 可能高于你点击取消时显示的数值。被取消的任务在轮询时会报告状态 failed,并触发 agent.cancelled Webhook 事件。等待中示例
JSON
已完成示例
JSON
列出代理运行记录
GET /agent 会列出团队创建的所有代理运行记录,按最新优先排序——包括通过 playground 或 API 启动的运行记录。每条记录包含运行 ID、创建时间、状态、简短的目标提示,以及启动时使用的选项。
结果按固定每页 20 条运行记录分页。当有更多页面时,响应中会包含 next URL;传入其中的 before 时间戳即可获取下一页。SDK 方法不会自动分页,因此你可以自行控制要追溯到多早的记录。
跟踪正在进行的运行
如果要自行排序执行追踪事件,请先按
agent.id 分组:producerSequence 对每个发出事件的代理而言都是单调递增的,因此全局排序会错误地交错编排器及其子代理的事件。终止事件 run.finished 发出后,事件仍可能在短时间内到达,因此在渲染最终状态前,请在短暂的尾部窗口内继续轮询。
执行追踪和快照
artifact.updated 执行追踪事件通过 snapshotId 引用代理的工作输出。使用快照端点可获取快照的完整内容:
获取代理的源数据
artifact.updated 事件描述某个工件的一次变更:artifact.kind 可以是 json、markdown、html、screenshot 或 text,artifact.path 表示运行将其写入的位置,而 artifact.snapshotId 则是用于通过 GET /agent/{jobId}/snapshots/{snapshotId} 获取其内容的句柄。快照端点会在 snapshot 字段中以字符串形式返回该内容:对于 json 工件,该字符串经过 JSON 编码,需要解码;而 markdown、html 和 text 工件则直接返回内容本身。
要获取运行生成的页面内容,请先获取执行追踪,保留所需 kind 的 artifact.updated 事件,然后获取每个快照:
- 工件是运行的输出,并非逐页存档。 运行写入工件的内容取决于它如何处理你的 prompt,因此应将工件集视为该次运行生成的内容,而不是其打开的每个页面的完整记录。
- 其余内容位于工具结果中。 每个
tool_call.finished事件都包含一个result字段,其中保存该工具返回的内容;未成为工件的内容会出现在这里。
模型选择
model 参数,每次运行都会使用 spark-2。
Spark 1 模型已弃用。 为保持向后兼容,仍接受 Spark 1 模型名称,但使用这些名称的请求会被路由到
spark-2。Spark 2
spark-2 覆盖了此前需要在 Mini 和 Pro 之间取舍的全部任务,因此无需再权衡准确率与成本。
亮点:
- 单次运行成本最低
- 运行时间最快
- 准确率可媲美之前的 Spark 1 旗舰模型
- 唯一支持推理预算的模型:传入
effort(low、medium或high) 以控制其思考深度
指定模型
model 参数可选——每个请求都会运行 spark-2:
参数
Agent 与 Extract:有哪些改进
示例用例
- 调研: “找出前 5 家 AI 初创公司及其融资金额”
- 竞品分析: “比较 Slack 和 Microsoft Teams 的定价方案”
- 数据收集: “从公司网站中提取联系方式”
- 内容摘要: “总结关于网页抓取的最新博客文章”
在 Agent Playground 中上传 CSV
使用 Ask 排查问题
API 参考
价格
Agent 计费方式
- 简单抽取任务 (例如从单个页面提取联系方式) 通常消耗更少的 credits,成本更低
- 复杂研究任务 (例如对多个域名进行竞品分析) 会消耗更多 credits,但更能体现整体投入的工作量
- 用量透明会清楚展示每个请求具体消耗了多少 credits
- Credit 换算会自动将 Agent 的 credit 使用量换算为 credits,便于计费
Credit 使用量会因 prompt 的复杂度、处理的数据量以及期望输出的结构而有所不同。大致来说,大多数 Agent 运行会消耗数百个 credits,更简单的单页任务可能会用得更少,而复杂的多域名研究可能会用得更多。
并行 Agent 计费
入门
成本管理
- 从免费运行开始:利用你每天 5 次免费请求来了解定价
- 设置
maxCredits参数:通过设置你愿意花费的最大额度数来限制支出。Dashboard 将此上限设为 2,500 额度;若要设置更高的上限,请直接通过 API 使用maxCredits参数 (注意:高于 2,500 的值始终按付费请求计费) - 优化 prompt:更具体的 prompt 通常会消耗更少的额度
- 将大型任务拆分为更小的运行:单次代理运行大约会返回 150-200 行结构化数据。对于大型提取任务,可按类别、地区或 URL 批次 (每次运行 3-5 个 URL) 进行拆分,再合并结果。这也能让每次运行都保持在
maxCredits限制之下。 - 监控用量:通过 Dashboard 追踪你的使用情况
- 设定预期:跨多个站点/领域的复杂研究会比简单的单页提取消耗更多额度
随着我们从 Research Preview 过渡到正式开放,定价可能会发生变化。现有用户将在任何价格更新前提前收到通知。
你是需要 Firecrawl API 密钥的 AI 代理吗?请参阅 firecrawl.dev/agent-onboarding/SKILL.md 了解自动化引导说明。

