weightsapi.INFÉRENCEConsole
Navigation
Confiance

Sachez de quoi dépend votre requête.

Contrôles de compte, traitement des données, vérification des paiements et portée de la disponibilité du service.

En un coup d'œil

Comprenez comment les enregistrements de compte, les données de requête, les paiements et la disponibilité des déploiements sont traités, y compris les assurances qui nécessitent confirmation.

Accès au compte et comportement du modèle

La connexion à WeightsAPI ne nécessite ni envoi de pièce d'identité ni vérification KYC. L'accès et l'utilisation restent liés à votre compte. WeightsAPI n'ajoute aucun filtre de contenu au niveau de la passerelle. Le catalogue comprend des modèles originaux et des variantes affinées publiées, y compris Dolphin et Hermes ; leur entraînement et leur configuration peuvent encore provoquer des refus. Consultez l'état du service pour la disponibilité des modèles.

Où va le contenu des requêtes

La passerelle ne conserve pas les invites, les réponses générées ni les arguments d'outils dans sa base de données d'application. Traiter une requête payante exige néanmoins d'envoyer l'invite ou les messages, ainsi que les éventuels outils, à un tokeniseur faisant autorité ; le fournisseur d'inférence reçoit la requête nécessaire pour générer une réponse.

Ces étapes de traitement comptent même en l'absence de journaux de contenu applicatif. La conservation par le tokeniseur et le fournisseur d'inférence, les journaux d'infrastructure, les accès opérationnels et les comportements de suppression n'ont pas été vérifiés de manière indépendante. Considérez le comportement de stockage de la passerelle comme une frontière, et non comme une garantie de non-conservation de bout en bout. La documentation sur le traitement des données décrit le périmètre actuel.

Enregistrements conservés par la passerelle

L'authentification et la comptabilisation exigent des enregistrements allant au-delà du contenu des messages :

  • Comptes et clés : identifiant de compte plateforme et heure de création ; identifiant de clé, nom, préfixe visible, empreinte SHA-256, plafond de dépenses, modèles autorisés, indicateur de révocation et heure de création. Le secret complet de la clé n'est renvoyé qu'au moment de sa création.
  • Comptabilisation des requêtes : références compte/clé/modèle, montant de réservation, tarifs d'entrée/sortie gelés, état, heure de création, totaux de jetons une fois soldés et identifiant de réponse du fournisseur lorsqu'il est capturé.
  • Utilisation et grand livre : totaux horaires de requêtes et de jetons par modèle et par clé ; montants en USD, références comptables, type d'écriture et horodatages.
  • Paiements : référence d'ordre de financement, actif, réseau, adresse de réception fixe, montant cible en USD et statut enregistré ; détails de transaction, de taux de change et de confirmation uniquement lorsqu'ils sont fournis et enregistrés. Les demandes de retrait conservent également la destination, le montant et l'état d'examen.
  • Autres enregistrements de service : métadonnées de point de terminaison et enregistrements de dépôts confirmés utilisés pour établir l'éligibilité d'accès au compte ; les éventuels compteurs d'essai historiques ne constituent pas un mécanisme d'accès.

Les durées de conservation, les procédures de suppression et les responsabilités d'accès pour ces enregistrements restent à finaliser.

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é.

Contrôles à périmètre défini

Les clés API stockées utilisent des empreintes pour l'authentification ; les noms et préfixes restent lisibles pour la gestion du compte. La console prend en charge des clés distinctes, des listes d'autorisation de modèles, des plafonds de dépenses et la révocation. Utilisez des clés distinctes pour les environnements et les applications, et gardez les secrets sur votre serveur. Une clé révoquée ne peut pas admettre de nouvelles requêtes, tandis que les requêtes déjà admises peuvent encore être soldées.

L'accès à l'IA est lié au compte connecté et nécessite un rechargement confirmé d'au moins 100 USD. Il n'y a pas de quota d'essai gratuit public. Une fois qualifié, un compte peut dépenser un crédit restant inférieur à 100 USD lorsque celui-ci est suffisant pour la requête ; chaque rechargement ultérieur a toujours un minimum de 100 USD. Les éventuels enregistrements historiques de compteurs d'essai, s'ils existent, nécessitent un examen de conservation distinct et n'accordent pas d'accès.

La comptabilité est explicite sur l'incertitude

Le crédit disponible est le solde du grand livre moins les réservations actives. Avant l'envoi, la passerelle réserve le coût maximal de la requête en utilisant les nombres de tokens d'entrée confirmés et le plafond de sortie. Le règlement utilise l'utilisation signalée par le fournisseur et les tarifs enregistrés avec cette réservation. Une utilisation manquante ou incohérente maintient le crédit en attente de rapprochement au lieu de facturer un nombre de jetons estimé.

Une commande de financement enregistre l'actif, le réseau, l'adresse de réception, l'objectif USD et le devis crypto. Le crédit nécessite une transaction vérifiée correspondante ; créer une commande ou actualiser son statut ne peut pas confirmer le paiement. Conservez la référence de la commande et l'identifiant de transaction public jusqu'à ce que le compte affiche un crédit confirmé. Voir facturation.

Les régions et la fiabilité nécessitent des preuves

Dallas, Ashburn et Portland sont des régions GPU prévues. Aucune flotte déployée, garantie de routage ou résidence des données vérifiée n'est revendiquée. Un point de terminaison configuré ne constitue pas une preuve de service sain.

La page d'état rapporte la disponibilité et l'état de surveillance. Un historique d'incidents vide n'établit pas la disponibilité. Aucun pourcentage de disponibilité, date de livraison ou engagement de latence n'est garanti.

Décidez de ce qui est approprié avant d'envoyer des données

Évaluez les sorties pour votre cas d'utilisation et vérifiez la licence et les restrictions de chaque modèle. Un modèle à poids ouverts ou l'absence de couche de filtrage de modèle ajoutée ne supprime pas votre responsabilité pour une utilisation légale, les droits de tiers ou un comportement d'application sûr. Utilisez des données synthétiques tant que la chaîne de fournisseurs reste non vérifiée.

Lisez les informations sur le traitement des données et les conditions de service avant de confier une charge de travail. L'identité de l'opérateur, la juridiction, les contacts officiels, les périodes de conservation et les procédures de droits sur les données ne sont pas publiés. Aucune certification, audit indépendant ou niveau de service contractuel n'est revendiqué.

Besoin d’une prochaine étape ?

Trouvez le guide pertinent ou préparez les détails de votre problème.

Ouvrir l’assistance