Skip to main content

使用 提问 调试 Firecrawl

通过面向代理的支持 API 调试失败任务或任何 Firecrawl 集成问题
3 min read

Firecrawl /support/ask 是一个以 API 形式提供的 AI 支持代理。描述你遇到的问题,即可获得经过验证的诊断结果和可执行的修复参数,通常只需 15–30 秒。

你可以把 /support/ask 看作一位随时待命的 Firecrawl 高级工程师,专门为你的代理排障。

Info

提问 API 主要面向 AI 代理调用方 设计。如果你正在构建使用 Firecrawl 进行抓取、爬取或数据提取的代理,建议将 /support/ask 接入你的错误处理流程,以便自主解决问题。

两个端点#

端点认证适用对象功能说明
POST /support/ask你的 Firecrawl API 密钥你的代理和应用面向你团队范围的完整诊断流程
POST /support/docs-search你的 Firecrawl API 密钥你的代理和应用基于 Firecrawl 公开文档提供答案

快速开始#

调试失败的爬取任务#

搜索文档#

调试失败的任务#

任何 Firecrawl 任务——抓取、爬取、批量抓取、搜索、映射或提取——都可以通过 /support/ask 进行调试。请用自然语言描述故障,并在有任务 ID 时提供该 ID;代理会在回答前获取该任务的日志和您的账户状态。

请尽可能提供以下信息——每一项都有助于缩小诊断范围:

详细信息用途
任务 ID让代理直接读取该任务的日志、状态和各页面结果
目标 URL有助于发现网站特有的阻碍因素,例如机器人防护、JS 渲染或 robots 规则
错误消息或状态码可区分限流和额度耗尽与抓取层面的失败
您预期的结果可区分彻底失败与“成功”但缺少内容的任务
rationale告诉代理最终用户想要达成什么,以便优先处理相关证据

提问会排查哪些常见故障#

症状代理会排查的内容
任务状态为 failed任务日志、上游 HTTP 状态、代理和重试记录
爬取 返回的页面数少于预期limitmaxDiscoveryDepthincludePaths/excludePaths、站点地图覆盖情况、robots 规则
markdown 为空或被截断客户端渲染、waitFor 时机、必需的 actionsonlyMainContent 裁剪
401 / 402 / 429 响应API 密钥的有效性和限制、剩余额度、套餐限流
任务卡住或超时队列状态、页面级超时、您当前套餐的任务并发数
Webhook 从未触发交付尝试、端点响应、签名验证失败

没有任务 ID?在活动日志中将鼠标悬停在某行的 URL 上,然后点击 复制 ID,或使用启动任务时返回的 id

通过活动日志调试#

如果您不想自行编写调用,Dashboard 可以为您运行同一个代理。打开活动日志,在失败行的 Actions 列中找到闪光按钮——其工具提示为 调试问题。该按钮仅会显示在失败的任务,或子请求出错但任务已完成的任务上;成功或进行中的任务不会显示该按钮。

点击后会立即开始诊断,无需编写 prompt。Firecrawl 会将该任务的 URL、端点、status、错误消息和抓取 参数发送给 /support/ask 背后的同一个代理,然后由该代理读取任务日志和您的账户状态。绝不会包含已抓取页面的内容。

打开的面板会显示:

元素说明
诊断代理对问题原因及应如何修改的说明
置信度徽章高、中或低——表示代理对答案的把握程度
已验证 徽章代理测试了其建议的修复方案且测试通过时显示
建议的修复方案以 JSON 形式提供修正后的参数,并附带复制按钮——可将其粘贴到下一次调用中
来源答案引用的文档页面链接

如果诊断未能解决问题,点击面板底部的 打开支持工单 即可创建工单,并自动附上代理的分析结果,无需您再次说明失败情况。

Info

Dashboard 调试限制为每个团队每小时最多运行 30 次,且您的团队至少需要一个 API 密钥——该代理使用您自己的密钥运行,因此只会访问您的任务。

获得诊断结果后,应用返回的 fixParameters 并重试——请参见下方的代理重试模式

工作原理#

当你调用 /support/ask 时,AI 代理会:

  1. 收集证据 — 并行查看你的任务日志、账户状态、额度使用情况以及相关文档
  2. 诊断问题 — 综合所有证据进行推理,找出根本原因
  3. 提出修复方案 — 生成机器可直接执行的 fixParameters,你可以将其直接应用到下一次 API 调用中
  4. 验证修复方案 — 在可能的情况下,在真实的 Firecrawl API 上测试该修复方案 (例如使用调整后的参数重试抓取) ,并报告结果

在你的代理中使用 Ask#

关键设计模式:当 Firecrawl API 调用失败或返回非预期结果时,调用 /support/ask,然后使用 fixParameters 重试。

Python 示例#

Node.js 示例#

代理重试模式#

参数#

/support/ask#

参数类型必填描述
questionstring要调试的问题 (1–8,000 个字符)
rationalestring建议 AI 调用方提供。说明最终用户想要达成的目标,有助于优先收集证据。
contextobject来自你的代理的自由格式元数据,会包含在调试 prompt 中
参数类型必填描述
questionstring需要回答的问题 (1–8,000 个字符)

响应#

/support/ask 响应#

实际的 answerfixParametersvalidation.evidence 会由代理根据你本次运行的具体情况在每次请求时生成;上面的示例展示的是响应的结构,而不是真实的诊断结果。

/support/docs-search 响应#

性能#

指标典型值最大值
延迟15–30 秒60 秒 (硬上限)

API 参考#

有反馈或需要帮助?请发送邮件至 help@firecrawl.com

你是需要 Firecrawl API 密钥的 AI 代理吗?请参见 firecrawl.dev/agent-onboarding/SKILL.md 了解自动化接入说明。