Questions fréquentes

Parcourez le catalogue des modèles et la documentation, connectez-vous à la console, et créez ou révoquez des clés API. Le paiement en crypto fournit le montant, le réseau, l'adresse et la date limite de paiement ; le crédit nécessite une transaction vérifiée. Les commandes dédiées peuvent être passées et payées à partir du crédit confirmé, avec activation du matériel après provisionnement. Consultez l'état et le guide de démarrage avant d'envoyer des requêtes de modèle.

Connectez-vous et attendez la confirmation d'un rechargement d'au moins 100 USD avant d'utiliser l'IA. Chaque rechargement ultérieur a le même minimum ; après qualification, un solde restant plus petit reste utilisable s'il couvre la requête. Les autorisations de clé, les plafonds de dépenses et la disponibilité des modèles s'appliquent toujours. Les paiements en attente ne débloquent pas l'accès. Consultez l'état du service avant d'envoyer des requêtes.

Connectez-vous à la console et créez une clé nommée avec un plafond de dépenses positif et, si utile, une liste de modèles autorisés. Copiez le secret lorsqu'il apparaît : la console ne le révèle qu'à la création. Conservez-le dans une variable d'environnement côté serveur ou un gestionnaire de secrets. Les clés contrôlent l'accès ; un crédit disponible et un modèle disponible sont également requis. Voir authentification.

Utilisez l'URL de base dans le guide de démarrage, envoyez votre clé API comme jeton Bearer et choisissez un identifiant de modèle exact renvoyé par /v1/models. Définissez une limite de jetons de sortie qui correspond à votre budget et à la fenêtre de contexte du déploiement. Consultez l'état du service avant de soumettre des requêtes.

L'accès à l'IA nécessite une connexion, un rechargement confirmé d'au moins 100 USD, une clé API autorisée et suffisamment de crédit disponible pour la requête. Chaque rechargement ultérieur a également un minimum de 100 USD ; les soldes restants plus petits restent utilisables s'ils couvrent la requête. Le crédit nécessite une vérification de transaction. Consultez l'état du service pour la disponibilité des modèles avant d'envoyer du trafic.

Pour une intégration OpenAI Chat Completions, les principaux changements sont l'URL de base, la clé API et l'ID du modèle. Les API et fonctionnalités spécifiques au fournisseur nécessitent des vérifications distinctes. Une intégration Anthropic nécessite également des modifications du SDK, du format des messages, de l'emplacement de l'invite système et de l'analyse des réponses. Suivez le guide de migration, puis testez des invites, des outils et des sorties structurées représentatifs contre un déploiement connecté avant de déplacer le trafic. La compatibilité avec un format de requête familier ne garantit pas un comportement identique du modèle.

Commencez par la tâche : chat interactif court, codage, raisonnement ou saisie de documents plus longue. Comparez les pages des modèles pour les spécifications de l'éditeur, le contexte du service et les tarifs d'entrée/sortie. Vérifiez la disponibilité du modèle et évaluez le plus petit candidat adapté sur vos propres tâches. Vérifiez séparément le support des appels d'outils ou des schémas avant d'engager une application sur un modèle.

WeightsAPI accepte les formats de requête Chat Completions, Completions héritées et découverte de modèles. La génération nécessite un déploiement disponible qui supporte l'opération sélectionnée. Les réponses, Assistants et outils spécifiques au fournisseur ne sont pas des remplacements directs. Consultez la référence API pour les opérations supportées, puis validez les fonctionnalités que votre application utilise avant de basculer le trafic.

Définissez stream: true pour un déploiement de chat disponible et consommez des événements complets envoyés par le serveur. Un morceau de réseau n'est pas nécessairement un message, et l'enregistrement d'utilisation final peut arriver après la fin du texte de réponse. Gardez la clé API sur votre serveur lorsque vous transférez un flux vers un navigateur. Le guide de streaming couvre l'utilisation et les connexions interrompues ; consultez l'état du service pour la disponibilité.

La passerelle transmet les définitions d'outils au modèle sélectionné. Un modèle peut renvoyer un nom d'outil demandé et des arguments ; votre application décide d'exécuter l'action. Validez les deux par rapport à une liste autorisée et aux autorisations de l'utilisateur actuel, puis renvoyez le résultat dans la conversation. WeightsAPI n'exécute pas les outils de votre application. Vérifiez le support du déploiement et suivez l'appel de fonction avant d'activer des actions.

La sortie stricte de schéma nécessite un décodage contraint et le support de votre schéma dans le déploiement sélectionné. Demander à un modèle de « renvoyer du JSON » seul ne garantit pas une correspondance de schéma. La passerelle transmet response_format ; confirmez le support du mode strict pour le déploiement avant de vous y fier. Suivez le guide de sortie structurée, validez chaque résultat avec le même schéma, et gérez explicitement la troncature ou le rejet.

Ces opérations nécessitent leur propre déploiement supporté. Une capacité ou un tarif listé n'établit pas un point de terminaison actif, et l'envoi de plusieurs requêtes de chat depuis votre application est différent d'une API de lot gérée. Consultez la référence API et l'état du service avant de concevoir autour d'un service auxiliaire.

Choisissez l'actif et le réseau exacts affichés lors du paiement et utilisez l'adresse de réception enregistrée avec votre commande. Un jeton sur un autre réseau n'est pas interchangeable. La commande conserve son actif, son réseau et son adresse même si la configuration de paiement change. Le crédit n'apparaît qu'après que la transaction entrante a été rapprochée et vérifiée. Voir facturation.

Créez une commande de financement d'au moins 100 USD. Le serveur obtient un taux de marché récent et fixe le montant à envoyer pendant 10 minutes, y compris pour l'USDT et l'USDC. Conservez la référence de commande et payez les frais de réseau séparément. Le rapprochement de transaction et la confirmation du crédit restent des étapes vérifiées distinctes ; créer une commande ou actualiser son statut n'ajoute pas de crédit. Voir le guide de facturation.

Une commande commence dans un état d'attente de confirmation. Son transfert doit être rapproché et vérifié avant que le crédit du compte ne soit enregistré. Une déclaration de paiement ou une actualisation de statut ne peut pas le marquer comme payé. Conservez la référence de commande et l'identifiant public de transaction, et n'envoyez pas un autre paiement simplement parce que le premier est en attente. Le guide de support liste les détails à conserver ; les délais de confirmation et de résolution ne sont pas garantis.

Une politique de récupération pour les transferts de mauvais réseau ou de mauvais actif n'a pas été établie. Ne supposez pas qu'un transfert peut être crédité, récupéré ou remboursé. Avant de transférer, vérifiez l'actif, le réseau, l'adresse et le montant par rapport aux instructions de dépôt actuelles avant l'envoi. Si un problème de transfert survient, fournissez la référence de l'ordre et l'identifiant de transaction public via le support ; ne partagez jamais une phrase de départ de portefeuille ou une clé privée.

Le paiement affiche la source du taux, l'horodatage du taux et la date limite de paiement. L'USDT et l'USDC utilisent leurs taux de marché réels, pas une parité supposée d'un dollar. Si aucun taux récent n'est disponible, réessayez le calcul avant d'envoyer des fonds. Une commande existante sans devis peut en recevoir un sans changer sa référence ou son adresse.

Après expiration, n'obtenez un nouveau devis que si vous n'avez pas déjà envoyé des fonds. Conservez la commande d'origine pour un transfert déjà envoyé ; les confirmations peuvent arriver plus tard. Un paiement exact reçu dans sa fenêtre de devis donne droit au crédit USD indiqué après vérification. Les transferts tardifs ou de montants différents nécessitent un examen ; un paiement en attente ne débloque pas l'accès à l'IA. Voir facturation.

L'inférence partagée applique des tarifs d'entrée et de sortie distincts pour chaque modèle. Une requête acceptée réserve suffisamment de crédit pour les tokens d'entrée comptés et le maximum de sortie demandé. La facturation finale utilise ensuite les données d'utilisation confirmées et les tarifs enregistrés avec cette réservation. Consultez le tableau des prix pour estimer votre charge de travail. Les modèles dont les prix ne sont pas publiés ne peuvent pas accepter de requêtes payantes. Une requête rejetée avant son envoi au service d'inférence n'entraîne aucun frais de tokens. Voir facturation.

Le solde provient du grand livre du compte ; le crédit disponible soustrait également les réservations d'inférence en cours. Une réservation retient le coût maximal admis de la requête afin que les requêtes concurrentes ne puissent pas dépenser le même crédit. Lorsque l'utilisation autoritaire arrive, le frais final remplace la retenue. Si un flux se rompt ou si l'utilisation du fournisseur est manquante, cette réservation peut rester en attente de rapprochement. Un client déconnecté ne prouve pas que la génération s'est arrêtée. Consultez streaming et facturation, et signalez une retenue non résolue via le support.

Chaque clé a un plafond de dépenses à vie en USD qui inclut l'utilisation enregistrée et les réservations en cours. Il ne se réinitialise pas mensuellement. Une liste autorisée de modèles limite les identifiants de modèles exacts que la clé peut utiliser ; une liste vide autorise tous les modèles disponibles du catalogue. Utilisez des clés distinctes pour distinguer les applications et les environnements dans les enregistrements d'utilisation. Les contrôles de clé n'ajoutent pas de crédit au compte ni ne modifient la disponibilité des modèles. Voir authentification.

La console ne peut pas afficher à nouveau un secret existant. Créez une clé de remplacement, stockez-la en toute sécurité, mettez à jour les applications qui l'utilisent, et révoquez l'ancienne clé. Si la clé a été exposée, révoquez-la rapidement et inspectez les enregistrements d'utilisation du compte. La révocation empêche l'admission de nouvelles requêtes avec cette clé ; le travail déjà admis peut encore être réglé. Ne collez jamais une clé API dans un message de support, un dépôt public ou un bundle de navigateur. Suivez le guide d'authentification.

Les retraits vers un portefeuille sont actuellement indisponibles. Utilisez le crédit prépayé confirmé pour les requêtes de modèle éligibles ou les commandes de GPU dédiés. Annuler une commande de GPU payée avant activation renvoie ce paiement de location au solde de votre compte WeightsAPI ; cela n'envoie pas de cryptomonnaie à un portefeuille. Aucun remboursement automatique ou paiement de portefeuille n'est promis. Consultez facturation avant d'ajouter du crédit.

La passerelle ne persiste pas les invites, le texte de complétion ou les arguments d'outils dans sa base de données d'application, et les journaux d'application omettent les corps de requête. Les enregistrements d'authentification, d'utilisation et de paiement sont stockés séparément. La rétention du fournisseur et la journalisation de l'infrastructure nécessitent une vérification indépendante ; le comportement de la passerelle n'est pas une garantie de zéro rétention de bout en bout. Lisez traitement des données et la page de confiance pour la portée.

Le système de compte conserve les identifiants, les hachages de clés API et les métadonnées, les enregistrements de dépôt et de retrait, les comptes de jetons, les frais et les agrégats d'utilisation. Les réservations de requête enregistrent également le modèle, les tarifs applicables et l'état de règlement afin que la facturation puisse être rapprochée. Ces enregistrements soutiennent l'authentification, les contrôles de dépenses et la comptabilité sans stocker le texte de conversation. « Pas de journalisation de contenu » ne signifie donc pas une utilisation anonyme ou l'absence d'enregistrements conservés. Consultez gestion des données ; les périodes de rétention et les procédures de droits des données en production nécessitent encore des conditions publiées et vérifiées.

Les commandes de GPU dédiés conservent le matériel et le modèle sélectionnés, le prix mensuel, le statut de paiement et d'annulation, ainsi que les dates de service et les détails du point d’accès API lorsque le provisionnement est confirmé.

Le comportement de la passerelle n'établit pas la politique de rétention ou de formation d'un autre fournisseur. Servir une requête nécessite de partager son contenu avec le fournisseur d'inférence. La journalisation, les sous-traitants et les conditions contractuelles du fournisseur nécessitent une vérification séparée. Si votre charge de travail a des exigences de confidentialité ou réglementaires, consultez la page de confiance et confirmez les arrangements pertinents avant d'envoyer du contenu sensible.

Dallas, Ashburn et Portland sont des emplacements GPU cibles. La disponibilité, le routage et la résidence des données nécessitent une confirmation pour le déploiement réel ; les noms d'emplacement seuls n'établissent pas ces conditions. Le choix de région et les engagements de résidence de bout en bout doivent être convenus pour le déploiement. Consultez traitement des données et la page de confiance avant d'engager une charge de travail avec des exigences régionales.

Oui. Votre compte doit recevoir un rechargement confirmé d'au moins 100 USD avant toute interaction IA ; il n'y a pas d'allocation d'essai gratuite publique. Chaque recharge ultérieure commence également à 100 USD. Après le rechargement initial qualifiant, le crédit restant en dessous de 100 USD peut encore payer des requêtes jusqu'à insuffisance. Utilisez une clé active avec les autorisations de modèle et le budget requis. Le paiement fournit des instructions de paiement et un devis crypto limité dans le temps. Le crédit nécessite une transaction rapprochée et vérifiée ; créer ou actualiser une commande ne confirme pas le paiement.

Les performances dépendent du modèle, du matériel, de la longueur de l'invite, de la longueur générée, de la concurrence et de la configuration de service. Sur un déploiement disponible, mesurez séparément le temps jusqu'au premier jeton et la vitesse de génération en utilisant une charge de travail représentative. Les caractéristiques de modèle publiées et les spécifications matérielles ne sont pas un SLA. Consultez capacité dédiée pour les charges de travail nécessitant des ressources réservées et l'état du service pour la disponibilité.

Non. La conception actuelle n'impose pas de limite de produit fixe par défaut de requêtes par minute sur le trafic payant, mais l'admission dépend toujours du crédit disponible, des plafonds de clé, des modèles autorisés, des limites de sortie, de la taille du contexte et de la capacité du backend. Le service partagé peut mettre en file d'attente, et le playground suit les mêmes règles de rechargement confirmé, de crédit disponible et de budget de clé que les requêtes API. La fenêtre de contexte native d'un modèle peut également dépasser le plafond de service configuré. Consultez limites et gérez les erreurs avec des tentatives bornées ; ne traitez pas le crédit comme une garantie de capacité.

Utilisez la page GPU dédié pour choisir une configuration et ouvrir le paiement. Si votre solde est insuffisant, rechargez-le en crypto et revenez une fois le crédit confirmé pour payer la commande. Un rechargement ne paie pas la location automatiquement. Le mois prépayé commence à l'activation, sans renouvellement automatique. Avant activation, l'annulation renvoie tout paiement de location au solde de votre compte. La disponibilité du matériel et les délais de livraison nécessitent une confirmation de l'opérateur ; une commande n'est pas une machine active.

Une 503 service_unavailable signifie que le déploiement requis ou le service auxiliaire ne peut pas accepter la requête. Consultez la page d'état et le guide des erreurs avant d'utiliser des tentatives limitées. Un paramètre de connexion seul n'est pas une preuve de service sain ou de disponibilité mesurée. Les requêtes rejetées avant la répartition de l'inférence ne créent pas de frais de jetons.

Utilisez la page de support pour préparer l'opération affectée, l'heure approximative et le fuseau horaire, l'identifiant du modèle, le code d'erreur et le résultat attendu. Pour la facturation ou les dépôts, ajoutez la référence de requête ou de commande et l'identifiant public de transaction le cas échéant. Supprimez les clés API, les secrets de portefeuille et le contenu d'invite inutile. Copier un rapport ne le soumet pas. Les contacts de support officiels, les heures de service et les objectifs de réponse ne sont pas publiés.