Felo API PlatformFelo API Platform

Профили пользователей Felo X

Поставщик: Felo · Оплачивается балансом платформы

Аутентификация и настройкаБиллинг и ошибкиПолное руководство по рабочему процессу

Выберите операцию для нужных вам данных. Все пять конечных точек используют POST и возвращают JSON в корне, без общего обертки data.

Во всех примерах используется FELO_API_KEY из обзора. Вызовы используют баланс платформы, а не кредиты Felo Pro. Примеры ответов носят иллюстративный характер; фактический контент и необязательные поля могут отличаться.

1. Получить профили пользователей

POST /api/v1/data/x/user/info

ПолеТипОбязательноЗначение
usernamesstring arrayДа1–100 имен пользователей; отправляйте хэндлы без @
curl -sS --request POST "https://openapi.felo.ai/api/v1/data/x/user/info" \
  -H "Authorization: Bearer $FELO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"usernames":["OpenAI"]}'

Ответ содержит users и total. Каждый пользователь включает user_id, username и display_name; также могут присутствовать текст профиля, число подписчиков, верификация и другие метаданные. Пакет может вернуть меньше профилей, чем запрошено. Сопоставляйте по имени пользователя или ID, а не по позиции в массиве.

{"users":[{"user_id":"example-user-id","username":"example","display_name":"Example"}],"total":1}

Пагинация и контроль затрат

total считает соответствующий массив в текущем ответе: посты верхнего уровня для запросов постов или ответы внутри каждой записи результата для запросов ответов. Это не глобальное число совпадений, не полный счет ответов на пост и не итоговое число для биллинга.

  1. Отправьте первый запрос без cursor.
  2. Прочитайте has_next и next_cursor из ответа. Для ответов читайте их в каждой записи результата.
  3. Если существует следующая страница и курсор непуст, отправьте его без изменений с тем же запросом. Для пакета ответов продолжайте по каждому посту отдельно.
  4. Остановитесь, когда следующей страницы нет, курсор повторяется или достигнут ваш собственный предел страниц либо расходов.

Метаданные пагинации отражают последний ответ вышестоящего источника; возвращенная коллекция может быть усечена из-за ограничения по результатам. Даже has_next=false не гарантирует, что вся история X или все ответы были получены. Отображайте фактически возвращенное количество вместо того, чтобы помечать ограниченный набор результатов как все доступные данные.

За каждую успешную страницу может взиматься плата. Эти пять операций тарифицируются по возвращенным результатам, а не по фиксированной плате за запрос. Вложенные ответы и другие возвращенные записи могут влиять на число подлежащих оплате результатов; не оценивайте стоимость только по длине верхнеуровневого массива. Проверьте текущие цены и использование в консоли. Полные поля объектов находятся в схеме OpenAPI.

Нужна помощь?