Skip to main content
NexusAPI facture l’usage réel, sans abonnement mensuel fixe. Les modèles, prix, groupes disponibles et protocoles peuvent évoluer : le catalogue de modèles de la console et le résultat de votre clé sont toujours plus fiables qu’une ancienne liste de prix.

​
Les quatre informations à vérifier dans le catalogue

  1. L’ID exact du modèle.
  2. Les groupes de jetons autorisés à l’utiliser.
  3. Son prix et son unité de facturation.
  4. Le protocole / endpoint approprié : openai, anthropic ou génération d’images.
Catalogue NexusAPI filtrable par fournisseur et groupe de jetons

​
Pourquoi un modèle peut apparaître dans plusieurs groupes

Le groupe détermine les canaux, modèles et règles de prix accessibles à la clé. Un même modèle peut être proposé dans plusieurs groupes. Ne déduisez pas son accès du seul nom du groupe : filtrez le catalogue par groupe et vérifiez la fiche du modèle. Bonnes pratiques : utilisez des clés distinctes pour la production et les tests, nommez-les clairement, et fixez des limites adaptées. Avant un déploiement, utilisez /v1/models pour voir les modèles réellement accessibles à la clé. Choix d’un groupe de jetons lors de la création d’un jeton NexusAPI

​
Composition d’un coût

Selon le modèle, le prix peut distinguer tokens d’entrée, tokens de sortie, lecture de cache ou d’autres unités clairement indiquées. Le montant final est celui du journal d’utilisation, appliqué selon les règles actuelles du catalogue. La disponibilité dépend aussi du protocole. Les SDK généraux utilisent souvent Chat Completions, Claude Code utilise Messages et Codex CLI utilise Responses. Consultez d’abord la matrice des capacités.

​
Consulter l’usage

  • Chaque requête et son coût peuvent être consultés dans le journal d’utilisation de la console.
  • Les champs de tokens, de cache et des enregistrements d’erreur sont expliqués dans usage et facturation.
Pour les champs de chaque appel, voir usage et facturation.