Búsqueda de publicaciones de Felo en X

Elige la operación para los datos que necesitas. Los cinco endpoints usan POST y devuelven JSON en la raíz, sin un contenedor común data.

Todos los ejemplos usan FELO_API_KEY de la vista general. Las llamadas usan saldo de la plataforma, no créditos Felo Pro. Los ejemplos de respuesta son ilustrativos; el contenido en vivo y los campos opcionales varían.

4. Buscar publicaciones

POST /api/v1/data/x/tweet/search

curl -sS --request POST "https://openapi.felo.ai/api/v1/data/x/tweet/search" \
  -H "Authorization: Bearer $FELO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query":"retrieval augmented generation","query_type":"Latest","limit":20}'

La respuesta contiene tweets, total, has_next y next_cursor. Los objetos de publicación incluyen id, content, author, created_at y metrics; las respuestas y las publicaciones citadas o republicadas pueden estar anidadas. Trata los IDs como cadenas.

Límites de recuento de resultados

limit es un objetivo, no una garantía. La implementación actual usa un objetivo de al menos 20: un objetivo de 20 lee una página upstream; objetivos mayores recuperan automáticamente hasta 50 páginas. El tiempo transcurrido se comprueba antes de cada página y no se recuperan más páginas una vez que supera los 60 segundos. Una solicitud upstream en curso aún puede tardar, por lo que esto no es un tiempo de espera HTTP global.

La recopilación también se detiene cuando se alcanza el objetivo, el upstream no tiene página siguiente, una página está vacía o falta el cursor. Devolver menos publicaciones que limit no significa que la solicitud falló o que se hayan recuperado todas las publicaciones coincidentes. Comprueba has_next y next_cursor antes de continuar.

{
  "tweets": [{
    "id":"example-post-id",
    "content":"Example post content",
    "author":{"user_id":"example-user-id","username":"example","display_name":"Example"},
    "created_at":"2026-11-01T00:00:00Z",
    "metrics":{},
    "replies":[]
  }],
  "total":1,
  "has_next":false,
  "next_cursor":null
}

Paginación y control de costes

total cuenta el arreglo correspondiente en la respuesta actual: publicaciones de nivel superior para consultas de publicaciones, o respuestas dentro de cada entrada de resultado para consultas de respuestas. No es un recuento global de coincidencias, ni el recuento completo de respuestas de una publicación, ni el recuento final facturable.

1. Envía la primera solicitud sin cursor.
2. Lee has_next y next_cursor de la respuesta. Para respuestas, léelos en cada entrada de resultado.
3. Si existe otra página y el cursor no está vacío, envíalo sin cambios con la misma consulta. Para un lote de respuestas, continúa cada publicación por separado.
4. Detente cuando no haya página siguiente, cuando un cursor se repita o cuando se alcance tu propio límite de página o gasto.

Los metadatos de paginación reflejan la última respuesta upstream; la colección devuelta puede truncarse en un tope de resultados. Incluso has_next=false no garantiza que se haya recuperado todo el historial o las respuestas de X. Muestra el recuento real devuelto en lugar de etiquetar como todos los datos disponibles un conjunto de resultados limitado.

Cada página exitosa puede incurrir en un cargo. Estas cinco operaciones se facturan por resultados devueltos, no con una tarifa fija por solicitud. Las respuestas anidadas y otros registros devueltos pueden afectar el recuento facturado; no estimes el coste solo por la longitud del arreglo de nivel superior. Consulta los precios actuales y el uso en la consola. Los campos completos de los objetos están en el esquema OpenAPI.