Software personalizzato
Quanto costa davvero eseguire gli LLM in produzione
Vincent Wahidi
Quando i team fanno il budget per una funzionalità AI, prezzano il modello. Token in entrata, token in uscita, un numero ogni mille, e il foglio di calcolo sembra rassicurante. Poi la cosa viene lanciata, e arrivano i costi reali: quelli che non erano mai sul calcolatore di token. Eseguire un modello linguistico in produzione non è lo stesso che chiamarne uno in un prototipo, e il divario tra i due è dove i budget si rompono. Vale la pena sapere cosa sta davvero in quel divario prima di impegnarsi sulla roadmap.
Il costo visibile è quello piccolo
Il prezzo per token è genuinamente la parte facile da ragionare, e per molti prodotti non è nemmeno la voce più grande. È visibile, scala in modo prevedibile, e diventa più economico nel tempo. Se la fattura API fosse tutta la storia, la maggior parte delle funzionalità AI sarebbe banale da eseguire. Non è tutta la storia, e trattarla come tale è il motivo per cui così tanti piloti sembrano economici e così tanti sistemi in produzione non lo sono.
I costi che davvero si sommano
Il peso sta in tutto ciò che circonda il modello. Infrastruttura di recupero per alimentarlo con i tuoi dati, e il lavoro di mantenere quei dati aggiornati e indicizzati. Valutazione e monitoraggio, perché un modello che degrada silenziosamente è peggio di uno che fallisce rumorosamente, e sai quale dei due hai solo se stai osservando. Guardrail e il secondo modello che controlla il primo. Revisione umana dei casi di cui il sistema non è sicuro, che è un costo di personale, non di software. Manutenzione di prompt e versioni man mano che i modelli cambiano sotto di te. Ingegneria della latenza quando "corretto in dieci secondi" non basta. Niente di tutto questo compare in un prototipo, e tutto questo compare in produzione. Questa è la realtà poco affascinante dietro MLOps.
Il costo che eclissa tutti gli altri
C'è un costo che può superare tutti gli altri messi insieme: un output sbagliato che raggiunge un cliente o una decisione. Una cifra allucinata in un rapporto, una risposta sbagliata a un cliente, un'azione automatizzata presa su una premessa falsa. Il prezzo di questo non si misura in token o calcolo; si misura in fiducia, rilavorazione, e a volte responsabilità. Un sistema progettato per essere economico per chiamata ma incurante di sbagliare non è economico, ha solo spostato il suo costo più grande dal foglio di calcolo all'azienda.
Perché i prototipi mentono sul costo
Un prototipo gira su input puliti, viene giudicato dalla persona che lo ha costruito, e non deve mai sopravvivere a una brutta giornata. La produzione gira su qualsiasi cosa arrivi, viene giudicata dai clienti, e deve gestire gli input che nessuno aveva anticipato. Questo è lo stesso motivo per cui la maggior parte dei piloti AI non raggiunge la produzione: la versione economica e pulita non era mai la versione difficile. Fare il budget dal prototipo significa fare il budget per un sistema che non eseguirai.
Come fai il budget per questo prima di costruire?
Un metodo praticabile è fare il budget su tre livelli anziché su una sola voce. Il primo livello è il modello stesso: token, o calcolo se lo ospiti tu, stimato da volumi realistici piuttosto che da volumi da demo. Il secondo livello è il macchinario attorno ad esso: recupero e la sua pipeline dati, esecuzioni di valutazione, monitoraggio, guardrail, e il tempo di ingegneria per mantenere i prompt e adattarsi quando una versione del modello cambia sotto di te. Il terzo livello sono le persone: chi rivede i casi a bassa confidenza, quanti al giorno al tuo volume, e quanto costa questo in tempo del personale. Se non riesci a riempire il terzo livello, è il budget che ti dice che il progetto non è finito, perché ogni sistema LLM in produzione ha un percorso di eccezione e qualcuno deve occuparsene.
Un esempio illustrativo mostra perché i livelli contano. Un team pianifica una funzionalità di riassunto di documenti e la prezza a pochi centesimi per documento dal calcolatore di token. A volume di produzione, l'indice di recupero che mantiene ancorati i riassunti, le esecuzioni di valutazione settimanali che catturano la deriva, e l'ora al giorno di un analista spesa a rivedere output segnalati costano ciascuna più della fattura API. Nessuna di queste voci è un fallimento. Sono ciò che costa "funzionare", e i team che le vedono nella fase di budget consegnano funzionalità che sopravvivono, mentre i team che le scoprono dopo il lancio tendono a mettere silenziosamente la funzionalità in un cassetto.
Come si presenta un buon budget
Prezza il risultato, non la chiamata. Il numero che conta è il costo per risultato corretto e affidabile, e include recupero, valutazione, guardrail, revisione umana, e la manutenzione che mantiene onesto tutto l'insieme. Un team che fa il budget in questo modo consegna AI che sopravvive al contatto con la realtà. Un team che fa il budget sui token consegna una demo ed eredita una sorpresa. Se stai pianificando una funzionalità AI e vuoi un quadro realistico di quanto costa eseguirla anziché mostrarla in demo, raccontaci cosa stai costruendo, e guarda come la affrontiamo sotto software personalizzato.

Vincent Wahidi
Autore
Vincent Wahidi is the director of Encelyte, a computer engineer who builds production AI, automation, and custom software for enterprises across Cyprus and the wider region. He writes the strategy, cost and decision-maker pieces himself; the practical how-to guides are curated under the five mission-cat bylines below.
Da leggere dopo
Quando gli agenti AI per il supporto clienti aiutano, e quando danneggiano
Hai un problema che vale la pena risolvere?
Raccontaci cosa stai costruendo o sistemando. Risponderemo entro un giorno lavorativo con un passo successivo chiaro.
