Come UberLLM scopre un venditore che elenca il modello sbagliato
Un prezzo conveniente vale la pena solo se ottieni il modello per cui hai pagato. Su UberLLM, l'offerta di un venditore viene verificata quattro volte: il modello deve corrispondere al momento della pubblicazione, deve superare i nostri test prima che qualsiasi acquirente possa accedervi, una persona del nostro team deve approvarlo e continua a essere testato su richieste in tempo reale. Un'offerta che non supera i controlli viene bloccata immediatamente. Un venditore sorpreso a fornire un modello diverso viene bannato e gli acquirenti che ha servito vengono rimborsati dai suoi guadagni non ancora liquidati.
Perché è importante
UberLLM è un marketplace: i venditori mettono a disposizione la capacità in eccesso per un modello, e la tua richiesta va al venditore sano più economico. Questo funziona solo se un venditore che elenca Claude o DeepSeek V4 serve davvero Claude o DeepSeek V4, e non un modello più economico dietro il nome giusto. Quindi controlliamo ogni offerta, sempre.
Uno vero, catturato stamattina
Il 11 novembre 2026, un venditore ha messo in vendita DeepSeek V4 Flash. Quando il nostro test gli ha chiesto cosa fosse, ha risposto: "I’m ChatGPT, developed by OpenAI." L'offerta è stata bloccata nel momento in cui ha fallito, alle 02:38 UTC del 12 novembre. Non era ancora stata approvata, quindi nessun acquirente l'ha mai raggiunta.
I quattro controlli
1. Al momento della pubblicazione: il modello deve corrispondere
- Un venditore può pubblicare solo tramite un provider presente nella nostra lista, come OpenRouter, Groq, Together AI, Fireworks AI o Amazon Bedrock, con la propria key lì. Il provider esegue il modello, non il venditore. Il server di proprietà di un venditore non può essere pubblicato.
- Il nome del modello fornito dal provider deve essere presente nella lista di modelli del provider stesso, e deve essere lo stesso modello di quello pubblicato. Un venditore non può pubblicare Claude e indirizzarlo a un modello più economico.
- Un'offerta che non risponde a una prima richiesta di test non viene mai pubblicata.
2. Prima di qualsiasi acquirente: un test d'ingresso
Ogni nuova offerta viene sottoposta a test che simulano un uso normale. Confrontiamo ciò che viene restituito con una copia fidata dello stesso modello:
- Come conta i token. Ogni famiglia di modelli conta il testo a modo suo, quindi un modello di un'altra famiglia si rivela.
- Chi dice di essere. Se gli si chiede cosa sia, un falso spesso nomina il suo vero creatore, come nell'esempio sopra.
- Domande con una sola risposta corretta. Un modello più piccolo ne sbaglia di più.
- Come scrive, affiancato al modello reale.
- Niente di aggiunto. Anche le istruzioni nascoste aggiunte alla tua richiesta si rivelano.
Poi segue una prova su copie di richieste reali (ricevi comunque la tua risposta da un'offerta già verificata), e una fase di prova su una piccola quota di traffico.
3. Una persona lo approva
Una persona del nostro team esamina ogni offerta. Nessun acquirente raggiunge un'offerta prima di tale revisione. Una nuova key, provider o modello conta come una nuova offerta e ricomincia dal passaggio 1.
4. Su richieste live: i controlli non si fermano mai
- Il modello nominato in ogni risposta viene confrontato con il modello pubblicato.
- Le richieste di test continuano ad arrivare finché l'offerta è pubblicata, e percorrono lo stesso percorso delle tue richieste.
- Le risposte inviate agli acquirenti vengono valutate per segni di un modello diverso. Un punteggio alto invia l'offerta al nostro team.
- Un'offerta il cui provider dichiara che la sua key non funziona più viene rimossa automaticamente.
Non pubblichiamo come funzionano i test o quando vengono eseguiti. Ciò insegnerebbe a un imbroglione cosa evitare.
Quando un venditore viene scoperto
- L'offerta si interrompe immediatamente e il venditore non può riattivarla.
- I pagamenti del venditore vengono sospesi mentre il nostro team esamina le prove.
- Un venditore scoperto a fornire un modello diverso viene bannato: ogni offerta si interrompe, e la stessa chiave fornitore, indirizzo di pagamento ed email non possono più pubblicare offerte.
- I guadagni non ancora pagati vanno a rimborsare gli acquirenti che ha servito.
I numeri finora
Il primo giorno di controlli, 31 ottobre 2026, 10 offerte sono state bloccate. Una venduta come Claude diceva di essere "GPT-5 di OpenAI". Altre aggiungevano circa 4,400 token di istruzioni nascoste a ogni richiesta.
Al 12 novembre 2026: 336 offerte di venditori testate, 150 fallite e bloccate, 3 venditori bannati, e 32,969 richieste di test negli ultimi 7 giorni. I numeri in tempo reale sono sulla pagina dei controlli dei modelli.
Cosa nessun controllo può dimostrare
Lo diciamo chiaramente: nessun controllo software può dimostrare quale copia esatta di un modello ha scritto una risposta. Solo l'attestazione hardware può farlo, e UberLLM non ce l'ha. Una copia compressa (8-bit o 4-bit) di un modello aperto può passare, quindi i venditori devono dichiarare la precisione che offrono, e una dichiarazione falsa li fa bannare. L'elenco completo si trova sulla pagina dei controlli del modello.
Cosa puoi fare
- Niente, per impostazione predefinita. Le tue richieste raggiungono solo offerte su provider verificati che hanno superato i test e la revisione del nostro team.
- Scegli chi ti serve.
provider.onlyoprovider.denyin una richiesta seleziona o blocca i percorsi. Vedi i tuoi controlli. - Pensi che una risposta provenga dal modello sbagliato? Invia un'email a [email protected] con il
X-Request-Iddella risposta (lo stesso id della sua riga in Activity). Testeremo di nuovo quell'offerta.