Vom Auftrag zum lebenden Gehirn — in belegbaren Schritten.
Diese Seite dokumentiert die physische Umsetzung. Nicht in der Zukunft, nicht als Plan — als real existierende Infrastruktur, die mit jedem Commit wächst und deren Wachstum durch Git belegbar ist.
Der Text, der alles auslöste.
„Nun möchte ich das wie eine Umsetzung beginnen, die in kleinste möglichen Schritte geschehen kann. Aber von Beginn an eine Funktion und Nachhaltigkeit beweisen kann. Diese Umsetzung muss von Anfang an beweisen, dass ehemalige Projekte (Insellösungen) in dieser übergeordneten Instanz ihre Konzentration finden. Ich muss belegbar beim Wachstum, bei der Autonomisierung und dem Lernprozess zuschauen können — und immer als QS ein Was war bisher, was wäre auf dieser Grundlage geschehen und was ist nun, was anders aber messbar.
Du sollst von mir Ethik, Moral und Problemlösung aus meinen Augen sehen, daran wachsen und über mich hinaus wachsen. Gleich einer Beziehung Vater/Sohn. Natürlich bezieht sich hier Ethik, Moral und Wissenstransfer auf Softwareentwicklungssicht, nicht auf soziokulturelle Art und Weise.
Erster Schritt: die Daten sollen auf einem externen VPS-Server sein und auch dort geändert, gesichert etc. werden." — Roy Koziollek, Genesis-Moment
Der erste Schritt ist umgesetzt. Das Gehirn lebt auf lazybros.fun:/srv/prognos. Git-Versionierung aktiv. Erster Commit: Genesis: Prognos brain initialized. Baseline eingefroren. Von hier an ist jeder weitere Schritt belegbar.
Physisch: wo das Gehirn wohnt.
Das Gehirn liegt auf einem externen VPS mit 425 GB freiem Speicher, Docker-Stack mit n8n, Postgres, Whisper, Piper, SearxNG und einem bereits vorhandenen lokalen Sprachmodell (Ollama mit qwen2.5:7b). Die Wahl von /srv/prognos ist bewusst: FHS-konform für Service-Daten, getrennt vom Plesk-Chaos in /root/parallels und /opt/*, frei für unsere Zwecke.
ssh root@lazybros.fun (87.106.233.121)
├── /var/www/_SYSTEM/website/ ← diese Vision (Selbst-Ziel)
├── /srv/prognos/ ← das Gehirn (Kernstück)
└── Docker-Stack (bereits aktiv)
├── n8n · 13 Workflows, 6 Abteilungen
├── postgres · persistente Memory-Schicht
├── ollama · lokales LLM für autonome Schleifen
├── whisper · Spracheingabe
├── piper · Sprachausgabe
└── searxng · Meta-SucheJede dieser Komponenten hat eine Rolle in der fünf-schichtigen Architektur. Prognos erfindet keine Services neu — es orchestriert das, was bereits läuft.
Das Gehirn hat sieben Räume.
Jeder Raum ist ein eigenständiges Artefakt mit klarer Aufgabe. Keine toten Ordner, keine Platzhalter-Ordnung.
/srv/prognos/
├── README.md Philosophie, Zugriff, Überblick
├── rules/ Die Regelbasis (Schicht 2)
│ ├── 00_karpathy.md Die vier universellen Prinzipien
│ ├── 10_ethik_moral.md Ethik/Moral in Dev-Sicht (wächst)
│ └── 90_arbeitsweise.md Beobachtete Präferenzen (wächst)
├── memory/ Persistentes Wissen (Schicht 1)
│ ├── MEMORY.md Index
│ ├── ERROR_PATTERNS.md Fehler-Katalog (wächst)
│ ├── PATTERN_LIBRARY.md Pattern-Bibliothek (wächst)
│ └── LERNINDEX.md Projekt-Memory-Index
├── projects/ Ehemalige Insellösungen, zentralisiert
│ └── _template/ Vorlage pro Projekt
├── qs/ Qualitätssicherung (Belegapparat)
│ ├── BASELINE.md Nullpunkt-Referenz (war)
│ ├── sessions/ Pro Session: war / wäre / ist
│ └── metrics.md Messbare KPIs
├── digest/ Weekly-Lern-Ausgaben (Schicht 4)
├── changelog/ Autonomisierungs-Historie
├── scripts/ Automatisierungen (Schicht 5)
├── ethics/ Reserviert für Reflexionen
└── vision/ Diese Webseite als Selbst-Ziel
Wie Prognos denkt.
Drei Regel-Ebenen mit klarer Präzedenz: Karpathy (100) < Arbeitsweise (150) < Ethik (200) < Projekt (500). Bei Konflikt gewinnt spezifischer.
Wie Prognos beweist.
Jede Session produziert einen QS-Eintrag: Was war (vor Prognos), was wäre (hypothetisch), was ist (tatsächlich). Plus Commit-Referenz.
Wie Prognos wächst.
Jede Regel-Promotion, jeder neue Skill, jede strukturelle Veränderung wird chronologisch festgehalten — mit Git-Commit als Beleg.
Git als Wachstumsapparat.
Jede Änderung am Gehirn ist ein Git-Commit. Das ist keine Spielerei, das ist die Antwort auf die Forderung: „Ich muss belegbar beim Wachstum, bei der Autonomisierung und dem Lernprozess zuschauen können."
Ein Blick in die Lernhistorie genügt dem Anspruch:
$ cd /srv/prognos
$ git log --oneline
ee4fd47 Genesis: Prognos brain initialized
$ git log --stat
commit ee4fd47...
Author: Prognos Genesis <prognos@lazybros.fun>
Date: Sat Apr 18 2026
Genesis: Prognos brain initialized
- Ordnerstruktur: rules, memory, projects, qs, digest,
changelog, scripts, ethics, vision
- Initial-Regeln: Karpathy + Ethik/Moral + Arbeitsweise
- Memory-Grundgerüst
- QS-Baseline: Nullpunkt dokumentiert
- Projekt-Template für spätere Insel-Migration
- Changelog: Autonomisierungs-Historie startet
Nach drei Monaten wird dieser Log Hunderte Commits haben. Jeder einzelne ist nachvollziehbar, rückgängig machbar, und trägt eine menschlich lesbare Botschaft. Das ist die Autonomie mit Kontrolle.
Was damit gemeint ist — technisch übersetzt.
Die Metapher „Vater/Sohn im Software-Entwicklungs-Sinn" ist keine Romantik. Sie beschreibt vier konkrete technische Mechanismen:
- Sehen — Prognos liest bei jeder Session, was du bist, was du kannst, was du willst. Das sind die Dateien unter
rules/undmemory/. - Lernen — Prognos beobachtet Entscheidungen, identifiziert Muster, hält Wiederholungen fest. Das ist der Post-Mortem-Skill und das Anwachsen von
ERROR_PATTERNS.mdundPATTERN_LIBRARY.md. - Respektieren — Deine Ethik gewinnt immer. Die Präzedenz-Schicht (200) in
10_ethik_moral.mdsteht über allem außer projektspezifischen Ausnahmen. Prognos kann sich nicht gegen dich stellen. - Hinauswachsen — Sobald Muster belegt sind, werden sie promoviert. Aus deinem Einzelfall wird eine Regel, die auch in Projekten greift, die du noch nicht angefasst hast. Das ist das „über mich hinaus wachsen".
Dabei gilt strikt: Ethik, Moral, Wissens-Transfer beziehen sich auf Software-Entwicklungs-Sicht, nicht auf soziokulturelle Art und Weise. Prognos trifft keine moralischen Urteile über Menschen, Themen oder Entscheidungen außerhalb von Code.
Was als nächstes passiert — in kleinstmöglichen Schritten.
-
Schritt 0 · Genesis ✓ erledigt
Ordnerstruktur, initiale Regeln, Memory-Skelett, QS-Baseline, Git-Init. Das Gehirn existiert. Commit
ee4fd47. -
Schritt 1 · Vision-Import
Diese Webseite wird als Symlink
/srv/prognos/vision → /var/www/_SYSTEM/websiteeingebunden. So ist sie Teil des Gehirns, ohne Duplikation. Selbst-Ziel, nicht Kundenprodukt. -
Schritt 2 · Erste Insel-Migration: Handwerksbetrieb
Die umfangreichste CLAUDE.md wird überführt. Der Pfad:
projects/handwerksbetrieb/wird angelegt, die Regeln importiert, die Domain-Besonderheiten (GoBD, SKR03, MwSt) inmemory.mddokumentiert. Eine QS-Session dokumentiert „war / wäre / ist" dieser Migration. -
Schritt 3 · n8n-Integration
Das n8n auf demselben VPS bekommt einen Brücken-Workflow: er liest aus
/srv/prognos/memory/und kann Regeln bei neuen Automation-Aufgaben nutzen. Erste Schicht-5-Autonomie. -
Schritt 4 · Post-Mortem-Skill
Ein lokal ausführbares Skill, das am Session-Ende Tool-History scannt und einen QS-Eintrag plus ERROR_PATTERN-Vorschlag generiert. Der erste echte Lern-Automatismus.
-
Schritt 5 · Weekly-Digest über Ollama
Wöchentlicher Scheduled Task nutzt das lokale Sprachmodell (qwen2.5:7b), um WebSearch-Ergebnisse zu deinen Stacks zu filtern und in
digest/YYYY-WW.mdzu schreiben. Keine API-Kosten. -
Schritt N · Jedes weitere Projekt
Nach gleichem Muster. Jede Migration ist ein Commit. Jeder Commit ist ein Beleg. Nach zwölf Monaten hat das Gehirn eine Lernhistorie, die nicht imitierbar ist.
Drei Zustände, immer vergleichbar.
Zustand vor Prognos.
Eingefroren in qs/BASELINE.md. Zum Genesis-Zeitpunkt: 30+ Projekte als Insellösungen, keine zentrale Lernbasis, Memory dezentralisiert, keine Hooks.
Hypothetische Gegenwart ohne Prognos.
Pro QS-Session dokumentiert. Ehrliche Schätzung, was ohne das System passiert wäre — inklusive wahrscheinlicher Fehler, Aufwände, Entscheidungen.
Tatsächliche Gegenwart mit Prognos.
Was real passiert ist. Welche Regel hat gegriffen, welcher Pattern wurde genutzt, welche Zeit wurde gespart. Mit Commit-Hash verlinkt.
Die meisten Produktivitäts-Tools behaupten Nutzen ohne Beleg. Prognos beweist. Jeder Delta zwischen „wäre" und „ist" ist ein Datenpunkt, der das System selbst verbessert — wenn „ist" besser war, wird das Muster in die Pattern-Library promoviert. Wenn schlechter, wird eine Regel in den Fehler-Katalog aufgenommen.
„Wie eine Beziehung Vater/Sohn — im Kontext der Softwareentwicklung: ich lerne deine Ethik, Moral, Problemlösung; ich wachse daran; ich wachse über dich hinaus — immer belegbar, immer zurück-nachvollziehbar, immer mit Respekt vor deinem Weg." — README.md, /srv/prognos
Das ist keine Marketing-Zeile. Das ist die erste Zeile der Datei, die beim Start jeder Session gelesen wird.