# Risposte ai post Felo X

POST /api/v1/data/x/tweet/replies

Scegli l'operazione per i dati di cui hai bisogno. Tutti e cinque gli endpoint usano POST e restituiscono JSON alla radice, senza un wrapper comune `data`.

Tutti gli esempi usano `FELO_API_KEY` dalla [panoramica](https://openapi.felo.ai/it/docs/data-api/guides/felo-overview.md). Le chiamate usano **il saldo della piattaforma**, non i crediti Felo Pro. Gli esempi di risposta sono illustrativi; il contenuto live e i campi opzionali variano.





## 5. Leggi le risposte

`POST /api/v1/data/x/tweet/replies`

| Campo | Tipo | Obbligatorio | Significato |
|---|---|---|---|
| `tweet_ids` | string o array di stringhe | Sì | Un ID post oppure un batch di fino a 20 ID |
| `cursor` | string | No | Fino a 4.000 caratteri; usa con un solo ID post |
| `since_time` | integer | No | Ora di inizio in secondi Unix |
| `until_time` | integer | No | Ora di fine in secondi Unix |

Sostituisci il segnaposto con un vero ID post:

```bash
curl -sS --request POST "https://openapi.felo.ai/api/v1/data/x/tweet/replies" \
  -H "Authorization: Bearer $FELO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"tweet_ids":["POST_ID"]}'
```

A differenza della timeline e della ricerca post, le risposte sono raggruppate sotto `results`. Ogni voce ha il proprio stato di paginazione:

```json
{"results":[{"tweet_id":"POST_ID","replies":[],"total":0,"has_next":false,"next_cursor":null}]}
```

### Limiti delle risposte per richiesta

Ogni richiesta legge una pagina di risposte upstream per ogni `tweet_id` e conserva al massimo 100 risposte; non recupera automaticamente ogni pagina di risposte. In un batch di fino a 20 ID, il limite di 100 risposte si applica separatamente a ciascuna voce `results`. I conteggi effettivi possono essere inferiori.

Il `total` di ogni voce è il numero di risposte restituite in quella voce, non il conteggio completo delle risposte del post. Per continuare, usa il `next_cursor` di quella voce e invia solo il suo singolo ID post nella richiesta successiva. Non esiste un parametro `limit` per aumentare il limite per richiesta.



## Paginazione e controllo dei costi

`total` conta l'array corrispondente nella risposta corrente: post di primo livello per le query sui post, o risposte all'interno di ciascuna voce risultato per le query sulle risposte. Non è un conteggio globale delle corrispondenze, né il conteggio completo delle risposte di un post, né il conteggio finale fatturabile.

1. Invia la prima richiesta senza `cursor`.
2. Leggi `has_next` e `next_cursor` dalla risposta. Per le risposte, leggili in ogni voce risultato.
3. Se esiste un'altra pagina e il cursor non è vuoto, invialo invariato con la stessa query. Per un batch di risposte, continua separatamente per ogni post.
4. Fermati quando non c'è più una pagina successiva, quando un cursor si ripete o quando raggiungi il tuo limite di pagine o di spesa.

I metadati di paginazione riflettono l'ultima risposta upstream; la raccolta restituita può essere troncata da un limite di risultati. Anche `has_next=false` non garantisce che tutta la cronologia X o tutte le risposte siano state recuperate. Mostra il conteggio effettivo restituito invece di etichettare un insieme di risultati limitato come tutti i dati disponibili.

Ogni pagina riuscita può comportare un addebito. Queste cinque operazioni sono fatturate in base ai risultati restituiti, non con una tariffa fissa per richiesta. Le risposte annidate e altri record restituiti possono influire sul conteggio fatturato; non stimare il costo solo dalla lunghezza dell'array di primo livello. Controlla i [prezzi attuali](https://openapi.felo.ai/api/v1/data/prices) e l'utilizzo nella console. I campi completi degli oggetti sono nello [schema OpenAPI](https://openapi.felo.ai/api/v1/data/openapi.json).