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

Granite Timeseries Ensemble R1

Von IBM am 5. Oktober 2026 veröffentlichtes Ensemble zur Zeitreihenprognose, belegt durch das öffentliche Veröffentlichungsereignis des offiziellen Repositorys. Es kombiniert PatchTST-FM-r1, PatchTST-FM-r2, FlowState-r1.1 und TTM-r3. Veröffentlicht werden reproduzierbare Rezepte, keine zusammengeführten Gewichte oder neu trainierten Checkpoints: Die vier Teilmodelle werden zur Laufzeit aus ihren jeweiligen Repositorys geladen.

01 / ZUSAMMENFASSUNG

Das Wesentliche

ORIENTIERUNGProbabilistische Zero-Shot-Prognosen

Primäre Verwendung angegeben oder vorsichtig aus offizieller Dokumentation abgeleitet.

KONTEXTAbhängig vom jeweiligen Teilmodell

Maximale Eingabekapazität bei Veröffentlichung durch die Quelle.

AUSFAHRTNeun Quantile von 0,1 bis 0,9; Median als Punktprognose

Dokumentierte maximale Erzeugungsgrenze.

ZUGANGHugging Face · getrennte Rezepte und Checkpoints

Verifizierte Verfügbarkeitskanäle.

MODELLTYPZeitreihen

Primäre Funktionsfamilie und verifizierte Spezialisierungen.

LIZENZApache 2.0 · Lizenzen der Teilmodelle prüfen

Deklarierte Bedingungen für API, Gewichte oder Self-Hosting.

02 / TECHNISCHES DATENBLATT

Limits und Integration

API-IDibm-granite/granite-timeseries-ensemble-r1
ModelltypZeitreihen
ZugangsmodellOffenes Ensemble
LizenzApache 2.0 · Lizenzen der Teilmodelle prüfen
EinsatzEigenbetrieb mit granite-tsfm ≥0.3.10
Veröffentlichung05 OCT 2026
WissensstichtagNicht veröffentlicht
EingangNumerische Zeitreihen
AusfahrtQuantile und numerische Prognosen
KontextfensterAbhängig vom jeweiligen Teilmodell
maximale LeistungNeun Quantile von 0,1 bis 0,9; Median als Punktprognose
ArgumentationNicht zutreffend
Veröffentlichte Tools
Strukturierte AusflügeTabellarische Prognosen und Quantile
StapelverarbeitungNicht veröffentlicht
Prompt-CacheNicht veröffentlicht
FeinabstimmungNicht veröffentlicht
Verifizierte PlattformenHugging Face · Granite TSFM
EIGNET SICH BESSER FÜR

Zero-Shot-Prognosen und Unsicherheitsexperimente für Nachfrage, Energie oder Sensoren. Das Standardrezept linear_pool kombiniert Quantile gleichmäßig ohne erlernte Gewichte; es liefert neun Quantile von 0,1 bis 0,9 und verwendet den Median als Punktschätzung. Die Alternative iqr_weighted bevorzugt enge Intervalle und ordnet Quantile mittels isotoner Regression.

SOLLTE BEOBACHTET WERDEN

Jeder multivariate Kanal wird unabhängig prognostiziert: Beziehungen zwischen Kanälen bleiben ungenutzt. Vier geladene Modelle erhöhen Speicherbedarf und Latenz; Kontext, Prognosehorizont, fehlende Daten und Vorverarbeitung hängen vom jeweiligen Teilmodell ab. Ein enges Intervall garantiert weder Genauigkeit noch Kalibrierung. Vor automatisierten Entscheidungen mit repräsentativen Daten validieren und Verteilungsverschiebungen überwachen.

03 / FÄHIGKEITEN

Was es kann

01

Orientierung

Zero-Shot-Prognosen und Unsicherheitsexperimente für Nachfrage, Energie oder Sensoren. Das Standardrezept linear_pool kombiniert Quantile gleichmäßig ohne erlernte Gewichte; es liefert neun Quantile von 0,1 bis 0,9 und verwendet den Median als Punktschätzung. Die Alternative iqr_weighted bevorzugt enge Intervalle und ordnet Quantile mittels isotoner Regression.

02

Kontext

Abhängig vom jeweiligen Teilmodell · Neun Quantile von 0,1 bis 0,9; Median als Punktprognose

03

Tools und Integration

Nicht veröffentlicht

04

Zugang

Hugging Face · getrennte Rezepte und Checkpoints

Eingabemodalitäten
Numerische Zeitreihen
04 / PREISE

Dokumentierte Kosten

KonzeptWertEinheit/Zustand
StandardeingabeKein offizieller API-Preis veröffentlichtStandardtarif der API
Eingabe aus dem CacheNicht veröffentlichtLesen wiederverwendeter Präfixe
Schreiben oder Speichern im CacheNicht veröffentlichtDie Bedingung variiert je nach Anbieter
StandardausgabeKosten der eigenen InfrastrukturKann Reasoning-Tokens enthalten
Batch-EingabeNicht veröffentlichtAsynchrone Verarbeitung
Batch-AusgabeNicht veröffentlichtAsynchrone Verarbeitung

Die Kennung bezeichnet ein herunterladbares Rezept, keinen verifizierten kommerziellen API-Endpunkt. Es gibt keinen offiziellen Tokenpreis; Kosten bleiben unbekannt, Infrastruktur muss budgetiert werden. Rezept und Implementierung stehen unter Apache 2.0, jeder Checkpoint behält jedoch seine Lizenz. Die expanded-Rezepte enthalten IBM-Research-Teilmodelle mit gesonderten, möglicherweise nichtkommerziellen Bedingungen.

i Die Preise ändern sich und können von Level, Region oder Kontextlänge abhängen. Überprüfen Sie die Quelle, bevor Sie eine Entscheidung treffen.

05 / BEWERTUNGEN

So lesen Sie die Ergebnisse

“

Von IBM veröffentlichte, nicht von Inferama reproduzierte Ergebnisse über 97 GIFT-Eval-Konfigurationen. MASE und CRPS/MWQL werden gegenüber Seasonal Naive normalisiert und geometrisch aggregiert; niedriger ist besser. Rangwerte fassen Positionen je Konfiguration zusammen, keine Prozentwerte. Die Platzierungen stammen vom 28. September 2026; der visuelle Vergleich filtert Lizenzen und andere Kriterien und belegt daher keine absolute Spitzenposition. linear_pool und iqr_weighted getrennt betrachten.

BenchmarkErgebnisMetrikQuelle
GIFT-Eval MASE0,6830Normalisierter MASEQuelle öffnen ↗
GIFT-Eval CRPS0,4707Normalisierter CRPS/MWQLQuelle öffnen ↗
GIFT-Eval MASE Rank37,19Aggregierter RangQuelle öffnen ↗
GIFT-Eval CRPS Rank39,91Aggregierter RangQuelle öffnen ↗
GIFT-Eval MASE0,6830Normalisierter MASEQuelle öffnen ↗
GIFT-Eval CRPS0,4700Normalisierter CRPS/MWQLQuelle öffnen ↗
GIFT-Eval MASE Rank37,65Aggregierter RangQuelle öffnen ↗
GIFT-Eval CRPS Rank36,90Aggregierter RangQuelle öffnen ↗

Inferama hebt nur dann ein „bestes Ergebnis“ hervor, wenn Metrik, Testsatz, Konfiguration und Datum einen gleichwertigen Vergleich ermöglichen. Die Zahlen des Lieferanten werden als Angaben aus eigener Quelle dargestellt.

06 / VERSIONEN

Chronologie

Ensemble R1 · linear_pool

Standardrezept mit vier Granite-Teilmodellen und gleichmäßiger Quantilkombination.

Ensemble R1 · iqr_weighted

Alternatives granite-iqr-Rezept: gleiche Teilmodelle; Gewichtung nach Interquartilsabstand.

07 / QUELLEN

Rückverfolgbarkeit