用途：从一手来源回答开发者问题，例如缺陷报告所在的 issue、修复它的已合并 PR、说明契约的 README 或文档页。资料认为博客描述行为弱于定义行为的原文，因此优先查索引，其次才用开放网络。
主要能力：提供三种调用面。HTTP：GET|POST https://api.firecrawl.dev/v2/search/developer；MCP：firecrawl_developer_search(query, k?, skills?)；CLI：firecrawl developer <query> [--limit <n>]。结果带 id（如 issue:owner/repo#123）、url 和 markdown 匹配片段，表格与代码块可保留；id 前缀标识类型：doc:、issue:、pull_request:、readme:。k/--limit 为 1–100，默认 10；skills="only" 仅限 HTTP/MCP，用于只搜 agent 技能文件。可无密钥使用，带 Authorization: Bearer $FIRECRAWL_API_KEY 可提高速率限制。另有 firecrawl_search(query, categories:["developer"]) 或 CLI firecrawl search <query> --categories developer，在网页搜索中并列开发者结果；以及 firecrawl_scrape / firecrawl search 做通用抓取与搜索。
过滤与限制：仅 HTTP 面支持过滤。types 可选 doc、issue、pull_request、readme，默认全部；repos 限定仓库半边，sources 限定文档半边，二者同时传为并集，响应回显 indexed: true|false 以区分未收录与无结果。过滤器与类型不匹配会返回 400。passages 为 1–5，默认 1，是每结果最大片段数而非保证。language、topic、license、min_stars、max_stars、archived、fork 描述仓库，多数文档页无仓库，故这些过滤会只返回仓库证据，属设计而非故障。
用法建议：字面报错串配合库名并限定 types=["issue","pull_request"]；概念性“如何做 X”用自然语言全类型；已知缺陷先查 issue 与 PR，再按仓库限定 PR；API 契约用 readme 与 doc；版本相关行为需读解决结论与关联 PR，不可只看初始报告；限定单库用 repos，若为空先看 indexed 回显；生态级问题不加范围，用 language/topic/min_stars；比较、观点、新闻或未收录项目走开放网络。原则：引用片段并给出 url，合并 PR 优先于 issue 报告，先全索引后收窄，索引无内容时转网络。