Firecrawl /support/ask 是一个以 API 形式提供的 AI 支持代理。描述你遇到的问题,即可获得经过验证的诊断结果和可执行的修复参数,通常只需 15–30 秒。
你可以把 /support/ask 看作一位随时待命的 Firecrawl 高级工程师,专门为你的代理排障。
提问 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 状态、代理和重试记录 |
| 爬取 返回的页面数少于预期 | limit、maxDiscoveryDepth、includePaths/excludePaths、站点地图覆盖情况、robots 规则 |
| markdown 为空或被截断 | 客户端渲染、waitFor 时机、必需的 actions、onlyMainContent 裁剪 |
401 / 402 / 429 响应 | API 密钥的有效性和限制、剩余额度、套餐限流 |
| 任务卡住或超时 | 队列状态、页面级超时、您当前套餐的任务并发数 |
| Webhook 从未触发 | 交付尝试、端点响应、签名验证失败 |
没有任务 ID?在活动日志中将鼠标悬停在某行的 URL 上,然后点击 复制 ID,或使用启动任务时返回的 id。
通过活动日志调试#
如果您不想自行编写调用,Dashboard 可以为您运行同一个代理。打开活动日志,在失败行的 Actions 列中找到闪光按钮——其工具提示为 调试问题。该按钮仅会显示在失败的任务,或子请求出错但任务已完成的任务上;成功或进行中的任务不会显示该按钮。
点击后会立即开始诊断,无需编写 prompt。Firecrawl 会将该任务的 URL、端点、status、错误消息和抓取 参数发送给 /support/ask 背后的同一个代理,然后由该代理读取任务日志和您的账户状态。绝不会包含已抓取页面的内容。
打开的面板会显示:
| 元素 | 说明 |
|---|---|
| 诊断 | 代理对问题原因及应如何修改的说明 |
| 置信度徽章 | 高、中或低——表示代理对答案的把握程度 |
| 已验证 徽章 | 代理测试了其建议的修复方案且测试通过时显示 |
| 建议的修复方案 | 以 JSON 形式提供修正后的参数,并附带复制按钮——可将其粘贴到下一次调用中 |
| 来源 | 答案引用的文档页面链接 |
如果诊断未能解决问题,点击面板底部的 打开支持工单 即可创建工单,并自动附上代理的分析结果,无需您再次说明失败情况。
Dashboard 调试限制为每个团队每小时最多运行 30 次,且您的团队至少需要一个 API 密钥——该代理使用您自己的密钥运行,因此只会访问您的任务。
获得诊断结果后,应用返回的 fixParameters 并重试——请参见下方的代理重试模式。
工作原理#
当你调用 /support/ask 时,AI 代理会:
- 收集证据 — 并行查看你的任务日志、账户状态、额度使用情况以及相关文档
- 诊断问题 — 综合所有证据进行推理,找出根本原因
- 提出修复方案 — 生成机器可直接执行的
fixParameters,你可以将其直接应用到下一次 API 调用中 - 验证修复方案 — 在可能的情况下,在真实的 Firecrawl API 上测试该修复方案 (例如使用调整后的参数重试抓取) ,并报告结果
在你的代理中使用 Ask#
关键设计模式:当 Firecrawl API 调用失败或返回非预期结果时,调用 /support/ask,然后使用 fixParameters 重试。
Python 示例#
Node.js 示例#
代理重试模式#
参数#
/support/ask#
| 参数 | 类型 | 必填 | 描述 |
|---|---|---|---|
question | string | 是 | 要调试的问题 (1–8,000 个字符) |
rationale | string | 否 | 建议 AI 调用方提供。说明最终用户想要达成的目标,有助于优先收集证据。 |
context | object | 否 | 来自你的代理的自由格式元数据,会包含在调试 prompt 中 |
/support/docs-search#
| 参数 | 类型 | 必填 | 描述 |
|---|---|---|---|
question | string | 是 | 需要回答的问题 (1–8,000 个字符) |
响应#
/support/ask 响应#
实际的 answer、fixParameters 和 validation.evidence 会由代理根据你本次运行的具体情况在每次请求时生成;上面的示例展示的是响应的结构,而不是真实的诊断结果。
/support/docs-search 响应#
性能#
| 指标 | 典型值 | 最大值 |
|---|---|---|
| 延迟 | 15–30 秒 | 60 秒 (硬上限) |
API 参考#
有反馈或需要帮助?请发送邮件至 help@firecrawl.com。
你是需要 Firecrawl API 密钥的 AI 代理吗?请参见 firecrawl.dev/agent-onboarding/SKILL.md 了解自动化接入说明。

