Veröffentlichung geplant: September 2026
Planungsziel · abhängig von den finalen Release-PrüfungenKanonische Forschungsroadmap · Forschungsstand 6. September 2026
Wo BenchEWS heute steht.
Von der veröffentlichten Version 1.4.0 über die professionelle Releasevorbereitung von Studio 2.0 und eine geplante KI-gestützte Forschungsoberfläche bis zur offenen Frage nach domänenübergreifender mathematischer Invarianz.
Diese Roadmap trennt aktuellen Entwicklungsstand, geplante Funktionen und langfristige Forschungshorizonte. Sie ist kein Produktversprechen. Jede spätere Stufe muss durch Implementierung, Verifikation und unabhängige Evidenz getragen werden.
Software · Entwicklungsstand
Release-Horizont
Geplant für Mitte 2027
Entwicklungshorizont · nächste Stufe evidenzbasierter Systemdiagnostik01 / Kanonischer Entwicklungsweg
Fünf Ebenen · fünf klar getrennte Status
Eine Stufe antippen, um Umfang, Evidenzgrenze und nächste Prüfschritte zu sehen.
01RELEASED RELEASED · VERSIONED · CITABLEBenchEWS Studio 1.4.0
Veröffentlichte und zitierfähige Softwaregrundlage
Studio 1.4.0 ist die gegenwärtig veröffentlichte BenchEWS-Software. Die versionierte Zenodo-Fassung bündelt Anwendung, Dokumentation und einen installierbaren macOS-Build für Apple Silicon.
DOKUMENTIERTER LEISTUNGSUMFANG - 12 aufgabenorientierte Arbeitsbereiche
- Varianz und Lag-1-Autokorrelation ausführbar
- Reproduzierbarer Referenzbenchmark
- Deterministischer Forschungsworkflow
- Dokumentierte Konfigurationen, Läufe und Provenienz
- Exportierbares Knowledge Package
- User Manual und wissenschaftliche Begleitdokumentation
AUSDRÜCKLICHE GRENZEN - CRTI noch nicht als ausführbares Modul integriert
- Keine quantifizierte Messunsicherheit
- Keine automatische wissenschaftliche Interpretation
- Keine sichere Kipppunktvorhersage
- Keine unabhängige domänenübergreifende Validierung
02HEUTE CURRENT · IN FINAL RELEASE PREPARATIONBenchEWS Studio 2.0
Geplante erste vollständig professionelle BenchEWS-Forschungssoftware
Ziel ist ein wissenschaftlich belastbares, visuelles Werkzeug mit CRTI. Studio 2.0 befindet sich in der finalen Releasevorbereitung, ist aber noch nicht als Version 2.0 veröffentlicht.
Aktuellen Softwarestatus prüfen →QUALITÄTSMASSSTAB Releasequalität, Reproduzierbarkeit, Transparenz, intuitive Bedienbarkeit, wissenschaftliche Interpretierbarkeit und professionelles CI.
OFFENE FREIGABEKRITERIEN - CRTI und übrige Produktionsmodule vollständig
- Scientific Cockpit
- 12 Legacy Panels vollständig erhalten
- Full Regression
- Synchronisiertes User Manual
- Scientific Companion
- Lastenheft
- Final Cloud Readiness
- Real-Mac-Test
- From-Zero-Test
- Finale DMG
- Zenodo Release
03PLANNEDPLANNED · NOT IMPLEMENTED · NOT VERIFIEDStudio 3.0 ECHOWissenschaftliches Standardwerkzeug für Early-Warning- und SystemdiagnostikDetails öffnen +
Studio 3.0 ECHO ist ein strategisches Entwicklungsziel. Die gemeinsame Mathematik soll im BenchEWS-Kern bleiben; Domain Packs sollen Kontext, Datenanforderungen und Interpretationsgrenzen explizit machen.
02A / GEPLANTE SYSTEMKLASSEN 02B / GEPLANTER DOMAIN-PACK-VERTRAG - System Boundary
- Relevante Observable
- Erforderliche Daten
- Typische Zeitskalen
- Geeignete EWS
- Mathematische Voraussetzungen
- Failure Modes
- Interpretationsgrenzen
- Provenienz
02C / ZWEI GEPLANTE BEDIENMODI MODE A SCIENTIST MODE
Volle Kontrolle über Daten, Parameter, Methoden, Modelle, Evidenz und Interpretation.
MODE B · PLANNED GUIDED RESEARCH MODE
Eine KI unterstützt weniger spezialisierte Nutzer durch den Forschungsprozess. Sie darf wissenschaftliche Entscheidungen nicht verdecken und keine deterministische Berechnung ersetzen.
02D / GEPLANTER KONTROLLIERTER FORSCHUNGSWEG - 01Research Question
- 02System Boundary
- 03Observable
- 04Data
- 05Data Acquisition
- 06Source Qualification
- 07Data Harmonization
- 08EWS Selection
- 09Analysis
- 10Evidence / Uncertainty
- 11Interpretation
- 12Reproducibility Record
02E / PLANNED · NOT IMPLEMENTED · NOT VERIFIED AI DATA ACQUISITION & EVIDENCE LAYER
Geplant ist eine quellengebundene Beschaffung aus wissenschaftlichen Datenbanken, Open-Data-Portalen, APIs, Behördenquellen, Repositorien und seriösen Webquellen.
- Keine Messwerte erfinden oder halluzinieren
- Quelle, Abrufdatum und verfügbare Lizenz dokumentieren
- Einheit, Messmethode und Datenqualität dokumentieren
- Missingness und Transformationen dokumentieren
- Widersprüchliche Quellen sichtbar machen
- Bei unzureichender Evidenz: EVIDENCE_MISSING
- Bei unzureichender Qualität: DATA_QUALITY_INSUFFICIENT
- Jede KI-gestützte Analyse reproduzierbar halten
02F / HIGH · CORE STUDIO 3.0 CAPABILITY · PLANNED Dokumentierten 3.0-Ausblick öffnen →EVIDENCE-BASED EWS RECOMMENDATION LAYER
Studio 3.0 / ECHO soll verfügbare Indikatoren anhand sichtbarer Kriterien wie Warnvorlauf, Erkennungslatenz, Robustheit, Rauschsensitivität, Parameterstabilität, Fehlalarmverhalten, zeitlicher Konsistenz, Unsicherheit, Indikatorübereinstimmung und - soweit verfügbar - Ground Truth beurteilen.
STUDIO 2.0 Berechnung und strukturierte Evidenz
Daten → ausgewähltes verfügbares EWS → Berechnung und Darstellung → Interpretation durch den Forscher. Der feste Reference Benchmark bleibt Installations- und Reproduzierbarkeitsprüfung.
STUDIO 3.0 / ECHO · PLANNED Bewertung ohne erzwungenen Gewinner
Ein bevorzugtes EWS · komplementäre Multi-EWS-Evidenz · NO_RELIABLE_RECOMMENDATION / INDETERMINATE. Die wissenschaftliche Verantwortung bleibt beim Forscher.
04LONG-TERM RESEARCHLONG-TERM SCIENTIFIC HORIZONLangfristiger HorizontEine gesetzesähnliche Beziehung — nur falls die Evidenz trägtDetails öffnen +
Nach Studio 3.0 soll schrittweise untersucht werden, ob Verlust effektiver Freiheitsgrade, strukturelle Kompression, zunehmende Persistenz, Beobachtbarkeitsverlust und kritische Übergänge durch eine allgemeine mathematische Beziehung verbunden sind.
- OBSERVATION
- INDICATOR
- MECHANISM
- INVARIANCE
- LAW
Eine gesetzesähnliche oder möglicherweise naturgesetzliche Beziehung wäre ein mögliches Fernziel, niemals eine vorweggenommene Schlussfolgerung.
Nicht durch Absicht, sondern ausschließlich dann, wenn mathematische Ableitung, Domäneninvarianz und unabhängige Evidenz dies tragen.
Theoretischen Horizont prüfen →
02 / Implementierungspfad Selbstkorrektur
Zuerst formalisieren. Dann implementieren. Unabhängig validieren.
Konstrukt formalisieren, bestehende Module abgleichen, Positionierungspapier veröffentlichen und Kandidaten für Verlustindikatoren benchmarken.
Mehrdimensionale Diagnostik, Domänenadapter, Netzwerk- und Echtzeitintegration sowie explizite Recovery-Analyse.
Unabhängige Replikation, Domänenvalidierung, Recovery-Benchmarking und mögliche Standards ausschließlich bei tragender Evidenz.
03 / Wissenschaftliche Interpretierbarkeit
Wissenschaftliche Interpretierbarkeit ist kein Zusatz.
Jede künftige BenchEWS-Analyse soll nicht nur Zahlen ausgeben, sondern ihren Erkenntnisweg und ihre Grenzen sichtbar machen.
- 01Was wurde untersucht?
- 02Was wurde berechnet?
- 03Mit welcher Methode?
- 04Auf welchen Daten?
- 05Warum wurde diese Methode gewählt?
- 06Ist der Input geeignet?
- 07Welche Evidenz liegt vor?
- 08Welche Unsicherheit besteht?
- 09Welche Warnungen bestehen?
- 10Was bedeutet das Ergebnis?
- 11Welche alternativen Erklärungen gibt es?
- 12Was darf ausdrücklich nicht daraus geschlossen werden?
Keine künstliche Gewissheit · keine Fake-Scores · keine unbelegten Alarmgrenzen
04 / Verknüpfte Evidenz
Von der Roadmap direkt zu den prüfbaren Grundlagen
Die Roadmap ist zugleich Navigationslogik. Jeder Bereich führt zur bestehenden Primärseite; Dopplungen werden vermieden.