- Encontre a issue ou o pull request em que um bug foi relatado e corrigido
- Leia os trechos de um README ou de uma página de documentação que respondem a uma pergunta específica
- Rastreie um contrato de API até o pull request que o alterou
- Recupere a discussão por trás de uma mensagem de erro
Para dar ao seu agente acesso ao Índice para desenvolvedores, recomendamos fortemente usar nossa CLI ou o MCP, juntamente com nossa skill dedicada para desenvolvedores, que você pode instalar com:
Endpoints
Pesquise no índice para desenvolvedores
POST está disponível no mesmo endpoint e é a forma mais simples quando você quiser enviar filtros de array como JSON:
cURL
id estável, como issue:owner/repo#123, um type de doc, issue, pull_request ou readme, uma url e os passages correspondentes em markdown, preservando tabelas e blocos de código. Muitas vezes, title está ausente em resultados doc, quando a página de origem não tem um título utilizável. Nesses casos, use a url em vez de presumir que o campo está presente.
Além dos resultados, coverage informa o status de cada tipo de resultado, e reranked informa se a lista ranqueada passou pela etapa de reordenação. Verifique coverage quando um tipo de resultado esperado estiver ausente: skipped significa que o valor de types não solicitou esse tipo, enquanto degraded ou unavailable significa que a ausência se deve ao índice ou a um filtro, e não à consulta.
Filtros opcionais restringem a busca:
kdefine quantos resultados são retornados, com padrão de 10, epassagesdefine quantas passagens correspondentes cada resultado incluitypesseleciona quais entredoc,issue,pull_requestereadmedevem ser pesquisadosreposrestringe a parte do índice referente ao GitHub, esourcesrestringe a parte da documentaçãoskillsdefinido comoonlylimita a busca a arquivos de skills de agentes indexadoslanguage,topic,license,min_stars,max_stars,archivedeforkfiltram atributos do repositório, comolanguage=Rust,topic=asyncoulicense=MIT
sources não retorna resultados doc e informa doc como unavailable em coverage. Leia como os filtros de repositório restringem uma busca antes de usar um deles.
Consulte a referência da busca para desenvolvedores para ver o tipo e os limites de cada filtro, como repos e sources restringem uma busca e o esquema completo da resposta.
Adicione resultados para desenvolvedores a uma busca na web
developer no array categories de /search quando você já estiver chamando /search e quiser que os resultados para desenvolvedores sejam ponderados junto com os resultados web comuns em uma única chamada. A API os retorna em um grupo developer ao lado de web, e ambos os SDKs expõem esse grupo como .developer.
Nenhuma chave de API é necessária para começar — /search aceita solicitações sem chave, e a categoria developer vem incluída, sujeita à cota sem chave. Envie uma chave para limites de taxa mais altos.
url, title, description e position, com a mesma estrutura de um resultado web, além de category: "developer". Os resultados web na mesma resposta não têm category; portanto, use esse campo para distinguir os dois grupos caso você os mescle. Os resultados para desenvolvedor vêm em seu próprio grupo, não em web; os usuários dos SDKs os acessam com result.developer.
Esta interface retorna a estrutura de resultado web, não a estrutura de resultado para desenvolvedor ranqueado. Para as passagens correspondentes e os filtros de índice, use o endpoint de busca para desenvolvedores.
O servidor MCP hospedado expõe ambas as interfaces, e nenhuma delas grava nada. Consulte as ferramentas MCP para saber mais sobre
firecrawl_developer_search, sobre resultados para desenvolvedor por meio de firecrawl_search e sobre qual das duas o conjunto de ferramentas sem chave inclui.
