Public Web · VERÖFFENTLICHT
Serverseitige Analyse auf studio.vonmallinckrodt.com fuer Beispiele, Lehre sowie oeffentliche oder bewusst uebermittelte Daten.
Studio Web oeffnen ↗
Research software · Open science
BenchEWS Studio 2.0.0
BenchEWS Studio ist über zwei öffentliche Zugänge verfügbar: direkt im Browser als Studio Web und lokal als veröffentlichte macOS-DMG. Beide Zugänge bleiben an dieselben dokumentierten wissenschaftlichen Status- und Evidenzgrenzen gebunden.
Studio Web direkt öffnen ↗macOS DMG herunterladen ↓Zenodo-Softwaredatensatz ↗User Manual ↓Scientific Release Companion ↓Studio Web Manual DE ↓Studio Web Manual EN ↓Web Comparison DE ↓Web Comparison EN ↓Studio Web Auditbericht DE ↓Studio Web Audit Report EN ↓
macOS-Erststart: Studio 2.0.0 ist als ad-hoc signierte wissenschaftliche Software veröffentlicht und nicht Apple-notarisiert. Falls macOS den ersten Start blockiert: Systemeinstellungen → Datenschutz & Sicherheit → Dennoch öffnen, anschließend „Öffnen“ bestätigen. Gatekeeper nicht global deaktivieren.
ENTRÉE / STUDIO 2.0.0
Die veröffentlichte Version 2.0.0
Die zuvor an dieser Stelle gezeigten Bildschirmfotos gehörten zur historischen Version 1.4.0 und wurden deshalb aus dem 2.0.0-Entrée entfernt. Für die aktuelle Oberfläche ist ausschließlich die dokumentierte Version 2.0.0 maßgeblich; das bebilderte User Manual führt durch die veröffentlichte Software.
STUDIO WEB / DATENHOHEIT
Web, Local Offline und Institutional Self-hosted
Die Web-Version ist veroeffentlicht. Fuer vertrauliche Forschungsdaten sind zwei weitere Betriebsarten verbindlich vorgesehen, aber noch nicht als Release-Artefakt freigegeben. Deshalb gibt es hier bewusst noch keinen irrefuehrenden aktiven Offline-Download.
Local Offline · RELEASE-GATE OFFEN
Lokale Analyse auf dem Rechner des Forschers; Netzwerk und Telemetrie muessen nach Installation abschaltbar sein. Download wird erst nach bestandenem Offline-Gate aktiviert.
Institutional Self-hosted · RELEASE-GATE OFFEN
Berechnung innerhalb der Institutsinfrastruktur ohne verpflichtende Verbindung zu BenchEWS-Produktionsservern. Paket wird erst nach Admin-, Netzwerk-, Paritaets- und Rollback-Pruefung freigegeben.
Software · Release-Stand
Release-Horizont
BenchEWS Studio 2.0.0
Veröffentlicht: 24. September 2026
Aktuelle öffentliche Version · Zenodo DOI 10.5281/zenodo.22928826BenchEWS Studio 3.0 — ECHO
Geplant für Mitte 2027
Entwicklungshorizont · nächste Stufe evidenzbasierter SystemdiagnostikHISTORISCHE VERSION · 1.4.0
01 / Historische Veröffentlichung
Ein zugänglicher Einstieg in vergleichende Frühwarnanalysen
BenchEWS Studio 1.4.0 bündelt Analyse, Parametrisierung und Ergebnisdarstellung in einer grafischen Forschungsumgebung. Die veröffentlichte Zenodo-Fassung enthält Software und Dokumentation; für macOS ist ein installierbares DMG-Paket abrufbar.
Ziel
Frühwarnindikatoren und Systemreaktionen nachvollziehbar untersuchen, ohne jede Analysepipeline von Grund auf neu programmieren zu müssen.
Nutzen
Ein strukturierter Einstieg in reproduzierbare Experimente, vergleichbare Auswertungen und dokumentierte Forschungsabläufe.
Oberfläche
Zwölf reale, aufgabenorientierte Panels führen von Idee und Projekt über Konfiguration, Prüfung und Ausführung bis zu Interpretation, Publikation, Wiederverwendung und fokussierter Modulanalyse.
Wissenschaftlicher Status
Die Software unterstützt Forschung und Exploration. Ihre Ergebnisse sind indikativ und ersetzen weder domänenspezifische Validierung noch eine sichere Vorhersage von Kipppunkten.
02 / Schnellstart · historische Version 1.4.0
In fünf klaren Schritten zum ersten geprüften Lauf
Dieser Einstieg beschreibt ausschließlich den belegten Release-Stand. Detaillierte Installations- und Bedienhinweise bleiben im veröffentlichten Manual auf Zenodo maßgeblich.
- 1 · System prüfenFür den offiziell freigegebenen Stand wird macOS auf Apple Silicon (arm64) vorausgesetzt. Windows und Linux besitzen in Version 1.4.0 kein offiziell freigegebenes Paket.
- 2 · Release öffnenSoftware, macOS-DMG, User Manual und Release-Dokumentation gemeinsam über den versionierten Zenodo-Datensatz beziehen.
- 3 · Manual befolgenInstallation und Start entsprechend der im Release enthaltenen Anleitung durchführen; diese Seite ersetzt keine plattformspezifischen Installationsschritte.
- 4 · Reference Benchmark ausführenDie eingebaute synthetische Referenzreihe muss 0,8310 für die Varianz und 0,7753 für die Lag-1-Autokorrelation reproduzieren.
- 5 · Erst danach eigene Daten analysierenErgebnisse bleiben indikativ. Domänenspezifische Validierung, Messunsicherheit und automatische Kipppunktvorhersage sind nicht Bestandteil des veröffentlichten Kerns.
03 / Plattform- und Versionsstatus
Was heute nutzbar ist – und was noch nicht.
Die Bezeichnungen BenchEWS, ECHO und Studio stehen für unterschiedliche Ebenen: Forschungsprogramm, mathematische Architektur und konkrete Software-Implementierung.
| Ebene | Plattform / Stand | Status | Geltungsgrenze |
|---|---|---|---|
| BenchEWS Studio 2.0.0 | macOS auf Apple Silicon (arm64) | AKTUELL · VERÖFFENTLICHT | Öffentliche Zenodo-Version vom 24. September 2026; ad-hoc signiert, nicht Apple-notarisiert. |
| Studio 1.4.0 | Historische Veröffentlichung | ARCHIV | Frühere öffentliche Referenzversion; durch Studio 2.0.0 als aktuelle Version abgelöst. |
| Studio 3.0 ECHO | Forschungsausblick | VORGESCHLAGEN | Zielumfang: vollständige ECHO-Architektur mit insgesamt 20 produktiven EWS-Modulen; keine implementierte oder terminierte Produktversion. |
04 / Leistungsumfang
Vom wissenschaftlichen Einfall zum zitierfähigen Forschungsartefakt
BenchEWS Studio verhält sich wie ein wissenschaftliches Instrument: Es verbindet Konfiguration, Ausführung, Ergebnis und Provenienz, statt diese über Skripte, Tabellen und Notebooks zu verstreuen.
- 01Idee & Projekt
Eine Forschungsfrage wird als Objekt angelegt und mit Konfigurationen und Läufen verbunden.
- 02Konfiguration
Beobachtungsdaten und Indikatoren werden explizit festgelegt.
- 03Validierung
Interne Regeln prüfen, ob eine Konfiguration ausgeführt werden darf.
- 04Ausführung
Der Lauf berechnet populationsbezogene Varianz und Lag-1-Autokorrelation.
- 05Verifikation
Ergebnisse, Parameter und Zustandsfolge bleiben nachvollziehbar.
- 06Interpretation
Die wissenschaftliche Deutung bleibt bewusst beim Forschenden.
- 07Publikation
Ein prüfbares Knowledge Package kann erzeugt und für Zenodo vorbereitet werden.
Zwei ausführbare Referenzindikatoren
Die veröffentlichte Fassung berechnet populationsbezogene Varianz und Lag-1-Autokorrelation für univariate Beobachtungszeitreihen. Beide Module tragen den transparenten Status Experimental, weil Messunsicherheit und Kalibrierung noch nicht implementiert sind.
Abgrenzung zu CRTI und AIP: Der peer-reviewte AIP-Beitrag behandelt spektrale Kompression und den structural compression index Φ(Σ) unter expliziten Modellannahmen. Der breitere CRTI-Softwareindikator ist davon getrennt zu behandeln. Im veröffentlichten Frozen Kernel von Studio 1.4.0 ist CRTI nicht als ausführbares Indikatormodul integriert.
Installation mit Sollwerten prüfen
Eine fest eingebaute synthetische 20-Punkte-Reihe muss 0,8310 für die Varianz und 0,7753 für die Lag-1-Autokorrelation reproduzieren. Damit wird der Kernlauf zu einem konkreten, falsifizierbaren Funktionstest.
Keine stillen Zustandswechsel
Ein deterministischer Zehn-Zustände-Workflow mit Guard-Bedingungen verhindert etwa Ausführung vor Validierung oder Publikation vor Abschluss. Jeder Übergang wird mit Zeit und auslösender Aktion in einem append-only Audit Trail festgehalten.
Nachvollziehbar statt „irgendwo gespeichert“
Eine SQLite-Registry und ein inhaltsadressierter, SHA-256-geprüfter Dateispeicher halten Objekte, Läufe und Artefakte zusammen. Änderungen an gespeicherten Artefakten werden dadurch technisch erkennbar.
05 / Reproduzierbarer Export
Das Ergebnis ist mehr als eine Zahl
Das zentrale Exportobjekt ist ein Knowledge Package im interoperablen RO-Crate-Format. Es bündelt Lauf, Konfiguration, Ergebnisse und maschinenlesbare Provenienz in einem selbstständigen, SHA-256-geprüften Forschungsartefakt.
06 / The 12-panel scientific workflow
Zwölf reale Arbeitsbereiche - in verbindlicher Reihenfolge
Die Beschreibung folgt der finalen Studio-2.0-Navigation. „Dataset“, „Simulation“, „Algorithm“, „Visualization“, „Report“ und „Export“ können Analyseobjekte oder Funktionen bezeichnen, sind aber keine zusätzlichen aktuellen Navigationspanels.
01Reference BenchmarkDetails öffnen
ZweckFührt den festen Scientific Reference Benchmark als Installations- und Rechenprüfung aus.
Wissenschaftlicher NutzenDokumentierte Sollwerte zeigen unmittelbar, ob der geprüfte Kernlauf reproduzierbar arbeitet.
Studio 2.0 heuteStudio 2.0 führt vier EWS im Analyseumfang: Varianz, Lag-1-Autokorrelation, Schiefe und CRTI. Der feste Reference Benchmark prüft davon derzeit Varianz und Lag-1-Autokorrelation anhand dokumentierter Sollwerte; Schiefe und CRTI bleiben als weitere Studio-2.0-Indikatoren davon klar getrennt.
Klare GrenzeDie Beschränkung des festen Sollwerttests auf zwei Kennzahlen bedeutet nicht, dass Studio 2.0 nur zwei EWS umfasst. Der Benchmark ist zugleich kein allgemeines Best-EWS-Auswahlsystem und keine Analyse eines unbekannten realen Systems.
Studio 3.0 / ECHO · PLANNEDStudio 3.0 / ECHO soll standardisierte Vergleiche um eine transparente, evidenzbasierte Bewertungs- und Empfehlungsebene erweitern.
02IdeaDetails öffnen
ZweckErfasst Forschungsfrage, Hypothese oder Motivation als expliziten Ausgangspunkt.
Wissenschaftlicher NutzenDer konzeptionelle Ursprung der Untersuchung bleibt im Projektzusammenhang nachvollziehbar.
Studio 2.0 heuteEine wissenschaftliche Idee kann angelegt und für die nachfolgenden Workflow-Objekte persistiert werden.
Klare GrenzeDie Formulierung einer Idee erzeugt weder Evidenz noch Hypothesenvalidierung.
03ProjectDetails öffnen
ZweckÜberführt eine Idee in einen organisatorischen Untersuchungscontainer.
Wissenschaftlicher NutzenZusammengehörige Konfigurationen, Läufe und Ergebnisse erhalten einen reproduzierbaren Projektkontext.
Studio 2.0 heuteProjekte können angelegt, identifiziert und im registrierten Objektbestand geführt werden.
Klare GrenzeEin Projekt- oder Workflowstatus ist keine wissenschaftliche Qualitäts- oder Validierungsaussage.
04ConfigurationDetails öffnen
ZweckStellt eine Benchmark-Konfiguration aus bereits registrierten Analyseobjekten zusammen.
Wissenschaftlicher NutzenEingaben und Analysebedingungen werden explizit und nachvollziehbar festgelegt.
Studio 2.0 heuteVorhandene Scenario-, Dataset-, Observation-Strategy- und Indicator-Objekte können zu einer Konfiguration verbunden werden.
Klare GrenzeDie Software garantiert nicht automatisch, dass die gewählte Konfiguration oder Parametrisierung wissenschaftlich optimal ist.
05ValidationDetails öffnen
ZweckPrüft Schema- und Cross-Object-Konsistenz einer Konfiguration.
Wissenschaftlicher NutzenFormale Inkonsistenzen können vor der Ausführung sichtbar werden.
Studio 2.0 heuteInterne Regeln entscheiden, ob die registrierten Objekte technisch gemeinsam ausführbar sind.
Klare GrenzeDiese Prüfung ist Software- und Objektvalidierung, keine empirische oder wissenschaftliche Validierung der Hypothese.
06ExecutionDetails öffnen
ZweckFührt einen freigegebenen Run mit den ausgewählten Daten und Verfahren aus.
Wissenschaftlicher NutzenBerechnung und Workflowzustand werden kontrolliert und nachvollziehbar erzeugt.
Studio 2.0 heuteEine valide Konfiguration kann ausgeführt und ihr Laufstatus dokumentiert werden.
Klare GrenzeEine erfolgreiche Ausführung ist weder wissenschaftliche Interpretation noch Nachweis prädiktiver Güte.
07VerificationDetails öffnen
ZweckUnterstützt die technische Integritäts- und Reproduzierbarkeitsprüfung eines Runs.
Wissenschaftlicher NutzenErgebnis, Konfiguration, Provenienz und Zustandsfolge können gegeneinander geprüft werden.
Studio 2.0 heuteDie technische Nachvollziehbarkeit eines abgeschlossenen Laufs wird anhand der vorhandenen Prüfpfade kontrolliert.
Klare GrenzeTechnische Verifikation beweist weder die wissenschaftliche Richtigkeit der Methode noch die Bedeutung des Ergebnisses.
08InterpretationDetails öffnen
ZweckStellt Resultate für die wissenschaftliche Einordnung durch den Nutzer bereit.
Wissenschaftlicher NutzenBeobachtungen und Schlussfolgerungen können im Kontext der Forschungsfrage dokumentiert werden.
Studio 2.0 heuteErgebnisse werden zur Prüfung und nutzergeführten Einordnung verfügbar gemacht.
Klare GrenzeStudio 2.0 erzeugt keine autonome wissenschaftliche Wahrheit und wählt nicht selbstständig die richtige Deutung.
Studio 3.0 / ECHO · PLANNEDECHO soll transparent begründete Entscheidungshilfen anbieten; die wissenschaftliche Verantwortung bleibt beim Forscher.
09PublicationDetails öffnen
ZweckBereitet Manifest, RO-Crate und Publikationsobjekt entsprechend dem implementierten Workflow vor.
Wissenschaftlicher NutzenErgebnisse, Konfiguration und Provenienz können als prüfbares Forschungsartefakt zusammengeführt werden.
Studio 2.0 heuteEin Knowledge Package kann vorbereitet und für eine bewusste Veröffentlichung bereitgestellt werden.
Klare GrenzePaketerzeugung ist weder tatsächliche Veröffentlichung noch Peer Review oder wissenschaftliche Validierung.
10ReuseDetails öffnen
ZweckUnterstützt die Auffindbarkeit und Wiederverwendung vorhandener Publikations- und Forschungsobjekte.
Wissenschaftlicher NutzenVorarbeiten können für Re-Execution, Reproduktions- oder Replikationskontexte nachvollziehbar herangezogen werden.
Studio 2.0 heuteGeeignete registrierte Objekte können für einen erneuten Forschungsworkflow ausgewählt werden.
Klare GrenzeWiederverwendung garantiert weder Reproduzierbarkeit auf fremder Infrastruktur noch erfolgreiche unabhängige Replikation.
11Object BrowserDetails öffnen
ZweckListet und filtert registrierte Projekte, Datensätze, Läufe und Publikationen.
Wissenschaftlicher NutzenDer Wissenschaftler sieht, welche Objekte in der lokalen Registry tatsächlich vorhanden sind.
Studio 2.0 heuteObjekttyp, Identität, Zustand und Erstellungszeit können durchsucht und kontrolliert werden.
Klare GrenzeDer Object Browser bewertet weder wissenschaftliche Qualität noch Evidenzstärke.
12Scientific ModulesDetails öffnen
ZweckWendet ein ausgewähltes Scientific Module gezielt auf Beobachtungsdaten an.
Wissenschaftlicher NutzenEin bestimmter mathematischer Detektor kann fokussiert untersucht werden, statt nur als Teil eines Gesamtworkflows zu erscheinen.
Studio 2.0 heuteDie geprüfte 2.0-Baseline führt Varianz, Lag-1-Autokorrelation, Skewness und CRTI aus. CRTI verwendet die multivariate Algorithmus-Bindung und ist als spektrales Kompressions-/Recovery-Forschungsmodul assumptionsgebunden.
Klare GrenzeDas Ergebnis beantwortet, was das ausgewählte EWS für diese Daten zeigt - nicht, ob es das beste EWS für diesen Datensatz ist.
Studio 3.0 / ECHO · PLANNEDECHO soll Einzelbefunde mit Vergleichsevidenz und definierten Bewertungskriterien verbinden.
Scientific Modules
Was zeigt dieses ausgewählte EWS für den aktuellen Datensatz?
Reference Benchmark
Reproduziert die Installation die dokumentierten Sollwerte der festen Referenzreihe?
Evidenzbasierte Bewertung
Welches EWS oder welche Kombination liefert unter definierten Kriterien die stärkste Evidenz - oder ist keine belastbare Empfehlung möglich?
Implementierungsgrenze: Studio 2.0 berechnet und strukturiert Evidenz für die Beurteilung. Allgemeine Methodenauswahl und wissenschaftliche Interpretation bleiben beim Forscher.
07 / Erwartungsmanagement
Calculation → Evidence → Interpretation
Calculation
Was wird mathematisch berechnet?
Evidence
Was lässt sich beobachten, prüfen, vergleichen und dokumentieren?
Interpretation / Recommendation
Welche Schlussfolgerung ist gerechtfertigt - und wer trifft sie?
Studio 2.0 übernimmt die Berechnung und strukturiert Evidenz für die Beurteilung. Wissenschaftliche Interpretation und allgemeine Methodenauswahl bleiben in der Verantwortung des Forschers.
VERÖFFENTLICHT · VERSION 2.0.0 · 24. SEPTEMBER 2026
08 / Aktuelle öffentliche Softwareversion
BenchEWS Studio 2.0.0 · Vier-Indikatoren-Release
Veröffentlicht auf Zenodo: Version 2.0.0 fokussiert einen qualitätsgesicherten Kern mit vier registrierten Analyseverfahren: Varianz, Lag-1-Autokorrelation, Skewness und CRTI. Der veröffentlichte Stand umfasst Software, User Manual, Scientific Release Companion und dokumentierte Release-Verifikation. Softwareausführbarkeit und wissenschaftliche Validierung bleiben getrennte Ebenen.
Published on Zenodo: Version 2.0.0 focuses on a quality-assured core of four registered analytical methods: variance, lag-1 autocorrelation, skewness, and CRTI. Software executability and scientific validation remain separate layers.
Prozess-Engine · implementiert
Ein deterministischer, sequenzieller und zyklenfreier DAG-Prozesskern orchestriert abhängige Arbeitsschritte. Ausführung und Objektlebenszyklus bleiben getrennte Zustandsräume.
Provenienz & Identität · implementiert
Append-only Ereignisprotokoll, kanonische Inhaltsidentität und getrennte Ausführungsidentität machen sichtbar, welche Fassung, Eingabe und Prozessausführung ein Ergebnis erzeugt haben.
Projektarchiv & Migration · Kern implementiert
Deterministische Projektarchive, sichere Round-Trips und die Rekonstruktion von Referenzen aus 1.4.0 sind im unabhängigen Kern geprüft; abhängige Vollintegrationen sind teilweise noch nicht laufzeitgeprüft.
Semantische Evidenz · Kern implementiert
Hypothesen, Evidenz, Anhänge, Gegenbelege, Evaluation und Missingness besitzen getrennte Objekte. Widersprüchliche Evidenz muss sichtbar bleiben; automatische wissenschaftliche Bewertung wird nicht behauptet.
Verifizierter Modulbestand
Studio 2.0 führt vier EWS mit transparentem wissenschaftlichem Status: Varianz, Lag-1-Autokorrelation, Skewness und CRTI. CRTI ist multivariat gebunden und implementiert den spektralen Kompressions-/Recovery-Ansatz auf Grundlage der zugehörigen peer-reviewten AIP-Arbeit; Softwareverifikation, Geltungsbereich der Mathematik und empirische Validierung bleiben getrennte Evidenzebenen.
| Modul | Softwarestatus | Wissenschaftlicher Status | Belegte Grenze |
|---|---|---|---|
| Varianz | AUSFÜHRBAR | Experimental | Frozen Legacy Kernel; keine quantifizierte Messunsicherheit oder universelle EWS-Validität. |
| Lag-1-Autokorrelation | AUSFÜHRBAR | Experimental | Frozen Legacy Kernel; keine quantifizierte Messunsicherheit oder universelle EWS-Validität. |
| Skewness | AUSFÜHRBAR | Experimental | Adjustierter Fisher-Pearson-Koeffizient; unabhängig handgerechneter Referenzfall, aber keine universelle Richtungsdeutung. |
| CRTI | AUSFÜHRBAR · MULTIVARIAT | Spektrales Kompressions-/Recovery-Forschungsmodul auf Grundlage des peer-reviewten AIP-Ansatzes | Die Implementierung erweitert nicht den im AIP-Paper hergeleiteten Geltungsbereich. Modellannahmen, Unsicherheiten, domänenspezifische Interpretation und empirische Validierung bleiben gesondert zu prüfen. |
| Weitere EWS-Module | FÜR 3.0 ECHO | Erst nach Registry- und Quellprüfung auszuweisen | Ausbauziel sind insgesamt 20 produktive EWS-Module. Keine Integrationsbehauptung vor Nachweis von Formel, Binding, Tests, Provenienz und Status jedes Moduls. |
Weitere belegte 2.0-Bausteine
Erweiterungsvertrag
Neue Module registrieren Berechnung, Metadaten und Visualisierung über einen generischen Binding-Vertrag, ohne die gemeinsame Dispatch-Tabelle oder den Frozen Kernel zu verändern.
Scientific Module Registry
Version, mathematische Definition, Messgröße, Eingaben, Ausgaben, Provenienz, Unsicherheit und Validierungsnachweis werden pro Modul als strukturierte Metadaten geführt.
Regression Harness
Drei Vergleichsfälle prüfen Wrapper-Fidelität, Archiv-Round-Trip und reale Process-Engine-zu-KernelService-Anbindung; ein Live-Vergleich mit dem abhängigen Legacy-Engine-Pfad bleibt offen.
Zwölf-Panel-Kontinuität
Die 1.4.0-Oberflächenstruktur bleibt erhalten. Neue Informationsdialoge und eine additive Verifikationsaktion erweitern sie, ohne einen dreizehnten Workflow-Bereich einzuführen.
Sieben Domänenbeschreibungen
Technik, Ökologie/Klima, Ökonomie, Finanzmärkte, Gesellschaft, Wissenschaft/Forschung und Individuum sind beschrieben. Sechs besitzen noch keine domänenspezifischen Adapter oder Schwellen; „Individuum“ bleibt ausdrücklich eingeschränkt.
ECHO-Diagnostik
D → FCQ → RF(T) → TR → V ↺, Observer-/Goodhart-Kontext, aktive Messung, Viabilität und Epistemic Silence sind wissenschaftliche Architekturbausteine, noch keine ausführbaren Diagnosealgorithmen.
Release-Gate für 2.0: Die vier registrierten Indikatoren müssen ihren jeweiligen Ausführbarkeitsstatus transparent ausweisen und die freigegebenen Pfade müssen rechnerisch verifiziert sowie in frischer Umgebung über Installation und Start geprüft sein. RC2 erfüllt die dokumentierten Test- und From-Zero-Gates; aus „Experimental“ folgt weder universelle Validität noch automatische Ausführbarkeit jedes Moduls.
PLANNED · NOT IMPLEMENTED · NOT VERIFIED
09 / Forschungsausblick
Ausblick auf Version 3.0 ECHO
3.0
Vision20 produktive EWS-Module in der vollständigen ECHO-Architektur
Version 3.0 ECHO übernimmt den qualitätsgesicherten Vier-Indikatoren-Kern der Version 2.0 und erweitert ihn schrittweise auf insgesamt 20 produktive EWS-Module sowie die vollständige ECHO-Diagnostik.
- Insgesamt 20 einzeln registrierte, verifizierte und provenance-geprüfte EWS-Module
- Vollständige ECHO-Kette D → FCQ → RF(T) → TR → V ↺
- Realtime- und Streaming-Adapter für fortlaufende Beobachtung
- Mehrere gekoppelte Domain-Packs innerhalb eines Projekts
- Vergleich von Interventionen, Szenarien und Systemgrenzen
- Erweiterte Provenienz, Reproduzierbarkeit und maschinenlesbare Publikation
Evidence-based EWS Recommendation Layer
Geplant ist eine transparente, validierungsbewusste Bewertung nach Warnvorlauf, Erkennungslatenz, Robustheit, Rauschsensitivität, Parameterstabilität, Fehlalarmverhalten, zeitlicher Konsistenz, Unsicherheit, Indikatorübereinstimmung sowie - soweit verfügbar - Ground Truth und begründeter Out-of-sample-Leistung.
Kein erzwungener Gewinner
Preferred single EWS · Complementary multi-EWS evidence · NO_RELIABLE_RECOMMENDATION / INDETERMINATE. Jede Aussage bleibt bedingt durch Datensatz, Kriterien, Validierungsinformation und Unsicherheit.
BenchEWS Individual v0.2
Veröffentlichter falsifizierbarer Hypothesen- und Methodenrahmen zu adaptiver Evidenzintegration, Prediction-Error-Persistenz, Estimator Latency und möglichen Behavioral-Lock-in-Dynamiken. Keine empirische Validierung und keine Studio-2.0-Funktion.
Versioniertes Paper öffnen ↗Quality-Driven Propagation & Adaptive Reopening
Published network-scale framework for epistemic quality, visibility, propagation, lock-in, and candidate reopening of correction pathways. Not empirically confirmed and not yet implemented in Studio.
Open versioned paper ↗Von Theorie zu reproduzierbarer Implementierung
Methodische Operationalisierung → experimentelles Design → Parameter-Recovery → Estimator-Latency-Tests → Competing-Model Analysis → reproduzierbare Studio-3.0-Implementierung → mögliche spätere empirische Validierung.
Published framework ≠ implemented software
Studio 2.0 remains functionally frozen. The two published frameworks enter Studio 3.0 only after operationalization, verification, and explicit implementation evidence.
Ground-Truth-Grenze: Ohne bekannte Ground Truth kann ECHO Eigenschaften und Evidenzstärke unter definierten Kriterien vergleichen, aber keine objektiv höchste tatsächliche Vorhersagegüte beweisen. Evidence ranking ≠ validated predictive superiority.
Transparenter Status: Version 3.0 ECHO ist ein Forschungs- und Entwicklungsziel, kein bereits implementiertes Produkt. Mitte 2027 ist der aktuelle Zielhorizont, kein verbindlich zugesagtes Release-Datum. ECHO soll wissenschaftliche Entscheidungen unterstützen, nicht wissenschaftliches Urteil ersetzen.
Kanonische Quelle: Zeitplan, Zielhorizonte und geplante Entwicklungsstufen werden ausschließlich auf der Forschungsroadmap gepflegt. Diese Softwareseite dokumentiert Implementierungsumfang und Evidenzgrenzen.
10 / Identität
Autor und Softwareidentität
Dipl.-Ing. Bernd von Mallinckrodt · unabhängiges Forschungsprogramm
11 / Kanonisches Forschungsziel
Forschungsprogramm und Instrument bleiben getrennt.
BenchEWS ist das Forschungsprogramm. BenchEWS Studio ist das Instrument, mit dem Teile dieses mathematischen Systemdetektors operationalisiert, untersucht und visualisiert werden. Die Selbstkorrektur-Architektur ist keine rückwirkend implementierte Studio-2.0-Funktion, sondern ein operationalisierbarer Forschungspfad für spätere, ausdrücklich geprüfte Versionen.
Selbstkorrektur-Rahmen öffnen →Primärquellen / Further reading
Software, Architektur und Referenzimplementierung
Versionierte Primärquellen aus dem BenchEWS-Forschungsprogramm – ausgewählt für den Gegenstand dieses Kapitels.
Current released software
BenchEWS Studio 2.0.0
Aktuelle veröffentlichte Software mit User Manual, Scientific Release Companion und dokumentierter Release-Verifikation.
10.5281/zenodo.22928826↗Historical softwareBenchEWS Studio 1.4.0
Historische Referenzversion; durch Studio 2.0.0 als aktuelle Veröffentlichung abgelöst.
10.5281/zenodo.21807143↗ECHO specificationBenchEWS ECHO Architecture
Semantische und metrologische Referenz für die Weiterentwicklung zu Studio 2.0.
10.5281/zenodo.21917450↗Programme architectureCanonical Architecture for Reproducible Early-Warning Science
Einordnung der Software in das gesamte offene Forschungsprogramm.
10.5281/zenodo.21398929↗Benchmark foundationOpen Metrological Benchmark Infrastructure
Wissenschaftliche Grundlage der vergleichenden Benchmark-Infrastruktur.
10.5281/zenodo.21207501↗