Comment UberLLM sait-il qu'un vendeur sert le modèle qu'il annonce ?

Le modèle du fournisseur doit correspondre au modèle annoncé au moment de la publication de l'offre. Ensuite, chaque offre est testée par rapport à une copie fiable du même modèle (comment il compte les tokens, qui il prétend être, comment il répond aux questions avec une seule bonne réponse, comment il écrit), approuvée par une personne, et testée à nouveau sur des requêtes en direct tant qu'elle est publiée.

Que se passe-t-il pour un vendeur surpris à servir un modèle différent ?

L'offre est immédiatement interrompue et les paiements du vendeur sont suspendus. Le vendeur est banni : toutes ses offres sont arrêtées et la même provider key, adresse de paiement et adresse e-mail ne peuvent plus être utilisées pour publier de nouvelles offres. Les gains non encore versés sont utilisés pour rembourser les acheteurs qu'il a servis.

UberLLM peut-il prouver quel modèle a écrit une réponse ?

Pas avec certitude : seule l'attestation matérielle le peut, et UberLLM ne l'a pas. Les tests détectent un modèle différent et des instructions cachées. Une copie de moindre précision d'un modèle ouvert peut toujours passer, c'est pourquoi les vendeurs doivent indiquer leur précision et les réponses en direct continuent d'être vérifiées.

Comment UberLLM détecte un vendeur qui liste le mauvais modèle

Un prix bas ne vaut la peine que si vous obtenez le modèle pour lequel vous avez payé. Sur UberLLM, l'offre d'un vendeur est vérifiée quatre fois : le modèle doit correspondre à celui annoncé lors de la mise en ligne, il doit réussir nos tests avant qu'un acheteur ne puisse y accéder, une personne de notre équipe doit l'approuver, et il continue d'être testé sur les requêtes en direct. Une offre qui échoue est immédiatement arrêtée. Un vendeur surpris à servir un modèle différent est banni, et les acheteurs qu'il a servis sont remboursés à partir de ses gains non payés.

Publié le 12 nov. 2026Mis à jour le 12 nov. 2026

Obtenir une clé API Voir les prix en direct

Pourquoi cela compte

UberLLM est une place de marché : les vendeurs proposent la capacité excédentaire pour un modèle, et votre requête est acheminée vers le vendeur sain le moins cher. Cela ne fonctionne que si un vendeur qui liste Claude ou DeepSeek V4 sert réellement Claude ou DeepSeek V4, et non un modèle moins cher derrière le bon nom. C'est pourquoi nous vérifions chaque offre, tout le temps.

Un vrai, attrapé ce matin

Le 11 novembre 2026, un vendeur a listé DeepSeek V4 Flash. Lorsque notre test lui a demandé ce qu'il était, il a répondu : "I’m ChatGPT, developed by OpenAI." L'offre a été arrêtée dès qu'elle a échoué, à 02:38 UTC le 12 novembre. Elle n'avait pas encore été approuvée, donc aucun acheteur ne l'a jamais atteinte.

Les quatre vérifications

1. Lors de la mise en ligne : le modèle doit correspondre

Un vendeur ne peut proposer un modèle qu'à travers un fournisseur de notre liste, tel que OpenRouter, Groq, Together AI, Fireworks AI ou Amazon Bedrock, avec sa propre clé chez ce fournisseur. Le fournisseur exécute le modèle, pas le vendeur. Le propre serveur d'un vendeur ne peut pas être listé.
Le nom du modèle chez le fournisseur doit figurer dans la liste de modèles de ce fournisseur, et il doit s'agir du même modèle que celui proposé. Un vendeur ne peut pas proposer Claude et le faire pointer vers un modèle moins cher.
Une offre qui ne répond pas à une première requête de test n'est jamais mise en ligne.

2. Avant tout acheteur : un test d'entrée

Chaque nouvelle offre passe par des tests qui simulent une utilisation normale. Nous comparons ce qui est renvoyé avec une copie fiable du même modèle :

Comment il compte les tokens. Chaque famille de modèles compte le texte à sa manière, donc un modèle d'une autre famille se révèle.
Qui il prétend être. Interrogé sur son identité, un faux nomme souvent son véritable créateur, comme dans l'exemple ci-dessus.
Questions avec une seule bonne réponse. Un modèle plus petit en rate davantage.
Comment il écrit, côte à côte avec le vrai modèle.
Rien d'ajouté. Les instructions cachées ajoutées à votre requête apparaissent également.

Vient ensuite un essai sur des copies de requêtes réelles (vous recevez toujours votre réponse d'une offre déjà vérifiée), et une période de probation sur une petite partie du trafic.

3. Une personne l'approuve

Une personne de notre équipe examine chaque offre. Aucun acheteur n'accède à une offre avant cet examen. Une nouvelle clé, un nouveau fournisseur ou un nouveau modèle compte comme une nouvelle offre et redémarre à l'étape 1.

4. Sur les requêtes en direct : les vérifications ne s'arrêtent jamais

Le modèle nommé dans chaque réponse est comparé au modèle proposé.
Des requêtes de test continuent d'arriver tant que l'offre est en ligne, et elles empruntent le même chemin que vos requêtes.
Les réponses envoyées aux acheteurs sont notées pour détecter les signes d'un modèle différent. Un score élevé envoie l'offre à notre équipe.
Une offre dont le fournisseur indique que sa clé ne fonctionne plus est retirée automatiquement.

Nous ne publions pas le fonctionnement des tests ni leur fréquence. Cela apprendrait à un tricheur ce qu'il doit éviter.

Quand un vendeur est pris en faute

L'offre s'arrête immédiatement, et le vendeur ne peut pas la réactiver.
Les versements du vendeur sont suspendus pendant que notre équipe examine les preuves.
Un vendeur pris en faute de proposer un modèle différent est banni : toutes ses offres sont arrêtées, et la même provider key, payout address et email ne peuvent plus proposer d'offres.
Les gains non encore versés servent à rembourser les acheteurs qu'il a servis.

Les chiffres jusqu'à présent

Le premier jour des vérifications, 31 octobre 2026, 10 offres ont été arrêtées. L'une d'elles, vendue comme Claude, a déclaré être "GPT-5 par OpenAI". D'autres ajoutaient environ 4,400 tokens d'instructions cachées à chaque requête.

Au 12 novembre 2026 : 336 offres de vendeurs testées, 150 ont échoué et ont été arrêtées, 3 vendeurs bannis, et 32,969 requêtes de test au cours des 7 derniers jours. Les chiffres en direct sont sur la page de vérification des modèles.

Ce qu'aucune vérification ne peut prouver

Nous le disons clairement : aucune vérification logicielle ne peut prouver quelle copie exacte d'un modèle a écrit une réponse. Seule l'attestation matérielle le peut, et UberLLM ne l'a pas. Une copie compressée (8-bit ou 4-bit) d'un modèle ouvert peut passer, donc les vendeurs doivent indiquer la précision qu'ils servent, et une fausse déclaration entraîne leur bannissement. La liste complète se trouve sur la page de vérification des modèles.

Ce que vous pouvez faire

Rien, par défaut. Vos requêtes n'atteignent que les offres de fournisseurs vérifiés qui ont passé les tests et l'examen de notre équipe.
Choisissez qui vous sert. provider.only ou provider.deny dans une requête sélectionne ou bloque des routes. Voir vos contrôles.
Vous pensez qu'une réponse provient du mauvais modèle ? Envoyez un e-mail à [email protected] avec l'X-Request-Id de la réponse (le même identifiant que sa ligne dans l'Activité). Nous testons à nouveau cette offre.