Warum das hier nicht für immer allein geht.
Ein Betriebssystem ist kein Programm, das man einmal fertigstellt und dann liegen lässt. Es muss gepflegt werden, solange jemand es benutzt – jahrelang, jeden Monat. Das kann ein einzelner Mensch eine Weile leisten. Auf Dauer nicht.
Die Frage, die sonst niemand stellt
Heute lautet die ehrliche Antwort: nichts geht weiter. Es gibt niemanden, der den Quelltext kennt. Keine zweite Person, die eine Sicherheitslücke schließen könnte. Kein Unternehmen, das die Verantwortung übernimmt.
Solange Aerona Forschung ist und niemand es einsetzt, ist das verkraftbar. In dem Moment, in dem jemand sein Gerät darauf laufen lässt, ist es fahrlässig. Wer ein System ausliefert, übernimmt eine Verpflichtung, die länger reicht als die eigene Laune.
Deshalb ist das Unternehmen keine Wachstumsidee, sondern eine Bedingung: Ohne mehr als einen Menschen darf AetherOS nicht auf fremde Rechner.
Vier Dinge, die allein nicht gehen
Sicherheitslücken warten nicht
Wird eine Lücke bekannt, zählen Tage, nicht Monate. Ein Einzelner, der im Urlaub oder krank ist, kann das nicht zusagen. Auf der Sicherheitsseite stehen drei Punkte offen – genau deshalb. Stand der Prüfung ist der 21.07.2026; solange AetherOS nicht ausgeliefert wird, gefährden sie niemanden.
Geräte ändern sich ständig
Neue Grafikkarten, neue Netzwerkchips, neue Bildschirmformate. Ein Betriebssystem muss all das erkennen. Das ist Arbeit, die nie aufhört und sich nicht aufschieben lässt.
Es gibt rechtliche Pflichten
Wer Software an andere weitergibt, haftet dafür. Datenschutz, Gewährleistung, Barrierefreiheit – das sind keine Kleinigkeiten, die man nebenbei erledigt. Für Barrierefreiheit und Datenschutz hat das Regelwerk schon je eine eigene Regel, die 25 und die 27.
Ein Mensch ist ein einziger Ausfallpunkt
Krankheit, ein anderer Lebensweg, im schlimmsten Fall mehr. Ein Projekt, an dem alles an einer Person hängt, ist kein Versprechen, das man anderen geben darf.
Was einer zweiten Person heute schon helfen würde
Heute kennt niemand sonst den Quelltext – daran ändert keine Seite etwas. Vorbereiten lässt sich aber, dass jemand Neues nicht bei null anfangen müsste. Drei Dinge dafür gibt es schon, und jedes davon ist auch jetzt in Gebrauch.
Ein Regelwerk mit Lesereihenfolge
36 Dateien, ein Thema je Datei. Das Inhaltsverzeichnis sagt ausdrücklich, was neue Mitarbeiter zuerst lesen: neun Regeln in fester Reihenfolge. Sie beginnen mit „Sparsam arbeiten“ und „Nicht raten, sondern messen“ – erst die Arbeitsweise, dann das Ziel und der Code-Stil.
Ein Bautagebuch mit jedem Schritt
1.472 Einträge am 23. September 2026 – mit den Fehlern und mit dem Grund, warum etwas so gebaut ist, wie es ist. Wer wissen will, warum eine Stelle so aussieht, sucht dort den Tag, an dem sie entstand.
Werkzeuge, die den Stand messen
Statt Ordner durchzusehen, zeigt ein Befehl, was es gibt, was über der Grenze von 300 Zeilen liegt und was sich zuletzt geändert hat. Dieselben Befehle stehen ganz oben im Regelwerk: Wer neu dazukommt, misst zuerst den Stand, statt sich durch Ordner zu lesen.
Wie die Regeln lauten, steht unter Das ganze Regelwerk; jeder Schritt unter Das Bautagebuch.
Was sich nicht ändern darf
Bleibt so
- Alles wird hier gebaut, nichts zugekauft
- Daten bleiben auf dem Gerät
- Jede Funktion bleibt kostenlos
- Die Arbeit bleibt offen einsehbar, auch das Misslungene
Die Gefahr dabei
- Wer Geld gibt, will Rendite
- Der schnellste Weg dahin sind Nutzerdaten
- Genau daran ist schon vieles gescheitert, das gut anfing
Wie groß soll das werden?
So groß wie die, an denen ich mich störe. Das ist eine steile Ansage von jemandem, der allein an einem Schreibtisch sitzt – deshalb steht der Abstand hier gleich daneben.
Der Abstand ist keine Übertreibung, sondern der Punkt. Wer ein Ökosystem bauen will, das mit den großen mithalten soll, kann nicht so tun, als wäre er schon da. Heute läuft AetherOS auf keinem fremden Rechner, es gibt keine Nutzer, keine Mitarbeiter und keinen Umsatz.
Was mich trotzdem weitermachen lässt: Die beiden da oben haben zu zweit oder zu dritt angefangen. Und das System, auf dem heute fast jeder Server und die meisten Handys laufen, hat 1991 ein Student allein begonnen – er schrieb damals selbst dazu, es werde wohl nichts Großes und Professionelles.
Das beweist nichts. Es zeigt nur, dass die Größe am Anfang nichts darüber sagt, wo etwas endet. Ich weiß nicht, ob Aerona jemals dorthin kommt. Ich weiß nur, dass ich es nicht herausfinde, wenn ich es nicht versuche.
Wann es so weit ist
Es gibt kein Datum. Zuerst muss etwas da sein, das ein Unternehmen überhaupt tragen könnte – ein System, das läuft, und Menschen, die es benutzen wollen. Beides gibt es noch nicht.
Bis dahin bleibt es, wie es ist: ein Mensch, ein Projekt, alles offen nachlesbar. Wenn sich daran etwas ändert, steht es hier – am selben Tag, nicht Monate später.
