IMPLEMENTIERT
Eine Funktion ist in einer bezeichneten Softwareversion vorhanden. Das allein belegt keine domänenspezifische Wirksamkeit.
Evidence before claim · Stand 22. August 2026
Evidenz und Reifegrad
Diese Seite trennt mathematische Definition, Softwareimplementierung, Prüfung und externe Begutachtung. Ein Status in einer Spalte überträgt sich nicht automatisch auf eine andere.
IMPLEMENTIERTVALIDIERTPREPRINTUNTER PRÜFUNGSPEZIFIZIERTTHEORETISCHER HORIZONT
01 / Zentrale Evidenzmatrix
Was ist definiert, umgesetzt und tatsächlich geprüft?
| Element | Formaler Status | Implementierung | Prüfung | Externe Evidenz |
|---|---|---|---|---|
| Frozen Legacy Kernel IMPLEMENTED | Mathematisch definiert | Implementiert in Studio 1.4.0 | Referenzbenchmark auf Apple Silicon reproduziert; eine selbstberichtete Runde | Keine unabhängige Replikation |
| CRTI UNTER PRÜFUNG | Mathematisch beschrieben | Nicht als ausführbares Modul in Studio 1.4.0 integriert | Prüfung im Manuskript dokumentiert; Softwareverifikation und empirische Modulvalidierung stehen getrennt aus | Revidiertes Manuskript bei AIP Advances unter redaktioneller Prüfung; nicht angenommen oder veröffentlicht |
| FCQ PREPRINT | Versioniert beschrieben | Forschungs- und Architekturbaustein | Domänenspezifische Validierung offen | Preprint / Open-Science-Beitrag |
| ECHO / SCD PROPOSED | Spezifizierte Diagnosearchitektur | Teile implementiert; Gesamtarchitektur in Entwicklung | Keine architekturweite empirische Validierung | Kanonische, versionierte Zenodo-Referenz |
| BenchEWS Studio 1.4.0 IMPLEMENTED | Release dokumentiert | macOS-Paket gebaut, installiert und gestartet | Referenzwerte in einem realen Hardwarelauf bestätigt | Noch keine unabhängige Installation nach IVP-001 |
| BenchEWS Studio 2.0 ECHO Milestone PROPOSED | Versionierte Entwicklungsarchitektur | Prozess-, Provenienz-, Archiv-, Evidenz- und Modul-Erweiterungskerne implementiert; drei ausführbare Module in geprüfter Registry | Komponentenweise Tests und Mutationstests dokumentiert; keine vollständige Release- oder Hardwarevalidierung | Noch nicht als Software-Release veröffentlicht; CRTI und weitere 19 EWS nicht als integrierte Module belegt |
| Domänenübertragung PROPOSED | Adapter- und Validierungsprinzip spezifiziert | Je Domäne gesondert | Nur durch bezeichnete Validierungsfälle zulässig | Kein universeller Wirksamkeitsnachweis |
| Ontologie der Schwingung THEORETISCH | Philosophischer theoretischer Horizont | Nicht Bestandteil des mathematischen Kerns | Keine empirische Behauptung des BenchEWS-Verfahrens | Keine Grundlage für Validierungsstatus |
Leseregel: „Implementiert“ bedeutet nicht automatisch „validiert“; „Preprint“ bedeutet nicht „peer-reviewed“; ein genanntes Anwendungsfeld bedeutet nicht, dass dort bereits Wirksamkeit nachgewiesen wurde.
02 / Verbindliche Statussprache
Sechs Begriffe, sechs verschiedene Aussagen.
VALIDIERT
Ein ausdrücklich benannter Fall wurde gegen vorab definierte Kriterien geprüft. Die Aussage gilt nur innerhalb dieses Bereichs.
PREPRINT
Öffentlich und zitierbar dokumentiert, aber nicht mit einer abgeschlossenen externen Journalbegutachtung gleichzusetzen.
UNTER PRÜFUNG
Eingereicht oder revidiert; weder Annahme noch Veröffentlichung dürfen daraus abgeleitet werden.
SPEZIFIZIERT
Formal beschrieben, aber nicht vollständig implementiert oder empirisch bestätigt.
THEORETISCHER HORIZONT
Philosophischer Denk- und Entstehungskontext, keine mathematische oder empirische Evidenzklasse.
03 / Behauptungsprotokoll
Jede belastbare Aussage braucht ihre Grenze.
Was wird genau untersucht?
Die Aussage muss so eng formuliert sein, dass ein Gegenbefund möglich bleibt.
Worauf stützt sie sich?
Daten, Code, Version, Testfall und Quelle müssen nachvollziehbar bezeichnet sein.
Wo endet die Aussage?
Systemgrenze, Messmodell, Zeitskala, Unsicherheit und Übertragbarkeit werden offengelegt.
Woran könnte sie scheitern?
Kill-Kriterium und Vergleichsverfahren werden möglichst vor der Auswertung festgelegt.
Wie weit ist die Prüfung?
Implementierung, interne Prüfung, externe Replikation und Peer Review bleiben getrennt.
Welche Fassung gilt?
DOI, Release, Konfiguration und Datum führen zur maßgeblichen versionierten Quelle.
04 / Wissenschaftliche Grenzen
Was BenchEWS ausdrücklich nicht behauptet
- Keine GewissheitEin Frühwarnsignal ist keine deterministische Vorhersage eines Kipppunkts.
- Keine UniversalzahlBenchEWS liefert keinen allgemeingültigen Belastungswert für beliebige Systeme.
- Keine automatische ÜbertragungJede Domäne benötigt eigene Daten, Messmodelle, Kriterien und Validierungsfälle.
- Keine GleichsetzungEine implementierte Funktion oder plausible Anwendung ist noch kein Wirksamkeitsnachweis.
- Keine philosophische EvidenzDie Philosophie motiviert Fragen; Mathematik, Daten und reproduzierbare Prüfung tragen die wissenschaftlichen Aussagen.
- Keine medizinische DiagnostikDer Individualbereich ist Forschungsgegenstand und ersetzt weder Diagnose noch Behandlung.