- 对于单个已知 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进行轮询
任务结果在完成后可通过 API 获取,保留 24 小时。在此之后,你仍然可以在 activity logs 中查看你的 Agent 历史记录和结果。
可能的状态
取消是协作式的。 当你调用取消端点时,请求会立即登记,但任何已经在进行中的步骤 (如 LLM 推理步骤、工具调用或浏览器操作) 都会先运行到可安全停止的节点,然后任务才会停止。在这段短暂时间内,额度仍可能继续累积,因此最终的
creditsUsed 可能高于你点击取消时显示的数值。被取消的任务在轮询时会报告状态 failed,并触发 agent.cancelled Webhook 事件。等待中示例
JSON
已完成示例
JSON
执行追踪和快照
artifact.updated 追踪事件通过 snapshotId 引用代理的工作输出。使用快照端点可获取快照的完整内容:
模型选择
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 了解自动化引导说明。

