Obtenez-vous bien le modèle demandé ?

Oui, et nous le contrôlons. Sur UberLLM, un vendeur ne peut publier une offre que via un fournisseur de notre liste, comme OpenRouter, Groq ou Amazon Bedrock, avec sa propre clé chez ce fournisseur : c’est le fournisseur qui fait tourner le modèle, pas le vendeur. Chaque offre est ensuite testée et examinée par notre équipe avant qu’un acheteur y accède, puis reste testée sur les requêtes réelles. Un vendeur pris en train de servir un autre modèle est banni, et les acheteurs concernés sont remboursés sur ses gains non versés. Personne ne peut encore prouver quelle copie exacte d’un modèle a écrit une réponse : cette page dit donc aussi ce que nos contrôles ne peuvent pas repérer.

292
Offres de vendeurs testées: 0
Validées et ouvertes aux acheteurs: 134
En échec et arrêtées: 3
Vendeurs bannis: 79 555
Requêtes de test sur les 7 derniers jours

Mis à jour le 5 novembre 2026.

Où tourne l’offre d’un vendeur

Un vendeur ne peut publier une offre que via un fournisseur de notre liste : de vrais fournisseurs d’IA comme OpenRouter, Groq, Together AI, Fireworks AI, DeepSeek, Mistral AI, Z.ai, Alibaba DashScope, Meta et Amazon Bedrock. Le propre serveur d’un vendeur ne peut pas être proposé.
Votre requête tourne sur les propres serveurs de ce fournisseur, avec la propre clé du vendeur chez lui. C’est le fournisseur qui fait tourner le modèle, pas le vendeur.
Chaque fournisseur de la liste est marqué vérifié ou non. Vos requêtes n’atteignent que des offres chez des fournisseurs vérifiés, sauf si votre clé est réglée pour utiliser aussi les autres.
Un vendeur peut nous demander d’ajouter un fournisseur. Nous ne l’ajoutons qu’après l’avoir testé.

Fournisseurs via lesquels les vendeurs peuvent publier :

AkashML · Vérifié
Alibaba DashScope — China · Vérifié
Amazon Bedrock · Vérifié
Bankr · Vérifié
Capminal Gateway · Vérifié
Concentrate.ai · Vérifié
DeepSeek · Vérifié
Engy.ai · Vérifié
Fireworks AI · Vérifié
Groq · Vérifié
Meta Model API · Vérifié
Mistral AI · Vérifié
Mordiem · Vérifié
OpenRouter · Vérifié
Together AI · Vérifié
TypeSafe · Vérifié
Uncensored AI · Vérifié
Venice AI · Vérifié
Z.ai · Vérifié
Z.ai Coding · Vérifié
0G Compute Router · Non vérifié
Aiflow / Arcflow · Non vérifié
Baseten · Non vérifié
BlazeAPI · Non vérifié
BytePlus ModelArk · Non vérifié
CheaperInference · Non vérifié
Dolphin · Non vérifié
Dot · Non vérifié
InferHub · Non vérifié
Jatevo · Non vérifié
Jatevo API Gateway · Non vérifié
Kairence (NEURON) · Non vérifié
Moonshot AI / Kimi · Non vérifié
Morpheus · Non vérifié
NaraRouter · Non vérifié
NeuralWatt · Non vérifié
Ollama Cloud · Non vérifié
OneAPI · Non vérifié
Orbio · Non vérifié
Pareto Inference · Non vérifié
SoftForge · Non vérifié

Avant qu’un vendeur ait le moindre acheteur

Le nom du modèle chez le fournisseur est comparé au modèle annoncé : il doit figurer dans la propre liste de modèles de ce fournisseur et être le même modèle. Un vendeur ne peut pas annoncer Claude et le brancher sur un modèle moins cher.
Une requête de test au moment de la publication de l’offre. Une offre qui ne répond pas n’est jamais publiée.
Un test d’entrée d’environ 55 requêtes qui ressemblent à un usage normal. Nous comparons la façon dont l’offre compte les tokens, qui elle dit être et comment elle répond à des questions qui n’ont qu’une seule bonne réponse avec une référence fiable du même modèle.
Un essai sur des copies de vraies requêtes : le vendeur répond à une copie, l’acheteur reçoit la réponse d’une offre déjà contrôlée, et nous comparons les deux. Les acheteurs ne sont pas affectés.
Une période probatoire d’au moins 7 jours sur une petite part des requêtes (au plus 1 sur 10), avec une partie de ses réponses comparée à nouveau.
Une personne de notre équipe examine chaque offre. Aucun acheteur n’atteint une offre avant cet examen.
Une nouvelle clé, un nouveau fournisseur ou un nouveau modèle compte comme une nouvelle offre et repasse par toutes ces étapes.

Sur les requêtes réelles

Le modèle nommé dans chaque réponse est comparé au modèle annoncé.
Les requêtes de test continuent tant qu’une offre est publiée. Elles sont formulées autrement à chaque fois et suivent le même chemin que vos requêtes : elles ressemblent donc à un usage normal.
Chaque réponse qu’un vendeur envoie à un acheteur reçoit aussi un score selon les signes d’un autre modèle ou de décomptes gonflés. Un score élevé envoie l’offre à notre équipe.
Une offre dont le fournisseur indique que la clé n’est plus valide est retirée automatiquement.
Une offre signalée deux fois est arrêtée immédiatement, et les paiements de son vendeur sont retenus.
Vous ne payez jamais de décomptes gonflés : les tokens d’entrée qu’un vendeur peut facturer sont plafonnés près de notre propre décompte de votre requête.

Ce que montrent les contrôles, et ce qu’ils ne peuvent pas montrer

Ce qu’ils montrent

L’offre tourne chez un fournisseur que nous connaissons, pas sur la machine d’un vendeur, avec une clé qui fonctionne.
Le modèle du fournisseur est le modèle annoncé, et la réponse le nomme.
Il compte les tokens comme le vrai modèle : un modèle d’une autre famille se voit donc.
Rien de notable n’est ajouté à votre requête, comme des instructions cachées.
Il cite son vrai créateur et répond aux questions qui n’ont qu’une seule bonne réponse aussi bien que le vrai modèle.
Ses réponses ressemblent à celles du vrai modèle, comparées côte à côte avec une référence fiable.
Vous ne payez pas de décomptes gonflés.

Ce qu’ils ne peuvent pas montrer

Quelle copie exacte d’un modèle a écrit une réponse. Aucun contrôle logiciel ne peut le prouver ; seule une attestation matérielle le peut, et UberLLM n’en dispose pas.
Que le fournisseur lui-même sert bien ce qu’il annonce. Nous nous fions au fournisseur, et à nos propres tests de ce qui revient.
Qu’un modèle ouvert tourne en pleine précision. Certains fournisseurs servent des copies réduites en 8 bits ou 4 bits, et elles peuvent passer. Les vendeurs doivent indiquer la précision qu’ils servent, et une fausse déclaration les fait bannir.
Que chaque réponse est servie de la même façon que nos tests. C’est pourquoi les tests ressemblent à un usage normal et pourquoi les réponses réelles reçoivent aussi un score.
La qualité d’une réponse donnée. Les contrôles sont des échantillons, pas une promesse sur une seule réponse.

Cette page concerne les vendeurs qui publient sur UberLLM. Les requêtes qui partent vers la place de marché partenaire à laquelle UberLLM est connecté suivent les règles propres à cette place de marché : d’où viennent les requêtes Claude, GPT et Gemini.

Quand un vendeur triche

L’offre est arrêtée, et le vendeur ne peut pas la réactiver.
Les paiements du vendeur sont retenus. Un vendeur pris en train de servir un autre modèle est banni : le compte est suspendu et toutes ses offres s’arrêtent.
Les gains pas encore versés servent à rembourser les acheteurs qu’il a servis.
La même clé de fournisseur, la même adresse de paiement et le même e-mail ne peuvent plus servir à publier une offre.

Le premier jour des contrôles, le 31 octobre 2026, 10 offres ont été arrêtées. L’une, vendue comme Claude, disait être “GPT-5 by OpenAI”. D’autres ajoutaient environ 4 400 tokens d’instructions cachées à chaque requête.

Vos réglages

Du plus large au plus strict :

Réglage	Comment l’activer	Ce qu’il fait
Utiliser aussi les vendeurs chez des fournisseurs non vérifiés	Un réglage de la clé, désactivé tant que vous ne l’activez pas	Peut être moins cher. Ces fournisseurs ne sont pas sur notre liste vérifiée. Leurs offres passent quand même tous les tests et l’examen de notre équipe.
Fournisseurs vérifiés uniquement	Actif sur tous les comptes. Rien à régler.	Les requêtes n’atteignent que les offres de vendeurs chez des fournisseurs vérifiés qui ont réussi les tests et l’examen de notre équipe.
Choisir qui vous sert	`provider.only` ou `provider.deny` dans la requête	Uniquement les routes ou fournisseurs que vous nommez, ou jamais eux. Par exemple, `"only": ["seller"]` n’envoie une requête qu’aux vendeurs contrôlés d’UberLLM.

Pour plafonner aussi le prix, ajoutez provider.max_price (chat) ou max_cost (image, vidéo, musique). Cela limite ce que vous payez, pas qui répond.

Toutes les options de routage : Modèles et routage.

Vous pensez qu’une réponse vient du mauvais modèle ?

Écrivez à [email protected] avec le X-Request-Id de la réponse (le même identifiant que sa ligne dans Activité) et ce qui vous fait douter. Nous testons à nouveau cette offre. Un vendeur pris en train de servir un autre modèle est banni, et les acheteurs concernés sont remboursés sur ses gains non versés.

Pourquoi une clé qui fonctionne ne suffit pas

Vérifier qu’un fournisseur est réel, que la clé fonctionne et que le nom du modèle correspond permet de repérer une clé morte ou un mauvais nom. Cela ne repère pas un revendeur qui ajoute ses propres instructions cachées, ni un modèle moins cher derrière le bon nom. C’est pourquoi UberLLM teste aussi ce qui répond : comment il compte les tokens, qui il dit être, comment il répond aux questions qui n’ont qu’une seule bonne réponse, et comment son écriture se compare à celle du vrai modèle.

Comment fonctionnent les contrôles (pour les développeurs)

Arithmétique des tokens : deux requêtes qui diffèrent d’un texte fixe. L’écart de tokens d’entrée facturés ne dépend que du tokenizer du modèle : un modèle d’une autre famille se voit donc, et un prompt caché s’annule dans l’écart et se repère à part dans la requête la plus courte.
Identité : une question « qui t’a créé ? » reformulée. Une réponse qui nomme un autre créateur ou produit, comme le persona d’un outil de code, est un signal d’alerte.
Capacités : des questions générées à chaque fois, dont nous calculons nous-mêmes les réponses (multiplication posée, comptage de lettres, calcul de dates, tri, changement de base). Le taux de réussite est comparé à une référence fiable du même modèle avec un test exact de Fisher unilatéral.
Distribution des sorties : de courtes complétions du même prompt, comparées à la référence fiable avec un test MMD à deux échantillons (Gao, Liang et Guestrin, ICLR 2025).
Les tests passent par la propre API publique d’UberLLM, sur le même chemin que les requêtes des acheteurs, avec une formulation nouvelle à chaque fois.
Une réponse de référence n’est utilisée que si cet appel de référence a lui-même réussi les contrôles de tokens et de prompt caché.
Plafond anti-gonflement : les tokens d’entrée qu’un vendeur peut facturer sont plafonnés près de notre propre décompte de la requête, avec une marge pour les images, les outils et le prompt intégré du modèle. Les tokens au-delà du plafond ne vous sont pas facturés et ne sont pas payés au vendeur.
Modèles ouverts : les vendeurs indiquent la précision qu’ils servent (pleine, 8 bits ou moins de 8 bits), et les pages de modèle l’affichent.

FAQ

UberLLM vérifie-t-il que j’obtiens le modèle demandé ?

Oui. Les vendeurs ne peuvent publier que via des fournisseurs de notre liste, et le modèle du fournisseur doit être le modèle annoncé. Chaque offre est testée et examinée par notre équipe avant qu’un acheteur y accède, puis reste testée sur les requêtes réelles. Un vendeur pris en train de servir un autre modèle est banni, et les acheteurs concernés sont remboursés sur ses gains non versés.

Un vendeur peut-il faire tourner le modèle sur son propre serveur ?

Non. Un vendeur ne peut publier que via un fournisseur de notre liste, comme OpenRouter, Groq, Together AI ou Amazon Bedrock, avec sa propre clé chez ce fournisseur. La requête tourne sur les serveurs de ce fournisseur : c’est donc le fournisseur qui fait tourner le modèle. Un vendeur peut nous demander d’ajouter un fournisseur, et nous ne l’ajoutons qu’après l’avoir testé.

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

Pas avec certitude : seule une attestation matérielle peut le prouver, et UberLLM n’en dispose pas. Les tests repèrent un autre modèle, des instructions cachées et des décomptes de tokens gonflés. Une copie de moindre précision d’un modèle ouvert, ou un fournisseur qui sert lui-même autre chose d’une façon que les tests ne repèrent pas, peut encore passer : c’est pourquoi les réponses réelles reçoivent aussi un score.

Puis-je n’utiliser que des fournisseurs vérifiés ?

C’est le réglage par défaut. Les requêtes n’atteignent que les offres de vendeurs chez des fournisseurs vérifiés, sauf si vous activez « Utiliser aussi les vendeurs chez des fournisseurs non vérifiés » pour une clé.

Un prix très bas est-il le signe d’un faux modèle ?

Pas à lui seul. Chaque offre passe les mêmes tests, quel que soit son prix. Les vendeurs fixent leur propre remise, et un prix plus bas ne change ni les règles ni les contrôles.

Des questions : [email protected] · Comment fonctionne UberLLM