Reason Engine
Zwei Menschen arbeiten in einer hölzernen Bibliothek gemeinsam an einem großen Modell; daneben steht ein MacBook.

ÖFFENTLICHES FORSCHUNGS- UND PILOTPROJEKT

Entscheidungen mit KI, die später noch erklärbar sind.

Reason Engine untersucht, wie Quellen, Annahmen, Unsicherheit und Verantwortung in komplexen Entscheidungen sichtbar bleiben können.

Wir testen den Ansatz an kleinen, klar begrenzten realen Fällen. Kein fertiges Produktkostüm, keine behauptete Produktionsreife.

Echten Anwendungsfall ansehenSo soll ein Dossier aussehen

Frühe Entwicklungsphase · Reale Fälle zuerst · Behauptungen nur innerhalb ihrer Evidenz

DAS KONKRETE PROBLEM

Antworten sind schnell. Begründungen verschwinden.

Drei Wochen nach einer Entscheidung weiß niemand mehr, welche Zahl aus einer Quelle kam, welche Annahme von der KI stammte und warum eine Alternative verworfen wurde.

01

Quellen verschwimmen. Beobachtung, Erinnerung und Vermutung landen im selben Absatz.

02

Unsicherheit verschwindet. Flüssige Sprache klingt sicherer als die Evidenz.

03

Verantwortung zerfasert. Prüfung, Freigabe und Korrektur bleiben ohne klare Spur.

SICHTBARES ERGEBNIS

Ein korrigierbares Entscheidungsdossier.

Reason Engine soll nicht nur Ergebnisse festhalten, sondern den Weg dorthin: Aussage, Quelle, Status, Unsicherheit, Gegenposition, Verantwortlichkeit, Entscheidung und spätere Korrektur.

  1. 01
    Erfassen

    Aussagen, Quellen und den realen Kontext aufnehmen.

  2. 02
    Trennen

    Beobachtung, Ableitung und Hypothese auseinanderhalten.

  3. 03
    Prüfen

    Konflikte, Grenzen, Gegenargumente und offene Fragen suchen.

  4. 04
    Entscheiden

    Geltungsbereich, Verantwortung und nächsten Schritt festhalten.

  5. 05
    Korrigieren

    Neue Erkenntnisse ergänzen, ohne die frühere Spur zu löschen.

BEISPIELDOSSIERNICHT RUNTIME-ERZWUNGEN
AUSSAGE + QUELLE

„Die Werkstatt wird meistens vor dem Angebot einbezogen.“ · Gesprächsnotiz, 25. Juli 2026

ABLEITUNG · OFFEN

Eine technische Prüfung könnte vor verbindlichen Preisen notwendig sein.

GEGENPOSITION

Bei standardisierten Fällen könnte der Verkauf innerhalb klarer Grenzen selbst entscheiden.

NÄCHSTER SCHRITT

Wertgrenze und Ausnahmen in zwei realen Fällen prüfen.

So soll ein Reason-Engine-Dossier aufgebaut sein. Die Darstellung ist ein Entwurf, keine behauptete Produktfunktion.

REALE UND GEPLANTE TESTFELDER

Ein Kern. Mehrere verständliche Eingänge.

Jedes Feld hat einen anderen Zweck und einen ehrlichen Status. Kein Projektname muss allein erklären, warum er existiert.

01STUDIUM

Reason Engine Study

Für Hausarbeiten und wissenschaftliche Essays: Thesen mit Quellen verbinden, Annahmen markieren und argumentative Lücken vor der Abgabe erkennen.

Study-Pilot entdecken →Anwendungsprototyp geplant
02BETRIEBLICHER FELDFALL

Weihnachtsbaumlogistik

Rund 50 Bäume werden in einem großen Gebäude verteilt. Der bisherige Ablauf nutzt handschriftliche Notizen und ein seit Jahren wiederverwendetes Holzbrett. Der Fall soll Standorte, Zuständigkeiten und Statusänderungen nachvollziehbar machen.

Beobachtungsfall in Vorbereitung
03LOKALER BROWSER-PROTOTYP

Atlas

Eine öffentliche Alpha macht aus einer Problembeschreibung eine sichtbare Karte aus Aussagen, Annahmen, offenen Fragen und Entscheidungen. Alle Inhalte bleiben lokal in deinem Browser.

Atlas-Prototyp öffnen →Öffentliche Alpha · lokal
04FORSCHUNG

Discovery & Reason Labs

Beobachtungen, Hypothesen, Versuche, Fehler und Korrekturen bleiben auffindbar und von bestätigtem Wissen getrennt.

Aktiver Forschungsraum
Abstrakte Darstellung einer schwebenden Kugel, geometrischer Beziehungen und einer verborgenen Tiefe unter einer dunklen Oberfläche.

DIE GRUNDIDEE

Was sichtbar ist, ist selten das ganze System.

Entscheidungen entstehen aus Quellen, Annahmen, Beziehungen, Abhängigkeiten und Folgen. Reason Engine versucht, diese Strukturen prüfbar zu machen, ohne Unsicherheit wegzuformulieren.

„Wahrheit statt Wunschdenken“ bedeutet nicht, dass alles gewiss sein muss. Es bedeutet, dass Ungewissheit sichtbar bleibt.

DIE PERSON HINTER DEM PROJEKT

Stefan Preuss
Gründer und erster Feldbeobachter

Warum ich Reason Engine baue.

Ich habe erlebt, wie schnell Wissen über Gespräche, Dokumente, Projekte und KI-Antworten hinweg zerfällt. Reason Engine entstand aus dem Versuch, nicht nur Ergebnisse zu behalten, sondern nachvollziehbar zu machen, wie sie entstanden sind, worauf sie beruhen und wo sie korrigiert werden müssen.

Das Projekt beginnt deshalb nicht mit einer großen Plattformbehauptung. Es beginnt mit überschaubaren Fällen, sichtbaren Grenzen und der Frage, ob der Ansatz außerhalb seiner eigenen Architektur tatsächlich hilft.

BETRIEBSWAHRER STATUS

Heute möglich. Noch nicht behauptet.

Die öffentliche Seite trennt nutzbare Zusammenarbeit von zukünftiger Produktvision.

HEUTE MÖGLICH
  • einen lokalen Atlas im Browser anlegen
  • einen begrenzten Fall strukturiert aufnehmen
  • Aussagen, Quellen und Annahmen trennen
  • offene Fragen und Gegenpositionen sichtbar machen
  • eine lokale JSON-Sicherung exportieren und importieren
NOCH NICHT BEHAUPTET
  • echte KI-Auswertung im Atlas
  • Cloudspeicherung oder Konten
  • automatische Durchsetzung aller Regeln
  • produktionsreifer Teambetrieb
  • flächendeckende Feldvalidierung

BEGRENZTER EINSTIEG

Einen Pilotfall prüfen.

Wir betrachten gemeinsam einen überschaubaren Entscheidungs-, Forschungs- oder Prozessfall und prüfen, ob der Reason-Engine-Ansatz einen nachvollziehbaren Mehrwert erzeugt.

Pilotfall vorschlagenPilotgrenzen ansehen
1

Ein klarer Fall
Kein versteckter Komplettumbau.

2

Begrenzte Evidenz
Beobachtungen und Annahmen bleiben getrennt.

3

Sichtbares Ergebnis
Dossier, offene Fragen und nächster Schritt.

4

Ehrlicher Endpunkt
Stoppen, weiter testen oder ein Angebot definieren.