Skip to main content
Firecrawl Developer is an index built for coding agents. It covers issues, merged pull requests, and READMEs from public code repositories, alongside curated documentation sites, so an agent can answer a question about code behavior, a library or framework, an API contract, an error message, or a known bug from primary sources rather than from a general web page.
  • Find the issue or pull request where a bug was reported and fixed
  • Read the passages of a README or a documentation page that answer one specific question
  • Trace an API contract back to the pull request that changed it
  • Recover the discussion behind an error message
To give your agent access to the Developer Index, we strongly recommend using our CLI or MCP, combined with our dedicated developer skill, which you can install with:

Endpoints

Search the developer index

Send a natural-language question and get back ranked developer results with the passages that matched. This is the path to reach for when you want developer sources only, with the result type, repository, and documentation source filters available. A developer search costs 2 credits per 10 results, rounded up (1–10 results = 2 credits, 11–20 = 4 credits, and so on). No API key is needed to get started; add one for higher rate limits.
POST is available on the same path, and is the easier form when you want to pass array filters as JSON:
cURL
Each result carries a stable id such as issue:owner/repo#123, a url, and its matched passages in markdown, so tables and code blocks survive. The artifact kind is encoded in the id prefix: doc:, issue:, pull_request:, or readme:. title is frequently absent on doc results, where the source page carries no usable title, so fall back to url rather than assuming the field is present. When you scope a search with sources or repos, the response echoes them back with an indexed flag per entry, so you can distinguish an id that is not in the index from a query that simply found nothing. See the developer search reference for the echo shape. Optional filters narrow the search:
  • k sets how many results come back, defaulting to 10, and passages how many matched passages each one carries
  • types picks which of doc, issue, pull_request, and readme to search
  • repos scopes the repository half of the index, and sources scopes the documentation half
  • skills set to only limits the search to indexed agent-skill files
  • language, topic, license, min_stars, max_stars, archived, and fork filter on repository attributes, such as language=Rust, topic=async, or license=MIT
Those seven filters describe a code repository, so sending one without a sources scope returns no doc results. Read how the repository filters scope a search before you send one. See the developer search reference for every filter’s type and bounds, how repos and sources scope a search, and the full response schema.
The Python and Node SDKs reach the Developer Index through the developer category shown below. They do not expose a dedicated method for this endpoint, so call it over HTTP, through the CLI, or through MCP.
Pass developer as the only entry in the categories array on /search. The response returns developer results in the standard web group, each tagged category: "developer". The developer category cannot be combined with other categories. No API key is needed to get started — /search accepts keyless requests, and the developer category comes with it, subject to the keyless allowance. Send a key for higher rate limits.
Developer results carry url, title, description, and position, the same shape as a web result, plus category: "developer". SDK users read them from result.web. This surface returns the web result shape, not the ranked developer shape. For the matched passages and the index filters, use the developer search endpoint.
The hosted MCP server exposes both surfaces, and neither writes anything. See MCP tools for firecrawl_developer_search, for developer results through firecrawl_search, and for which of the two the keyless tool surface carries.