Metodologia del ciclo di vita a 4 stati e fonti ufficiali dei vendor
LLMEOL aggrega esclusivamente documentazione pubblica dedicata e verificabile dei vendor sulle deprecazioni e sul ciclo di vita dei modelli — applicando aritmetica rigorosa sulle date UTC, unione dei cataloghi con regole di precedenza e protezioni fail-closed sui feed.
Classificazione rigorosa a 4 stati guidata dalle date
Ogni vendor utilizza una terminologia incoerente (Legacy, Preview, Deprecating, Retired, EOL). Anziché introdurre stati di avviso ambigui, LLMEOL calcola uno dei quattro stati oggettivi del ciclo di vita esclusivamente a partire dalla data UTC confermata di dismissione, conservando l’etichetta originale del vendor in sourceLifecycle:
- RETIRED (
days <= 0): La data confermata di dismissione è stata raggiunta o superata in UTC; le chiamate API in genere falliscono con HTTP 404/410 oppure vengono reindirizzate automaticamente a un modello successivo. - EXPIRING (
1 <= days <= 90): La dismissione confermata avverrà entro i prossimi 90 giorni di calendario — finestra operativa per pianificare la migrazione negli sprint di ingegneria. - DEPRECATED (
days > 90): È fissata una data certa di dismissione oltre i 90 giorni (oppure il modello figura nella tabella ufficialeDeprecated Modelsdi Moonshot AI senza una data pubblicata); evita di adottarlo nei nuovi carichi di lavoro e pianifica l’aggiornamento. - ACTIVE (nessuna
eolDateesatta): Non è stata annunciata alcuna data di dismissione con precisione giornaliera. Le garanzie di supporto minimo come "no earlier than" o "no sooner than" vengono intenzionalmente ignorate finché il vendor non pubblica una data definitiva.
La sincronizzazione pianificata viene eseguita ogni 12 ore. I calendari primari di deprecazione hanno sempre la precedenza sui cataloghi supplementari dei modelli supportati per la stessa coppia (provider, modelId), e la conservazione fail-closed per singola fonte impedisce che errori HTTP temporanei a monte cancellino i record già verificati.
Flusso di lavoro su tre pilastri di CodeAP Studio
Come si integrano tra loro LLMEOL, DevToken e ToMarkdown?
CodeAP Studio riunisce tre studi specializzati per l’ingegneria AI: LLMEOL monitora le deprecazioni dei modelli e verifica le configurazioni .env, DevToken confronta i prezzi dei token dei modelli sostitutivi e genera schemi MCP/Zod, mentre ToMarkdown compila documenti PDF/DOCX/HTML in Markdown pronto per pipeline RAG.
Perché gli aggregatori privi di tabelle pubbliche EOL sono esclusi?
LLMEOL indicizza esclusivamente i provider che mantengono calendari pubblici dedicati e accessibili senza autenticazione per le deprecazioni e il ciclo di vita dei modelli, così ogni data di dismissione rimanda a un avviso ufficiale verificabile.