Aabis Islam, su MarkTechPost, parte da una scena concreta: chiami l’API, passi model: "claude-fable-5", e nella response il campo “model” riporta "claude-opus-4-8". Nessun errore, nessun retry. La richiesta è stata classificata prima della generazione, ha corrisposto a una categoria sensibile ed è stata dirottata su un altro set di pesi. Anthropic lo ha documentato riportando Fable 5 il primo luglio: le richieste bloccate vanno a Opus 4.8 e l’utente viene notificato, con la response che nomina il modello effettivamente eseguito. È, nota l’autore, la versione “ben educata”.
Il pezzo individua tre modi in cui un nome smette di indicare una cosa precisa. Substitution: un’architettura diversa, dispatchata da un classifier — Fable 5 → Opus 4.8, oppure Cursor Auto che sceglie il modello turno per turno (Cursor ha presentato Router, un classifier addestrato su oltre 600.000 richieste live, con tre account early-access che riportano risparmi del 30–50% rispetto a instradare tutto su Opus 4.8). Degradation: lo stesso modello servito a precisione ridotta — OpenRouter avverte che alcuni provider servono pesi quantizzati a prezzi più bassi e che i log non lo diranno. Drift: lo stesso nome che punta a pesi aggiornati in silenzio, come ogni alias “-latest” in produzione.
Perché conta oltre la fatturazione. Islam, studente di legge, sposta il discorso su un terreno che raramente si guarda: l’autenticazione. Regole come la Federal Rule of Evidence 901 autenticano un output descrivendo il sistema che l’ha prodotto — e ognuna di queste norme presuppone che tu possa nominare il sistema. Lo scenario: un avvocato deposita un atto con una citazione inventata, parte il procedimento, il giudice chiede quale modello l’abbia prodotta. I log dello studio dicono fable-5; quelli del provider dicono che un classifier ha dirottato su Opus 4.8; oppure la richiesta è passata per un router di un IDE che ha scelto un modello che lo studio non può ricostruire, a una precisione mai specificata, su una versione ormai ritirata. La chain of custody si rompe al router.
La proposta dell’autore non è una clausola contrattuale — un contratto è statico, la sostituzione è un evento di runtime — ma un’”attestable model identity”: un’asserzione firmata restituita con ogni response, che leghi il completamento a una tupla di modello servito, hash dei pesi, precisione e hash del system prompt, firmata con una chiave radicata in hardware attestation, cosa che le piattaforme GPU confidential-computing già supportano. La primitiva è già mezza costruita: la response porta già il nome del modello servito; manca la proprietà che lo rende utile legalmente, cioè che non possa essere asserito falsamente. Il routing è buona ingegneria. È anche, ora, una sostituzione non loggata, non firmata e non verificabile della cosa che hai comprato.
In sintesi
- Il model ID è diventato un identificatore legale, ma substitution, degradation e drift lo rendono ambiguo.
- Il vero fronte non è la fatturazione ma l’autenticazione: la chain of custody si rompe al router.
- La soluzione proposta è un’identità di modello firmata e verificabile, non una clausola contrattuale.
Fonte: You Didn’t Get the AI Model You Paid For — https://www.marktechpost.com/2026/07/23/you-didnt-get-the-ai-model-you-paid-for/
Hai qualcosa da aggiungere? Unisciti alla discussione.