Rilevamento continuo del drift degli LLM e alert di regressione
Esegue ogni giorno la tua suite di task reali su ogni versione del modello e avvisa quando un provider degrada silenziosamente qualità o comportamento.
Un brief pronto da incollare in Claude Code, Cursor o qualsiasi agente di programmazione (in inglese).
A favore
- Chi paga
- Responsabili della piattaforma AI e staff engineer di aziende che rilasciano funzionalità basate su LLM (50-2.000 dipendenti), con un costo di 500-3.000$/mese dal budget infrastrutture AI; anche power user di Claude Code e vendor di dev tool con piano da circa 50$/mese
- Cosa ha detto la gente · 5
- Chiede se qualcuno con eval reali stia captando un segnale, scartando le sensazioni; l'unico tracker pubblico nel tempo su Opus che conosce non mostra nulla. Leggi il commento ↗
- Ha dovuto rieseguire la sua baseline di 30 task dopo il 3 novembre per verificare una regressione, confrontando a mano i tassi di risoluzione e il conteggio dei token. Leggi il commento ↗
- Segnala che il tracker di qualità di Claude Code di marginlab si è fermato da settimane, lamentando che senza di esso non ci sono dati affidabili. Leggi il commento ↗
- Descrive cali di qualità ricorrenti e inspiegati circa ogni due mesi quest'anno e li definisce una frustrazione reale e ricorrente. Leggi il commento ↗
- Teme che i team che spostano la validazione negli LLM subiscano modifiche silenziose dei provider e un lock-in comportamentale che li colpirà all'improvviso. Leggi il commento ↗
Parafrasato dalla discussione. Segui i link per i commenti originali.
- Concorrenti e lacuna
Le piattaforme di eval esistenti ti costringono a definire, ospitare ed eseguire le eval da solo e sono pensate per il test pre-deployment, non per il monitoraggio continuo in produzione delle modifiche silenziose dei modelli da parte dei provider. I due tracker di drift della community citati sono morti o privi di segnale. Nessuno offre suite di regressione sempre attive con alert per versione e dashboard pubbliche sul drift.
- Perché ora
- I provider frontier rilasciano A/B test silenziosi e modifiche legate alla capacità ogni settimana; l'episodio di Opus 5.5 del 3 novembre mostra centinaia di utenti paganti che hanno rilevato regressioni con giorni di ritardo, affidandosi alle sensazioni, e manca ancora uno strato di misurazione pubblico affidabile nonostante la domanda evidente.
- Fossato · 5/10
- Asset che si accumula nel tempo: un dataset longitudinale sul comportamento dei modelli attraverso le versioni, più corpora di task standardizzati; fiducia e baseline storiche sono difficili da replicare per un nuovo entrante, e le dashboard pubbliche creano distribuzione.
Contro
- Red team
- Le regressioni silenziose dei modelli sono un problema documentato e ricorrente senza un livello di misurazione pubblico funzionante, e l'eval continua come monitoraggio è un gap reale rispetto alle piattaforme di eval pre-deployment.
- Cosa la farebbe fallire
- Le modifiche dei provider sono rumorose e la sensibilità delle suite di task è bassa, quindi lo strumento produce falsi allarmi o manca regressioni reali e perde fiducia, esattamente ciò che ha ucciso i tracker della community.
Partire
- I primi tre passi
- Costruire un runner che esegue ogni notte 20-50 task standardizzati di coding/agentici su Opus, Sonnet, GPT e Gemini, registrando tasso di risoluzione, token di ragionamento, latenza e costo per task
- Aggiungere un webhook/API con cui i clienti collegano le proprie suite di task private e ricevono alert quando le metriche si discostano oltre una soglia dalla baseline
- Pubblicare una dashboard gratuita e pubblica sul drift (la sostituzione del tracker di marginlab che manca) per attirare SEO e community e fare upsell del monitoraggio privato
- Discussione originale
- Is Opus 5.5 nerfed? Thinking patterns changed on November 3 ↗ 540 punti386 commentiDai commentiArticolo collegato
Tradotto dall'inglese. Leggi l'originale