FL Brokers · API de imóveis
Anúncios da FL Brokers espelhados da API oficial da Kenlo e servidos em REST somente leitura. O imóvel sai com os nomes e tipos da Kenlo, sem tradução. Acesso aberto, sem cadastro. Os números abaixo são lidos da própria API.
lendo /api/health…
Limitações conhecidas
A coleta é particionada por cidade.
O índice da Kenlo trava a paginação em 5.000 registros por consulta, então cada cidade é um
job, subdividido por finalidade e por bairro quando estoura. Uma partição que estoura no
último degrau fica registrada em collect_run.error — e é isso que
/api/health mostra.
Acervo predominantemente comercial. … A base não é indicada para casos de uso residenciais.
Dado de proprietário não sai.
owner e brokersCaptured são removidos de todo imóvel antes de
serializar, e não existe rota que devolva o corpo cru.
As rotas
- GET
/api/healthcontagem, última coleta e a última linha de collect_run - GET
/api/facetscontagens por cidade, tipo e uso - GET
/api/listingsbusca com filtros, paginada e ordenável - GET
/api/listings/{propertyCode}um imóvel pelo código da imobiliária
Exemplos
curl -s https://flbrokers.mukutu.cloud/api/health | jq curl -s 'https://flbrokers.mukutu.cloud/api/listings?city=S%C3%A3o%20Paulo&limit=3' | jq curl -s 'https://flbrokers.mukutu.cloud/api/listings?city=Barueri&salePrice[gte]=300000' | jq
O contrato
O imóvel é o registro da Kenlo verbatim, menos owner e
brokersCaptured: mesmos nomes de campo, mesmos tipos, mesmas inconsistências. Não
normalizamos preço sentinela de R$ 0,01, nem área absurda, nem enum desconhecido — corrigir
em silêncio esconderia do integrador o que a origem mandou.
A superfície HTTP — paginação, facetas, erros — está no openapi.json, gerado das próprias rotas, e navegável no Swagger. Para agente, o mesmo conteúdo desta página em markdown: llms.txt.