Ricevi il modello che hai chiesto?

Sì, e lo controlliamo. Un venditore su UberLLM può pubblicare solo tramite un fornitore della nostra lista, come OpenRouter, Groq o Amazon Bedrock, con la propria chiave presso quel fornitore: è il fornitore a eseguire il modello, non il venditore. Ogni offerta viene poi testata e revisionata dal nostro team prima che un acquirente la raggiunga, e continua a essere testata sulle richieste reali. Un venditore sorpreso a servire un modello diverso viene bandito, e gli acquirenti coinvolti vengono rimborsati con i suoi guadagni non ancora pagati. Oggi nessuno può dimostrare quale copia esatta di un modello abbia scritto una risposta, quindi questa pagina dice anche cosa i nostri controlli non possono scoprire.

292
Offerte dei venditori testate: 0
Superate e attive per gli acquirenti: 134
Non superate e fermate: 3
Venditori banditi: 79.555
Richieste di prova negli ultimi 7 giorni

Aggiornato il 5 novembre 2026.

Dove gira l’offerta di un venditore

Un venditore può pubblicare solo tramite un fornitore della nostra lista: veri fornitori di IA come OpenRouter, Groq, Together AI, Fireworks AI, DeepSeek, Mistral AI, Z.ai, Alibaba DashScope, Meta e Amazon Bedrock. Il server di un venditore non può essere pubblicato.
La tua richiesta gira sui server di quel fornitore, con la chiave del venditore presso quel fornitore. È il fornitore a eseguire il modello, non il venditore.
Ogni fornitore della lista è segnato come verificato o non verificato. Le tue richieste raggiungono solo offerte su fornitori verificati, a meno che la tua chiave non sia impostata per usare anche quelli non verificati.
Un venditore può chiederci di aggiungere un fornitore. Lo aggiungiamo solo dopo averlo testato.

Fornitori tramite cui i venditori possono pubblicare:

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

Prima che un venditore riceva acquirenti

Il nome che il fornitore usa per il modello viene confrontato con il modello indicato: deve essere nell’elenco dei modelli di quel fornitore ed essere lo stesso modello. Un venditore non può pubblicare Claude e farlo puntare a un modello più economico.
Una richiesta di prova quando l’offerta viene pubblicata. Un’offerta che non risponde non viene mai pubblicata.
Un test d’ingresso di circa 55 richieste che sembrano un uso normale. Confrontiamo con un riferimento affidabile per lo stesso modello come l’offerta conta i token, chi dice di essere e come risponde a domande con una sola risposta giusta.
Una prova su copie di richieste reali: il venditore risponde a una copia, l’acquirente riceve la risposta da un’offerta già controllata, e confrontiamo le due. Gli acquirenti non ne risentono.
Un periodo di prova di almeno 7 giorni su una piccola parte delle richieste (al massimo 1 su 10), con alcune risposte confrontate di nuovo.
Una persona del nostro team revisiona ogni offerta. Nessun acquirente raggiunge un’offerta prima di questa revisione.
Una nuova chiave, un nuovo fornitore o un nuovo modello contano come una nuova offerta e ripassano tutto questo da capo.

Sulle richieste reali

Il modello indicato in ogni risposta viene confrontato con il modello pubblicato.
Le richieste di prova continuano finché un’offerta resta pubblicata. Sono formulate ogni volta in modo nuovo e seguono lo stesso percorso delle tue richieste, quindi sembrano un uso normale.
Ogni risposta che un venditore invia a un acquirente riceve anche un punteggio per i segni di un modello diverso o di conteggi gonfiati. Un punteggio alto manda l’offerta al nostro team.
Un’offerta il cui fornitore dice che la chiave non è più valida viene tolta automaticamente.
Un’offerta segnalata due volte viene fermata subito, e i pagamenti del suo venditore vengono trattenuti.
Non paghi mai conteggi gonfiati: i token di prompt che un venditore può addebitare hanno un limite vicino al nostro conteggio della tua richiesta.

Cosa mostrano i controlli, e cosa non possono mostrare

Cosa mostrano

L’offerta gira su un fornitore che conosciamo, non sulla macchina di un venditore, con una chiave che funziona.
Il modello del fornitore è il modello pubblicato, e la risposta lo nomina.
Conta i token come il modello vero, quindi un modello di un’altra famiglia si nota.
Alla tua richiesta non viene aggiunto nulla di rilevante, come istruzioni nascoste.
Nomina il suo vero creatore, e risponde alle domande con una sola risposta giusta bene quanto il modello vero.
Le sue risposte si leggono come quelle del modello vero, messe a confronto con un riferimento affidabile.
Non paghi conteggi gonfiati.

Cosa non possono mostrare

Quale copia esatta di un modello abbia scritto una risposta. Nessun controllo software può dimostrarlo; solo l’attestazione hardware può farlo, e UberLLM non ce l’ha.
Che il fornitore stesso serva ciò che dichiara. Ci affidiamo al fornitore e ai nostri test su ciò che torna indietro.
Che un modello aperto giri a piena precisione. Alcuni fornitori servono copie più piccole a 8 bit o 4 bit, e queste possono passare. I venditori devono dichiarare la precisione che servono, e una dichiarazione falsa porta al ban.
Che ogni risposta sia servita come nei nostri test. Per questo i test sembrano un uso normale e anche le risposte reali ricevono un punteggio.
La qualità di una singola risposta. I controlli sono campioni, non una promessa su una singola risposta.

Questa pagina riguarda i venditori che pubblicano su UberLLM. Le richieste che vanno al marketplace partner a cui UberLLM si collega seguono le regole di quel marketplace: da dove arrivano le richieste a Claude, GPT e Gemini.

Quando un venditore imbroglia

L’offerta viene fermata, e il venditore non può riattivarla.
I pagamenti del venditore vengono trattenuti. Un venditore sorpreso a servire un modello diverso viene bandito: l’account viene sospeso e tutte le sue offerte si fermano.
I guadagni non ancora pagati servono a rimborsare gli acquirenti coinvolti.
La stessa chiave del fornitore, lo stesso indirizzo di pagamento e la stessa email non possono essere usati per pubblicare di nuovo.

Il primo giorno dei controlli, il 31 ottobre 2026, sono state fermate 10 offerte. Una venduta come Claude diceva di essere “GPT-5 by OpenAI”. Altre aggiungevano circa 4.400 token di istruzioni nascoste a ogni richiesta.

Le tue impostazioni

Dalla più aperta alla più restrittiva:

Impostazione	Come attivarla	Cosa fa
Usa anche venditori su fornitori non verificati	Un’impostazione della chiave, spenta finché non la attivi	Può costare meno. Questi fornitori non sono nella nostra lista dei verificati. Le loro offerte passano comunque ogni test e la revisione del nostro team.
Solo fornitori verificati	Attiva per ogni account. Niente da impostare.	Le richieste raggiungono solo offerte di venditori su fornitori verificati che hanno superato i test e la revisione del nostro team.
Scegli chi ti serve	`provider.only` o `provider.deny` nella richiesta	Solo le rotte o i fornitori che indichi, oppure mai quelli. Per esempio, `"only": ["seller"]` invia una richiesta solo ai venditori di UberLLM già controllati.

Per limitare anche il prezzo, aggiungi provider.max_price (chat) o max_cost (immagini, video, musica). Limita quanto paghi, non chi risponde.

Tutte le opzioni di routing: Modelli e routing.

Pensi che una risposta venga dal modello sbagliato?

Scrivi a [email protected] con il X-Request-Id della risposta (lo stesso id della sua riga in Attività) e cosa ti ha fatto sospettare. Testiamo di nuovo quell’offerta. Un venditore sorpreso a servire un modello diverso viene bandito, e gli acquirenti coinvolti vengono rimborsati con i suoi guadagni non ancora pagati.

Perché una chiave funzionante non basta

Controllare che un fornitore sia reale, che la chiave funzioni e che il nome del modello corrisponda scopre una chiave morta o un nome sbagliato. Non scopre un rivenditore che aggiunge le sue istruzioni nascoste, né un modello più economico dietro il nome giusto. Per questo UberLLM testa anche chi risponde: come conta i token, chi dice di essere, come risponde a domande con una sola risposta giusta e come scrive rispetto al modello vero.

Come funzionano i controlli (per sviluppatori)

Aritmetica dei token: due richieste che differiscono per un testo fisso. La differenza nei token di prompt addebitati dipende solo dal tokenizer del modello, quindi un modello di un’altra famiglia si nota, e un prompt nascosto si annulla nella differenza e viene scoperto a parte nella richiesta più corta.
Identità: una domanda “chi ti ha creato” riformulata. Una risposta che nomina un altro creatore o prodotto, come il personaggio di uno strumento di programmazione, è un segnale d’allarme.
Capacità: domande generate al momento con risposte che calcoliamo noi (moltiplicazioni lunghe, conteggio di lettere, calcoli con le date, ordinamento, conversione di base). La percentuale di successo viene confrontata con un riferimento affidabile per lo stesso modello tramite un test esatto di Fisher a una coda.
Distribuzione dell’output: brevi completamenti dello stesso prompt, confrontati con il riferimento affidabile tramite un test MMD a due campioni (Gao, Liang e Guestrin, ICLR 2025).
I test passano dall’API pubblica di UberLLM sullo stesso percorso delle richieste degli acquirenti, con una formulazione nuova ogni volta.
Una risposta di riferimento viene usata solo se quella chiamata di riferimento ha superato a sua volta i controlli sui token e sui prompt nascosti.
Limite ai conteggi gonfiati: i token di prompt che un venditore può addebitare hanno un limite vicino al nostro conteggio della richiesta, con un margine per immagini, strumenti e il prompt integrato del modello. I token oltre il limite non vengono né addebitati a te né pagati al venditore.
Modelli aperti: i venditori dichiarano la precisione che servono (piena, 8 bit o sotto gli 8 bit), e le pagine dei modelli la mostrano.

Domande frequenti

UberLLM controlla che io riceva il modello che ho chiesto?

Sì. I venditori possono pubblicare solo tramite fornitori della nostra lista, e il modello del fornitore deve essere il modello indicato. Ogni offerta viene testata e revisionata dal nostro team prima che un acquirente la raggiunga, e continua a essere testata sulle richieste reali. Un venditore sorpreso a servire un modello diverso viene bandito, e gli acquirenti coinvolti vengono rimborsati con i suoi guadagni non ancora pagati.

Un venditore può eseguire il modello sul proprio server?

No. Un venditore può pubblicare solo tramite un fornitore della nostra lista, come OpenRouter, Groq, Together AI o Amazon Bedrock, con la propria chiave presso quel fornitore. La richiesta gira sui server di quel fornitore, quindi è il fornitore a eseguire il modello. Un venditore può chiederci di aggiungere un fornitore, e lo aggiungiamo solo dopo averlo testato.

UberLLM può dimostrare quale modello ha scritto una risposta?

Non con certezza: solo l’attestazione hardware può dimostrarlo, e UberLLM non ce l’ha. I test scoprono un modello diverso, istruzioni nascoste e conteggi di token gonfiati. Una copia a precisione ridotta di un modello aperto, o un fornitore che serve esso stesso altro in un modo che i test non scoprono, può comunque passare: per questo anche le risposte reali ricevono un punteggio.

Posso usare solo fornitori verificati?

È l’impostazione predefinita. Le richieste raggiungono solo offerte di venditori su fornitori verificati, a meno che tu non attivi “Usa anche venditori su fornitori non verificati” per una chiave.

Un prezzo molto basso è segno di un modello falso?

Non di per sé. Ogni offerta passa gli stessi test, qualunque sia il prezzo. I venditori fissano il proprio sconto, e un prezzo più basso non cambia né le regole né i controlli.

Domande: [email protected] · Come funziona UberLLM