Crédits du développeur

Les utilisateurs payants reçoivent 1 000 crédits par mois interne. Les crédits ne sont pas reportés.

Les abonnements trimestriels et semestriels reçoivent toujours 1 000 crédits un mois interne à la fois.

Les classements coûtent 1 crédit pour 20 éléments réels ; La recherche outlier coûte 2 ; les détails vidéo trouvés coûtent 1 ; vérifier et équilibrer le coût 0.

Le serveur valide, réserve le coût maximum, exécute et règle une fois en utilisant le plus grand de all_data.items.length et filter_data.items.length ; les deux ensembles ne sont jamais additionnés pour la facturation. La différence est remboursée atomiquement.

Les résultats vides, introuvables, 304, requêtes invalides, erreurs d'authentification, limites de débit et erreurs de serveur coûtent 0.

Il s’agit des règles de facturation actuelles pour chaque point de terminaison REST public Developer Platform V1. Les points de terminaison de classement et de recherche sont réglés une fois en utilisant le nombre d'éléments réels le plus élevé de all_data et filter_data ; les deux comptes ne sont pas additionnés et la facturation n'utilise pas directement le limit demandé.

La valeur par défaut de limit est 20, avec un minimum de 1 et un maximum de 50. Le nombre d'éléments réel est max(all_data.items.length, filter_data.items.length). Les classements chinois et chauds d'aujourd'hui utilisent ceil(actual items ÷ 20) × 1 ; La recherche outlier utilise ceil(actual items ÷ 20) × 2.

Par exemple, si limit=50 renvoie uniquement 3 éléments de classement chinois, le coût final est de 1 ; si la recherche outlier renvoie 3, le coût est de 2. Le maximum est réservé en premier, puis le résultat réel est réglé et la différence remboursée de manière atomique.

REST API et MCP utilisent les mêmes règles de compte de crédit et de règlement.

Les vérifications de l'état, les recherches de facturation et la gestion des clés dans la console Web ne consomment pas de crédits de développeur. /control/v1/* est une interface interne signée entre le site Web ShortsMonkey et Core API et ne doit pas être appelée directement par les développeurs réguliers.

Un accès au cache n'est pas automatiquement gratuit : les éléments chauds d'aujourd'hui sont toujours facturés en fonction des éléments réellement retournés lorsque le cache du serveur est utilisé. Seuls les cas ci-dessous s'établissent à 0.

Chaque réponse publique API réussie renvoie le coût actuel, le solde restant et la fin de la période de crédit via X-Credits-Cost, X-Credits-Remaining et X-Credits-Period-End.

Les champs JSON credits.cost, credits.remaining et credits.period_ends_at fournissent les mêmes informations. Utilisez le cost réel de la réponse.