用途：从一手来源回答开发者问题，例如 bug 报告所在的 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-skill 文件。可无密钥使用，带 Authorization: Bearer $FIRECRAWL_API_KEY 可提高速率限制。另有 firecrawl_search(query, categories:["developer"]) 或 CLI firecrawl search <query> --categories developer，在网页搜索中并入开发者结果；以及 firecrawl_scrape(url) / firecrawl search 用于通用网页抓取与搜索。
过滤条件：仅 HTTP 接口支持。types 可选 doc、issue、pull_request、readme，默认全部；repos（owner/name）限定仓库部分，sources（文档源 id，最多 20）限定文档部分，两者同时传入取并集，响应会回显 indexed: true|false 以区分“未收录”与“无结果”。passages 取 1–5，默认 1，为每条结果的最大段落数。language、topic、license、min_stars、max_stars、archived、fork 描述仓库；若不带 sources 使用这些仓库过滤，响应只含仓库证据，这是设计而非索引故障。
使用建议：字面错误信息或堆栈字符串，搜索该字符串加库名并限定 types=["issue","pull_request"]；概念性“如何做 X”用自然语言全类型搜索；已知 bug 先搜 issue 与 PR，再按该 issue 术语限定其仓库搜 PR；API 契约用 readme 与 doc；版本相关行为需读 issue 的解决结果与关联 PR，不能只看初始报告；限定单一库用 repos，若为空先看 indexed 回显；生态范围问题不加限定，可用 language/topic/min_stars；agent 技能与工具约定用 skills="only"；比较、观点、新闻或未收录项目走开放网络。原则：引用段落并给出 url；已合并 PR 优先于 issue 报告；先全索引搜索再收窄范围；索引无内容时转向网络。
限制：私有仓库不在索引内；仓库过滤会排除文档结果；部分 doc 结果可能没有 title，需回退到 url。相关工具 firecrawl-build-search 可将该索引构建进应用。