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

Granite Timeseries Ensemble R1

Ensemble per la previsione di serie temporali pubblicato da IBM il 5 ottobre 2026, secondo l’evento pubblico del repository ufficiale. Combina PatchTST-FM-r1, PatchTST-FM-r2, FlowState-r1.1 e TTM-r3. Distribuisce ricette riproducibili, non pesi fusi né un nuovo checkpoint addestrato: scarica i quattro membri dai rispettivi repository durante l’esecuzione.

01 / RIEPILOGO

L'essenziale

ORIENTAMENTOPrevisione probabilistica senza adattamento

Uso primario dichiarato o dedotto con cautela dalla documentazione ufficiale.

CONTESTODipende da ciascun modello membro

Capacità di input massima quando pubblicata dalla fonte.

USCITANove quantili da 0,1 a 0,9; mediana come previsione puntuale

Limite massimo di generazione documentato.

ACCESSOHugging Face · ricette e checkpoint separati

Canali di disponibilità verificati.

TIPO DI MODELLOSerie temporali

Famiglia funzionale principale e specialità verificate.

LICENZAApache 2.0 · verificare le licenze dei membri

Condizioni dichiarate per API, pesi o distribuzione autonoma.

02 / SCHEDA TECNICA

Limiti e integrazione

ID APIibm-granite/granite-timeseries-ensemble-r1
Tipo di modelloSerie temporali
Modalità di accessoEnsemble aperto
LicenzaApache 2.0 · verificare le licenze dei membri
DistribuzioneDistribuzione autonoma con granite-tsfm ≥0.3.10
Rilascio05 OCT 2026
Cutoff della conoscenzaNon pubblicato
EntrataSerie numeriche
UscitaQuantili e previsioni numeriche
Finestra di contestoDipende da ciascun modello membro
rendimento massimoNove quantili da 0,1 a 0,9; mediana come previsione puntuale
RagionamentoNon applicabile
Strumenti pubblicati
Uscite strutturatePrevisioni tabellari e quantili
Elaborazione batchNon pubblicato
Cache dei promptNon pubblicato
Fine-tuningNon pubblicato
Piattaforme verificateHugging Face · Granite TSFM
SI ADATTA MEGLIO A

Previsioni senza adattamento preliminare ed esperimenti sull’incertezza per domanda, energia o sensori. La ricetta predefinita linear_pool combina uniformemente i quantili senza apprendere pesi; restituisce nove quantili da 0,1 a 0,9 e usa la mediana come stima puntuale. Il metodo alternativo iqr_weighted favorisce intervalli stretti e ordina i quantili tramite regressione isotonica.

DA MONITORARE

Ogni canale multivariato viene previsto indipendentemente: non sfrutta le relazioni tra canali. Caricare quattro modelli aumenta memoria e latenza; limiti di contesto, orizzonte, dati mancanti e pre-elaborazione dipendono da ciascun membro. Un intervallo stretto non garantisce accuratezza né calibrazione. Valida con dati rappresentativi e monitora cambiamenti di distribuzione prima di automatizzare decisioni.

03 / CAPACITÀ

Cosa può fare

01

Orientamento

Previsioni senza adattamento preliminare ed esperimenti sull’incertezza per domanda, energia o sensori. La ricetta predefinita linear_pool combina uniformemente i quantili senza apprendere pesi; restituisce nove quantili da 0,1 a 0,9 e usa la mediana come stima puntuale. Il metodo alternativo iqr_weighted favorisce intervalli stretti e ordina i quantili tramite regressione isotonica.

02

Contesto

Dipende da ciascun modello membro · Nove quantili da 0,1 a 0,9; mediana come previsione puntuale

03

Strumenti e integrazione

Non pubblicato

04

Accesso

Hugging Face · ricette e checkpoint separati

Modalità di input
Serie numeriche
04 / PREZZI

Costo documentato

ConcettoDi valoreUnità/condizione
Input standardNessuna tariffa API ufficiale pubblicataTariffa API standard
Input in cacheNon pubblicatoLettura di prefissi riutilizzati
Scrittura o archiviazione della cacheNon pubblicatoLa condizione varia in base al fornitore
Output standardCosto dell’infrastruttura propriaPuò includere token di ragionamento
Input batchNon pubblicatoElaborazione asincrona
Output batchNon pubblicatoElaborazione asincrona

L’identificatore corrisponde a una ricetta scaricabile, non a un endpoint API commerciale verificato. Non esiste una tariffa ufficiale per token; mantieni il costo sconosciuto e calcola l’infrastruttura. La ricetta e l’implementazione sono Apache 2.0, ma ogni checkpoint mantiene la propria licenza. Le ricette expanded includono membri IBM Research con condizioni separate, potenzialmente non commerciali.

i I prezzi cambiano e possono dipendere dal livello, dalla regione o dalla durata del contesto. Controlla la fonte prima di prendere una decisione.

05 / VALUTAZIONI

Come leggere i risultati

“

Risultati pubblicati da IBM, non riprodotti da Inferama, su 97 configurazioni GIFT-Eval. MASE e CRPS/MWQL sono normalizzati rispetto a Seasonal Naive e aggregati geometricamente; valori inferiori sono migliori. I ranghi riassumono posizioni per configurazione, non percentuali. Le posizioni risalgono al 28 settembre 2026; il confronto visivo filtra licenze e altri criteri, quindi non dimostra una leadership assoluta. Mantieni separati linear_pool e iqr_weighted.

BenchmarkRisultatoMetricaFonte
GIFT-Eval MASE0,6830MASE normalizzatoVedi fonte ↗
GIFT-Eval CRPS0,4707CRPS/MWQL normalizzatoVedi fonte ↗
GIFT-Eval MASE Rank37,19Rango aggregatoVedi fonte ↗
GIFT-Eval CRPS Rank39,91Rango aggregatoVedi fonte ↗
GIFT-Eval MASE0,6830MASE normalizzatoVedi fonte ↗
GIFT-Eval CRPS0,4700CRPS/MWQL normalizzatoVedi fonte ↗
GIFT-Eval MASE Rank37,65Rango aggregatoVedi fonte ↗
GIFT-Eval CRPS Rank36,90Rango aggregatoVedi fonte ↗

Inferama evidenzia un "miglior risultato" solo quando la metrica, il set di test, la configurazione e la data consentono un confronto equivalente. I dati del fornitore sono presentati come affermazioni provenienti dalla propria fonte.

06 / VERSIONI

Cronologia

Ensemble R1 · linear_pool

Ricetta predefinita con quattro membri Granite e combinazione uniforme dei quantili.

Ensemble R1 · iqr_weighted

Ricetta alternativa granite-iqr: stessi membri; ponderazione per intervallo interquartile.

07 / FONTI

Tracciabilità