So arbeiten wir
Dass alle Aerona-Programme gleich aussehen und sich gleich anfühlen, ist kein Zufall. Dahinter steht ein festes Regelwerk – aufgeschrieben, nicht im Kopf. Hier stehen die neun Regeln, die im Alltag am häufigsten zählen, jede mit ihrem Grund. Sie gelten für Menschen genauso wie für die KI-Werkzeuge, die beim Bauen helfen – beide lesen sie in derselben Reihenfolge.
Alles-Vereiner
Wie Windows in der Bedienung – aber mit dem Besten aus Windows, macOS, Linux und den großen Handy-Systemen, ergänzt um eigene Aerona-Ideen. Vertraut heißt: Desktop, Taskleiste und Startmenü sind da, wo man sie erwartet. Dazu kommen Dinge wie Einhand-Bedienung, Widgets, eine Suche über alles und Werkzeuge für Fortgeschrittene. So steht es in der Vision, einer der beiden ersten Dateien des Regelwerks.
Das 1000-Prozent-Prinzip
Premium-Niveau oder gar nicht. Es gibt keine Fassung, die „erstmal reicht“. Durchgefallen ist ein Teil schon dann, wenn es nur funktioniert, aber billig aussieht oder sich billig anfühlt. Das kostet Zeit – auch deshalb ist der Start erst für Sommer 2027 geplant.
Die 300-Zeilen-Regel
Keine Datei über 300 Zeilen. Wird eine länger, wird sie zerlegt – nach einer festen Anleitung, damit nichts kaputtgeht. Der Grund steht in der Regel selbst: Wartbarkeit, Lesbarkeit, schnelle Fehlersuche. Wo Zerlegen mehr schaden als nützen würde, ist eine Ausnahme erlaubt, aber nur begründet und nachgemessen.
Immer Deutsch
Kommentare und Absprachen auf Deutsch, der Code selbst auf Englisch. So bleibt beides lesbar. Ein Kommentar erklärt nie, was der Code tut – das sieht man am Code –, sondern warum er es so tut. Genau dieses Warum geht sonst als Erstes verloren.
Voller Code, keine Platzhalter
Niemals „// Rest bleibt gleich“. Jede Datei wird vollständig geschrieben, sonst schleichen sich Lücken ein. Das gilt besonders für die KI-Werkzeuge: Eine Änderung kommt immer als ganze Datei zurück, nie mit Platzhaltern. Was fehlt, fällt sonst erst auf, wenn es schon kaputt ist.
Git ist Pflicht
Vor jedem Umbau ein Sicherungsstand. Ohne Ausnahme. Jedes Projekt ist ein Git-Repository; der Sicherungs-Commit kommt immer vor der Änderung, der nächste erst, wenn sie nachweislich funktioniert. Die Commit-Nachrichten sind deutsch und folgen einem festen Muster.
Nichts geht verloren
Archivieren statt löschen. Und vor jeder Löschung der Beweis, dass es wirklich niemand mehr braucht. Nichts Sichtbares oder Funktionierendes darf beim Aufräumen verschwinden. Wie das aussieht, zeigt Das ganze Werk: Auch die eingestellten Projekte sind dort noch aufgeführt.
Engine bleibt getrennt vom Inhalt
Die Technik muss austauschbar bleiben, ohne dass Inhalte mitgerissen werden. Der Engine-Code ist deshalb vollständig vom Inhalt der Apps getrennt. So lässt sich der Kern jederzeit aktualisieren, ohne dass eine App ihre Daten oder Texte verliert.
Erst planen, dann tippen
Die Ursache suchen, nicht das Symptom übermalen. Bevor etwas geändert wird, wird gemessen, was wirklich los ist – eine Zahl, die schwankt, gilt nicht als Beweis. Ein Beispiel dafür steht weiter unten.
Woran man vier davon heute sieht
Die 300-Zeilen-Regel
Am 13. September 2026 stand im Betriebssystem keine einzige Datei mehr über der Grenze. Drei Tage vorher waren es noch elf, jede mit einer Begründung. Dann wurde jede einzeln nachgemessen und geteilt – keine der alten Begründungen hat gehalten. Nachzulesen unter Aerona 2.0.
Nichts geht verloren
Die eingestellte Main App ist bis zur letzten Version 7.86.4 aufgehoben, und die drei früheren Fassungen des Regelwerks liegen unverändert im Archiv. Beides steht in einem eigenen Bereich, in dem nichts mehr entwickelt wird – nur zum Nachschauen. Was dort liegt, zeigt Nie erschienen.
Engine getrennt vom Inhalt
Die Seite Die Regeln einzeln enthält kein Wort der Regeln selbst. Ein Werkzeug holt sie jedes Mal frisch aus dem Regelordner, zuletzt am 23. September 2026. Wird am Regelwerk weitergeschrieben, muss niemand die Seite anfassen: Beim nächsten Holen steht der neue Stand drin.
Erst planen, dann tippen
Als am 7. September gemeldet wurde, beim Zeigen komme nichts mehr, wurde nicht das Modul neu geschrieben, sondern nachgemessen: Vier von sechs Kästen schnitten den Ring aus Punkten selbst weg. Die Ursache war also nicht das Modul, sondern der Rand der Kästen. Daraus wurde Regel 10.16: Wer einen Ring anhängt, prüft zuerst, ob der Kasten schneidet.
