Liquid AI presenta d1, il modello che valuta le opzioni invece di formulare risposte
Imagen generada con gpt-image-2.5-sunburst para InferamaFonte ↗
01

Che cosa ha annunciato Liquid AI

Liquid AI presenta d1 come un modello decisionale: invece di formulare una risposta libera, valuta un input e restituisce risultati strutturati per prendere una decisione circoscritta. La documentazione descrive tre modelli della famiglia: d1-3B, un modello multimodale per testo e immagini; d1-omni-600M, che supporta testo, immagini o audio; e d1Hosted, disponibile tramite l’API di Liquid AI.

Il fornitore propone questo tipo di modello per classificazione, definizione delle priorità, moderazione, assegnazione delle richieste e altre attività con risultati prestabiliti. La distinzione è pratica: se il sistema deve scegliere un’etichetta o assegnare un punteggio, può rispondere con una struttura delimitata; se deve spiegare, riassumere o scrivere, serve una capacità generativa. La documentazione indica esplicitamente che per questi casi di generazione aperta è più adatto un modello linguistico.

La disponibilità descritta nella documentazione non significa che ogni modalità, interfaccia o modello sia accessibile in tutti gli ambienti. Prima di integrare d1, è opportuno verificare il modello specifico, gli input accettati, l’API e le condizioni aggiornate. Nell’annuncio, l’azienda presenta anche i risultati del confronto con Jev come propri: vanno considerati affermazioni del fornitore, non una validazione indipendente.

02

Come esprime le decisioni

La documentazione raggruppa le richieste in tre primitive. Choice seleziona una categoria tra alternative prive di un ordine intrinseco e restituisce una distribuzione di probabilità sulle opzioni nominate. Score colloca la risposta su una scala ordinata, per esempio una rubrica di gravità. Noul pone una domanda binaria e restituisce una probabilità compresa tra 0 e 1, come la probabilità che un messaggio sia spam.

In questo modo si può distinguere tra la scelta dell’opzione più probabile e la conoscenza dell’incertezza residua tra le alternative. Se il sistema assegna probabilità simili a due reparti, per esempio, il caso può essere sottoposto a revisione invece di trattare l’etichetta vincente come una certezza. Tuttavia, il fatto che l’output sia probabilistico non dimostra di per sé che le probabilità siano ben calibrate: questa proprietà va misurata con dati rappresentativi.

Liquid AI afferma che d1 non genera token di risposta e produce una decisione con una sola chiamata. L’espressione «zero token generati» descrive il modo in cui, secondo il fornitore, viene prodotto l’output; da sola non chiarisce tutti gli aspetti della fatturazione, come il trattamento dell’input, il prezzo dell’API o i costi dell’infrastruttura. Né basta per concludere che un’attività sarà sempre più rapida o meno costosa rispetto all’uso di un modello generativo.

03

Dove potrebbe essere utile in azienda

La proposta è più pertinente quando le risposte possibili sono delimitate e la decisione si ripete spesso. Tra gli usi descritti da Liquid AI ci sono la classificazione dei messaggi, l’instradamento dei ticket, la moderazione, la valutazione dell’urgenza, i controlli di sicurezza binari e l’approvazione delle chiamate agli strumenti. Per gli input visivi vengono citate l’ispezione delle immagini e la classificazione; per l’audio, il riconoscimento dell’intento e l’instradamento dei comandi vocali nel modello che supporta questa modalità.

Un esempio operativo è il triage delle richieste: il sistema assegna probabilità a categorie note e invia a una persona i casi ambigui. Un altro è un controllo che verifica se una risposta estratta soddisfa un requisito prima di accettarla. In entrambi i casi, l’utilità dipende dal fatto che il catalogo delle opzioni rappresenti i casi reali e che esista una procedura sicura per input nuovi, incompleti o fuori distribuzione.

d1 non sostituisce automaticamente un LLM. La documentazione stessa raccomanda un modello generativo per scrittura libera, conversazione, riassunti, codice, domande aperte e ragionamenti complessi articolati in più passaggi. Un’architettura può combinare i due approcci: usare un modello decisionale per una classificazione circoscritta e ricorrere a un modello generativo o a una persona quando serve una spiegazione o una risposta aperta.

Scegliere tra decisione strutturata e generazione

EsigenzaApproccio potenzialmente adattoChe cosa verificare
Assegnare una richiesta a una categoria definitaModello decisionale, come ChoiceCopertura delle categorie, casi ambigui e possibilità di astenersi o richiedere una revisione
Assegnare un punteggio di gravità in base a una scala definitaModello decisionale, come ScoreCoerenza della scala e accordo con i valutatori umani
Scrivere una spiegazione o riassumere un casoModello generativoQualità del testo, aderenza all’input e controlli di sicurezza
Rispondere a una domanda aperta o sostenere una conversazioneModello generativoRagionamento richiesto, contesto ed eventuale necessità di proseguire lo scambio
Accettare o rifiutare un’azione in base a criteri binariModello decisionale, come NoulCosto di falsi positivi e falsi negativi, soglia e supervisione
04

Che cosa serve per valutare il confronto con Jev

Liquid AI afferma che d1 supera Jev nel Decision Index di Hugging Face e mette in evidenza risultati anche nelle valutazioni multilingue, nella gestione di input lunghi e nella resistenza all’iniezione di istruzioni. L’esistenza di un’affermazione del produttore non permette di presentarla come un fatto verificato in modo indipendente. Per interpretare il risultato servono la versione esatta del benchmark, le attività incluse, i dati valutati, il protocollo, i modelli confrontati e le condizioni di esecuzione.

È importante anche distinguere un punteggio aggregato dai risultati delle singole attività. Un indice che combina diverse tipologie di valutazione può orientare un confronto, ma non prevede da solo come funzionerà un sistema per classificare fatture, moderare messaggi o instradare ticket in una specifica azienda. Le prestazioni possono cambiare in base alla lingua, alla lunghezza dell’input, alla definizione delle etichette e alla frequenza dei casi eccezionali.

Le fonti disponibili non stabiliscono un confronto indipendente su precisione, calibrazione, latenza e costo rispetto a Jev o a modelli generativi in condizioni equivalenti. Per ripetere con rigore l’affermazione secondo cui d1 «supera» Jev occorrerebbe documentare le versioni confrontate, il set di test e la relativa metodologia, oltre a verificare che il risultato sia riproducibile al di fuori della valutazione annunciata dal fornitore.

Test minimo prima di scegliere un modello

Valutare un’attività rappresentativa e confrontare le alternative con lo stesso protocollo.

  1. 01Definire la decisione, le opzioni valide e il costo degli errori.
  2. 02Preparare un set di test separato dagli esempi usati per modificare istruzioni o soglie.
  3. 03Includere lingue diverse, input lunghi, errori di formato e casi che non rientrano in alcuna categoria.
  4. 04Misurare la qualità per classe, la calibrazione delle probabilità e la quota di casi inviati a una revisione umana.
  5. 05Confrontare latenza e costo totale con un’alternativa generativa sulla stessa infrastruttura e con lo stesso volume di richieste.
  6. 06Ripetere la valutazione quando cambiano i dati, la configurazione, la versione del modello o le condizioni del servizio.
05

Limiti e criteri pratici

Le probabilità sono utili solo se riflettono in modo ragionevole la frequenza di successo nel caso d’uso. Un punteggio elevato non va interpretato automaticamente come una garanzia; inoltre, una soglia decisionale può avere conseguenze diverse a seconda dell’errore. Nella moderazione, per esempio, una segnalazione ingiustificata e un contenuto dannoso che sfugge ai controlli non hanno lo stesso costo. Calibrazione e soglie vanno verificate con dati pertinenti e riesaminate quando cambiano gli input.

È opportuno osservare anche il comportamento in presenza di informazioni irrilevanti, istruzioni malevole, categorie sconosciute e input incompleti. L’affermazione aziendale secondo cui il modello resiste meglio all’iniezione di istruzioni non elimina la necessità di test di sicurezza specifici. Nelle attività sensibili, una revisione umana, limiti alle azioni consentite e un meccanismo per inoltrare i casi incerti sono precauzioni ragionevoli.

Come criterio pratico, vale la pena provare d1 quando il risultato atteso può essere espresso in una struttura definita e valutato con esempi rappresentativi. Un LLM generativo è più adatto se l’attività richiede di scrivere o rispondere in modo aperto. Se un processo combina entrambe le esigenze, si può testare una pipeline ibrida e confrontarne qualità, latenza e costo totale prima di modificare un sistema in produzione.

Questioni aperte

  • Le fonti disponibili non includono prove indipendenti che confermino il confronto sulle prestazioni con Jev e tutte le relative condizioni.
  • Non sono stabiliti risultati comparabili su precisione, calibrazione, latenza e costo in attività aziendali reali.
  • Non è chiarito se «zero token generati» comporti una differenza concreta nella fatturazione; occorre verificare le condizioni dell’API.
  • Disponibilità, modalità e interfacce possono variare secondo il modello e l’ambiente: lo stato effettivo va verificato prima dell’integrazione.
06

Continua a esplorare

06

Fonti consultate

03

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.

Proponi una correzione