Forschung — offen einsehbar
Gebaut. Gelaufen. Benutzt.
Wirksam ist etwas anderes.
Die meisten Aussagen über Software vermischen vier Zustände, die nichts miteinander zu tun haben. Hier steht, wie wir sie trennen — und welche Belegstufe eine Aussage tragen muss, bevor wir sie treffen.
Sechs Zustände einer Funktion
Eine Funktion kann im Code stehen. Das heißt nicht, dass sie je ausgeführt wurde. Sie kann ausgeführt worden sein — das heißt nicht, dass sie funktioniert. Sie kann einen Test bestehen und trotzdem für niemanden bedienbar sein. Und sie kann benutzt werden, ohne den behaupteten Effekt zu erzeugen.
Am 03.09.2026 haben in diesem System zwölf vollständig gebaute Subsysteme kein einziges Artefakt erzeugt — Rechnungen, Angebote, CRM, Sitebuild, Dev-Agent und weitere. Der Beleg dafür sind leere Verzeichnisse und fehlende Zustandsdateien.
Der Satz, der daraus wurde, steht seither über allem: Gebaut ist nicht gelaufen.
Sieben Belegstufen — E0 bis E6
Jede Aussage über dieses System trägt eine Stufe. Ohne Stufe ist es keine Aussage, sondern eine Meinung.
Hash ≠ Wahrheit. Eine Prüfsumme beweist, dass sich eine Datei nicht verändert
hat. Sie beweist nicht, dass ihr Inhalt stimmt.
Instrumentierung ≠ unabhängige Evidenz. Wenn dieselbe KI ein System baut,
dokumentiert und anschließend prüft, sind die Fehler korreliert. Deshalb gibt es
Gegenproben, negative Stichproben und getrennte Prüfinstanzen.
Wo die Kette bricht — und wie oft
Zwischen dem, was tatsächlich passiert, und dem, was jemand darüber glaubt, liegen sechs Übergänge. Jeder einzelne kann brechen, ohne dass es auffällt.
Was wir nicht tun
Ein fehlender Wert wird nicht zu 0. Wo nicht gemessen wurde, steht „nicht erhoben" — auch wenn eine Null besser aussähe.
Ein nicht messbarer Effekt bleibt NOT ESTIMABLE.
Er wird nicht geschätzt, nicht gerundet und nicht durch eine Erzählung ersetzt.
Ein Fehler wird nicht entfernt, weil er schlecht aussieht. Negative Ergebnisse bleiben dokumentiert. Sie sind der wertvollere Teil.
Die Monographie
Der ausführliche Stand als PDF: Architektur, Zustands- und Evidenzklassen, dokumentierte Fehlerfälle, Grenzen des Ansatzes.
Arbeit 1 · Public Research Edition v1.1 · 73 Seiten · Website-Ausgabe 13.09.2026 · SHA-256 07bb91cc…0c46
Monographie öffnen (PDF)Laufendes unabhängiges Forschungsprojekt. Keine universitäre Abschlussarbeit, kein akademischer Grad, keine abgeschlossene Begutachtung durch Dritte. Der Stand ist als solcher gekennzeichnet.
Human × AI × Reality
Die Folgeuntersuchung zur Monographie: dasselbe System im laufenden Betrieb, längsschnittlich betrachtet — menschliche Freigabe, Governance, Evidenz und Zuverlässigkeit, einschließlich der Negativergebnisse und Grenzen.
Arbeit 2 · Public Research Edition v1.0 · 79 Seiten · Stand 20.09.2026 · SHA-256 dc9dee31…0415
Arbeit 2 öffnen (PDF)Öffentliche Ausgabe: technische Einzelheiten, die eine Rekonstruktion des Systems erleichtern würden, sind abstrahiert. Nicht begutachtet, externe Prüfung ausstehend. Keine universitäre Abschlussarbeit.
Angriff erwünscht
Wenn Sie einen Denkfehler finden, eine Behauptung ohne Beleg oder eine Kennzahl, die etwas anderes misst als ihr Etikett — schreiben Sie uns. Widerspruch wird aufgenommen, datiert und beantwortet.
julien@loewen-codex.comWer ein System allein prüft, das er selbst gebaut hat, prüft nichts. Das ist keine Höflichkeitsfloskel, sondern der Grund für diese Seite.
Und wenn Sie es brauchen
Dieselbe Strenge, auf Ihr Geschäft angewendet
Was Sie hier lesen, ist die Arbeitsweise, nicht das Angebot. Wenn Sie einen Fehler gefunden haben, schreiben Sie ihn uns. Wenn Sie ihn geschäftlich brauchen — zwanzig Minuten, kein Verkaufsgespräch. Wir sagen Ihnen auch, wo es nicht hilft.
Termin vereinbaren →