@Tobias Ulrich Ja, der akademische Hintergrund ist ziemlich zentral. Die Idee ist nicht aus einem einzelnen Paper entstanden, sondern aus dem Versuch, klassische Arbeiten aus Kybernetik, Informationstheorie, Informatik und Systemtheorie als technische Spezifikationen zu lesen. Also nicht: „WienerOS ist irgendwie kybernetisch.“ Sondern: Wenn Wiener, Beer oder Ashby eine Systemfunktion beschreiben, fragen wir: Wo ist sie in der Architektur, wer trägt sie, über welchen Carrier läuft sie, welche Zustände entstehen und wie lässt sich ihre Wirkung nachweisen? Die wichtigsten Grundlagen sind: Norbert Wiener – Cybernetics / Human Use of Human Beings Feedback als Teil des Regelkreises, nicht nur Anzeige. Klare Trennung von Maschine und Zweck sowie frühe Warnungen vor Systemautorität. Claude Shannon – Communication Theory Trennung von Nachricht, Kanal und Bedeutung → Grundlage für Communication, Execution, Data und Instruction. W. Ross Ashby – Requisite Variety Ein System braucht genügend interne Zustände, um Umweltstörungen zu bewältigen. Stafford Beer – Viable System Model Organisation als rekursive Struktur. Fokus auf Operation, Kontrolle, Audit und Policy. McCulloch & Pitts Formale Zustands- und Übergangssysteme als Modell biologischer Prozesse. Alan Turing Trennung von Maschine, Zustand und Operation. LLMs sind operative Transformationssysteme, keine „Personen“. Heinz von Foerster Beobachtung ist Teil des Systems, Wahrnehmung ist rekonstruiert. Maturana & Varela – Autopoiesis Trennung von Organisation und Umsetzung; funktionale Ähnlichkeit ≠ Identität. McIlroy / Unix Philosophy Kleine, kombinierbare Programme statt monolithischer Systeme. Daraus entstehen u. a. CMOD und OCL: "chmod" fragt: Wer darf was? CMOD fragt: Welche minimale Struktur braucht ein Partizipant für eine Funktion? ACL beschreibt Rechte (Dürfen). OCL ergänzt Pflichten (Sollen/Müssen): Bedingungen vor Freigabe einer Wirkung. Beispiel: Pflicht → ACK → Compliance → Freigabe → Fähigkeit → Wirkung → Feedback.