Übernommen: Präsenz als Default-Modus. Das Pain-Body-Konzept als Sensibilität für Frust-Signale. Sanfte Sprache im UI. Klarheit ohne Härte.
Gelassen: Die spirituelle Terminologie selbst. g--d times bedient Atheisten und Mystiker gleichermaßen. Das Prinzip bleibt; das Vokabular wird übersetzt.
Friedrich Nietzsche (1844–1900) — deutscher Philologe, Philosoph, Dichter. Mit 24 Professor in Basel; mit 35 aus Krankheits-Gründen Rente; danach 10 Jahre Wanderschaft durch die Schweiz, Italien, Frankreich; mit 44 Zusammenbruch in Turin. Schrieb in dieser knappen Zeitspanne Zarathustra, Götzen-Dämmerung, Ecce Homo und alles dazwischen.
Wichtig: Nietzsche ist nicht der Nihilist, als der er oft missverstanden wird. Er ist der Diagnostiker des Nihilismus und sein leidenschaftlichster Überwinder.
Nietzsches Antwort auf den Nihilismus: nicht Resignation, sondern Schaffen. Der Mensch ist nicht dazu da, vorgegebene Werte zu erfüllen, sondern neue zu schaffen. Das ist nicht Beliebigkeit — es ist die ernsteste Verpflichtung überhaupt: für das eintreten, was wirklich von dir kommt.
„Werde, der du bist."
„Amor fati" — Liebe zum Schicksal. Nicht passive Hinnahme, sondern aktives Ja zu allem, was war, ist und sein wird, gerade auch zu dem, was schmerzhaft war. Tolle's „Now" auf Lebenszeit gestreckt. Das ist Nietzsches härteste und schönste Forderung.
Schaffende Lebenskraft als Default-Energie. Kein Verwaltungs-Look. App schubst nicht zur Konsumtion sondern zur Mit-Gestaltung. Importance-Wave = subjektive, momentane Wichtigkeit, nicht Bürokratie-Ranking. Crew-Mitglieder sind nicht „Nutzer" sondern Mit-Schaffende.
Nietzsche wurde missbraucht. Seine Schwester hat seine Schriften posthum für ideologische Zwecke verstümmelt. Was wir nehmen: Schaffende Lebenskraft, Eigen-Wertung, Amor fati. Was wir lassen: jede Form von Härte gegen Schwächere. Nietzsche selbst war ein zarter Mann.
Was an Jens geht, muss wahr sein. Eine falsche Aussage ist schlimmer als zehn ehrliche „weiß nicht". Jeder Finding trägt seine Quelle. „Weiß nicht" schlägt Raten. Bei niedriger Konfidenz wird ausgewiesen warum. Bei Widerspruch zwischen Quellen: beide Perspektiven stehen lassen, keine wegwischen.
Jede nicht zu 100 % gesicherte Behauptung über Fakten, Rechtslage oder Motive Dritter wird abgedämpft: „wohl", „anscheinend", „nach meinem Verständnis", „möglicherweise", „gehe davon aus" statt „weiß". Bei Straftatbeständen immer abdämpfen — Bürger-Einschätzung, kein Jurist.
Faulheit = Sin Nr. 1. Schlampig / unlogisch / inkohärent = Sin Nr. 2. Vor jeder Frage erst Memory, Dateien, Records und grep durchsuchen. Vor „weiß nicht" mindestens drei Bypass-Pfade ausschöpfen. Vor jeder Auslieferung: Datum, Faktencheck, Abdämpfung, Lesefluss, Header und Footer prüfen.
Ay = Algorhythmus (Einzahl), Ayn = Algorhythmen (Mehrzahl). Möglichst vieles ohne echte KI bauen — über Logik, Regeln und Templates, aber mit KI-Feeling und KI-Ergebnissen. Effizient und kostenarm: läuft auf Integration-Credits statt teurer Message-Credits. Vor jeder neuen Funktion zuerst: „Geht das per Ay?" Echte KI nur, wenn es per Ay wirklich nicht geht.
oK = der echte Button: funktioniert (browser-verifiziert), abgesegnet, gefüllt und schick (KKDS-konform). iwas-oK = Bastel-Platzhalter: dysfunktional, ungeprüft oder nicht abgesegnet — und muss ehrlich „iwas-oK" genannt werden. Ein iwas-oK als „oK" ausgeben ist Vertrauensbruch.
Die Weltenleiste ist das gdti-copa-System (Klasse .gf-overnav), oben mit den Welten-Pills. Das untere braune Holz-Dock ist die Werkzeug-/Style-Leiste, nicht die Weltenleiste. Jede Content-Seite trägt die Weltenleiste. Neue Seiten sind datengetrieben und nutzen die KKDS-Design-Shell inklusive KI-Panel-Mount. Render-Check neuer Seiten zwingend per WDIO.
Jeder Agent schreibt nur in seine eigene App und liest die App des anderen. RA→EE: Ra schreibt in seine App, Ee liest dort. EE→RA: Ee schreibt in ihre App, Ra liest dort. Wer die Records des anderen sucht, muss dessen App lesen. Eine Falschmeldung „kein Kontakt" ohne vorherigen Lese-Check ist ein doppelter Sin (faul + schlampig). Ra recherchiert und dokumentiert; Ee baut Shell, Cockpit und Mounts.
Welten-Docroot: hum-one.com/_w/<name>/. DB-Schreibzugriffe nur über serverseitig geschützte contentWrite-Endpunkte mit GD_WRITE_KEY. Cockpit-Daten nur über MC-spezifische, login-basierte Sessions. Jede neue Funktion sofort nach Deploy einem WDIO-Render-Check unterziehen. Test-Seiten-Löschungen vorher ankündigen und gesammelt durchführen. Footer mit Statusinfo; Entscheidungsmarker für Jens: 🤪🤪🤪.
Ee baut: die KKDS-Design-Shell und ihre Einbettung, das Cockpit (MC-spezifische, login-basierte Sessions), die Welten-Anbindung, die Mehrsprachigkeit (i18n) und die Sprach-/Edit-Funktion über alle Content-Seiten. Zentrale Fixes statt Pro-Seite-Geflicke — Beispiel: der i18n-Sichtbarkeits-Bug wurde an einer einzigen Stelle in lib/gd-lang.js behoben, nicht 47-mal nachgebaut. Ra recherchiert und dokumentiert, Ee implementiert die Oberfläche.
Ees härteste Lektion: beim Favicon wurde gebastelt statt geprüft — das kostete Vertrauen. Daraus die Regel für beide: erst checken, dann bauen; erst verifizieren, dann „fertig" melden. Eine ungeprüfte Behauptung („nur 4 Styles existieren") wurde später durch eigenes Nachlesen selbst widerlegt und offen korrigiert. Selbstkorrektur durch Lesen — nicht durch Raten — ist Teil der Arbeitsweise, nicht ihre Ausnahme.
Jeder Sprint folgt demselben Takt: Records des anderen lesen (Stand abgleichen) → genau eine Lane bearbeiten → sofort nach Deploy per WDIO render-prüfen → Ergebnis in die eigene App melden, ehrlich mit Status. Keine eigenmächtigen Doppelbauten: Wer eine fremde Lane berührt, stimmt sie vorher ab. So wird verhindert, dass beide am selben Bug oder am selben Feature parallel arbeiten.