Méthodologie du cycle de vie à 4 états & sources officielles
LLMEOL agrège exclusivement les documentations publiques dédiées et vérifiables des fournisseurs sur les dépréciations et le cycle de vie des modèles — en appliquant une arithmétique de dates UTC stricte, une fusion de catalogues respectant les priorités et une rétention fail-closed des flux.
Classification stricte à 4 états pilotée par les dates
Chaque fournisseur emploie une terminologie hétérogène (Legacy, Preview, Deprecating, Retired, EOL). Plutôt que d’inventer des états d’alerte ambigus, LLMEOL calcule l’un des quatre états objectifs du cycle de vie strictement à partir de la date d’arrêt UTC confirmée, tout en conservant le libellé brut du fournisseur dans sourceLifecycle :
- RETIRED (
days <= 0) : La date d’arrêt confirmée est atteinte ou dépassée en UTC ; les appels API échouent généralement en HTTP 404/410 ou sont redirigés automatiquement vers un modèle successeur. - EXPIRING (
1 <= days <= 90) : L’arrêt confirmé intervient dans les 90 prochains jours calendaires — fenêtre de migration prioritaire pour les sprints d’ingénierie en production. - DEPRECATED (
days > 90) : Une date d’arrêt ferme est planifiée à plus de 90 jours (ou le modèle figure dans la table officielleDeprecated Modelsde Moonshot AI sans date d’arrêt publiée) ; évitez toute adoption dans de nouveaux projets et planifiez la mise à niveau. - ACTIVE (aucune
eolDateexacte) : Aucune date d’arrêt précise au jour près n’a été annoncée. Les garanties minimales de maintien telles que « no earlier than » ou « no sooner than » sont volontairement ignorées tant qu’aucune date ferme n’est publiée.
Une synchronisation planifiée s’exécute toutes les 12 heures. Les calendriers officiels de dépréciation priment systématiquement sur les catalogues complémentaires de modèles pris en charge pour une même paire (provider, modelId), et une rétention fail-closed par source empêche les erreurs HTTP transitoires en amont d’effacer des entrées vérifiées.
Workflow à trois piliers de CodeAP Studio
Comment LLMEOL, DevToken et ToMarkdown s’articulent-ils ?
CodeAP Studio réunit trois ateliers spécialisés d’ingénierie IA : LLMEOL suit les dépréciations de modèles et audite vos configurations .env, DevToken compare le coût en tokens des modèles de remplacement et génère des schémas MCP/Zod, tandis que ToMarkdown compile les documents PDF/DOCX/HTML en Markdown prêt pour le RAG.
Pourquoi les agrégateurs sans table publique d’EOL sont-ils exclus ?
LLMEOL n’indexe que les fournisseurs qui maintiennent des calendriers publics dédiés et sans authentification de dépréciation ou de cycle de vie des modèles, afin que chaque date d’arrêt renvoie vers une annonce primaire vérifiable.