IBM
IBM / ibm-granite/granite-timeseries-ensemble-r1

Granite Timeseries Ensemble R1

Ensemble de prévision de séries temporelles publié par IBM le 5 octobre 2026, selon l’événement public de publication du dépôt officiel. Il combine PatchTST-FM-r1, PatchTST-FM-r2, FlowState-r1.1 et TTM-r3. Il distribue des recettes reproductibles, et non des poids fusionnés ou un nouveau checkpoint entraîné : les quatre membres sont téléchargés depuis leurs dépôts respectifs lors de l’exécution.

01 / RÉSUMÉ

L'essentiel

ORIENTATIONPrévision probabiliste sans ajustement

Utilisation principale déclarée ou déduite avec prudence de la documentation officielle.

CONTEXTEDépend de chaque modèle membre

Capacité d'entrée maximale une fois publiée par la source.

SORTIENeuf quantiles de 0,1 à 0,9 ; médiane comme prévision ponctuelle

Limite de génération maximale documentée.

ACCÈSHugging Face · recettes et checkpoints séparés

Canaux de disponibilité vérifiés.

TYPE DE MODÈLESéries temporelles

Famille fonctionnelle principale et spécialités vérifiées.

LICENCEApache 2.0 · vérifier les licences des membres

Conditions déclarées pour l’API, les poids ou l’auto-hébergement.

02 / FICHE TECHNIQUE

Limites et intégration

ID d’APIibm-granite/granite-timeseries-ensemble-r1
Type de modèleSéries temporelles
Mode d’accèsEnsemble ouvert
LicenceApache 2.0 · vérifier les licences des membres
DéploiementAuto-hébergement avec granite-tsfm ≥0.3.10
Lancement05 OCT 2026
Date limite des connaissancesNon publié
EntréeSéries numériques
SortieQuantiles et prévisions numériques
Fenêtre contextuelleDépend de chaque modèle membre
puissance maximaleNeuf quantiles de 0,1 à 0,9 ; médiane comme prévision ponctuelle
RaisonnementSans objet
Outils publiés
Sorties structuréesPrévisions tabulaires et quantiles
Traitement par lotsNon publié
Cache de promptsNon publié
Ajustement finNon publié
Plateformes vérifiéesHugging Face · Granite TSFM
CONVIENT MIEUX À

Prévisions sans ajustement préalable et expériences sur l’incertitude pour la demande, l’énergie ou les capteurs. La recette par défaut linear_pool mélange uniformément les quantiles sans apprendre de poids ; elle renvoie neuf quantiles de 0,1 à 0,9 et utilise la médiane comme estimation ponctuelle. La méthode alternative iqr_weighted favorise les intervalles étroits et ordonne les quantiles par régression isotone.

À SURVEILLER

Chaque canal multivarié est prédit indépendamment : les relations entre canaux ne sont pas exploitées. Charger quatre modèles augmente la mémoire et la latence ; les limites de contexte, d’horizon, de données manquantes et de prétraitement dépendent de chaque membre. Un intervalle étroit ne garantit ni précision ni calibration. Validez sur des données représentatives et surveillez les changements de distribution avant d’automatiser les décisions.

03 / CAPACITÉS

Ce qu’il peut faire

01

Orientation

Prévisions sans ajustement préalable et expériences sur l’incertitude pour la demande, l’énergie ou les capteurs. La recette par défaut linear_pool mélange uniformément les quantiles sans apprendre de poids ; elle renvoie neuf quantiles de 0,1 à 0,9 et utilise la médiane comme estimation ponctuelle. La méthode alternative iqr_weighted favorise les intervalles étroits et ordonne les quantiles par régression isotone.

02

Contexte

Dépend de chaque modèle membre · Neuf quantiles de 0,1 à 0,9 ; médiane comme prévision ponctuelle

03

Outils et intégration

Non publié

04

Accès

Hugging Face · recettes et checkpoints séparés

Modalités d’entrée
Séries numériques
04 / TARIFS

Coût documenté

ConceptValeurUnité/état
Entrée standardAucun tarif API officiel publiéTarif API standard
Entrée en cacheNon publiéLecture de préfixes réutilisés
Écriture ou stockage de cacheNon publiéLa condition varie selon le fournisseur
Sortie standardCoût de l’infrastructure proprePeut inclure des tokens de raisonnement
Entrée par lotsNon publiéTraitement asynchrone
Sortie par lotsNon publiéTraitement asynchrone

L’identifiant correspond à une recette téléchargeable, et non à un endpoint API commercial vérifié. Aucun tarif officiel par token n’est publié ; conservez le coût comme inconnu et prévoyez l’infrastructure. La recette et l’implémentation sont sous Apache 2.0, mais chaque checkpoint conserve sa licence. Les recettes expanded incluent des membres IBM Research soumis à des conditions distinctes, potentiellement non commerciales.

i Les prix changent et peuvent dépendre du niveau, de la région ou de la durée du contexte. Vérifiez la source avant de prendre une décision.

05 / ÉVALUATIONS

Comment lire les résultats

“

Résultats publiés par IBM, non reproduits par Inferama, sur 97 configurations de GIFT-Eval. MASE et CRPS/MWQL sont normalisés par rapport à Seasonal Naive et agrégés géométriquement ; une valeur plus basse est meilleure. Les rangs résument les positions par configuration, et non des pourcentages. Les positions datent du 28 septembre 2026 ; la comparaison visuelle filtre les licences et d’autres critères, elle ne démontre donc pas une supériorité absolue. Séparez linear_pool et iqr_weighted.

BenchmarkRésultatMétriqueSource
GIFT-Eval MASE0,6830MASE normaliséVoir la source ↗
GIFT-Eval CRPS0,4707CRPS/MWQL normaliséVoir la source ↗
GIFT-Eval MASE Rank37,19Rang agrégéVoir la source ↗
GIFT-Eval CRPS Rank39,91Rang agrégéVoir la source ↗
GIFT-Eval MASE0,6830MASE normaliséVoir la source ↗
GIFT-Eval CRPS0,4700CRPS/MWQL normaliséVoir la source ↗
GIFT-Eval MASE Rank37,65Rang agrégéVoir la source ↗
GIFT-Eval CRPS Rank36,90Rang agrégéVoir la source ↗

Inferama ne met en évidence un « meilleur résultat » que lorsque la métrique, l'ensemble de test, la configuration et la date permettent une comparaison équivalente. Les chiffres du fournisseur sont présentés comme des affirmations provenant de sa propre source.

06 / VERSIONS

Chronologie

Ensemble R1 · linear_pool

Recette par défaut avec quatre membres Granite et mélange uniforme des quantiles.

Ensemble R1 · iqr_weighted

Recette alternative granite-iqr : mêmes membres ; pondération par intervalle interquartile.

07 / SOURCES

Traçabilité