Drei Monate, 24 Releases: Was aus AlphaCloud geworden ist

Am 1. Juni 2026 haben wir angefangen, Versionen zu zählen. Am 6. September stand v1.8.0. Dazwischen liegen 24 Releases, und dieser Text ist der Versuch, daraus eine Linie statt einer Liste zu machen.

Die vier Phasen

Juni: Module. Honeypot, Sticky Roles, Temp Voice, Kontoalter, Rollennamen, Support Call. Dazu der KI Chat mit einem Langzeitgedächtnis pro Nutzer. Die Phase, in der die Grundausstattung entstand.

Juli: Werkzeuge statt Funktionen. Der Advanced Builder für eigene Befehle, ein visueller Ablauf Editor mit echten Verzweigungen. Danach Automations, also ein Auslöser und eine Aktion, die man selbst zusammensteckt. Der Unterschied zu Juni ist grundsätzlich: vorher haben wir Funktionen gebaut, ab Juli Bausteine, aus denen Server ihre eigenen bauen.

August: Geld und Schutz. Anti Nuke, AutoMod und das Levelsystem auf der einen Seite. Auf der anderen die komplette Bezahlabwicklung, inklusive Widerruf, Kündigung und Rechnungsportal. Das war weniger sichtbar und deutlich mehr Arbeit als alles davor.

September: der Message Builder. Fast jede Nachricht, die der Bot verschickt, ist seitdem gestaltbar. Rückblickend die konsequente Fortsetzung der Juli Idee, nur auf die Texte angewandt statt auf die Abläufe.

Was die Versionsnummern über uns verraten

Von 24 Releases waren 7 als Major Update markiert und 17 als Hotfix. Das klingt nach einem stabilen Produkt mit gelegentlichen Korrekturen.

Nur stimmt es nicht. Ein Blick auf die angeblichen Hotfixes:

• v1.5.1 brachte zwei neue Module, Support Zeiten und Team Feedback, dazu die Logo Sammlung
• v1.6.1 brachte AutoMod und das Levelsystem, also zwei der größeren Module überhaupt
• v1.6.2 brachte Anti Nuke, den Auto Responder und die selbst gehostete KI Option

Drei Releases, die als Fehlerkorrektur markiert waren und in Wahrheit sechs Module gebracht haben. Unser eigenes Versionsschema sagt, dass vX.Y.Z mit Z größer null eine Korrektur ist. Das haben wir mehrfach schlicht nicht eingehalten.

Warum das nicht egal ist: Die Versionsnummer ist die einzige Information, die ein Serverbesitzer über ein Update bekommt, bevor er den Changelog liest. Wenn "Hotfix" in Wahrheit "drei neue Module" bedeutet, liest er ihn irgendwann gar nicht mehr.

Was sich dreimal geändert hat

Ein Muster, das uns beim Durchsehen selbst aufgefallen ist: An denselben Stellen haben wir mehrfach nachgebessert, und zwar immer in dieselbe Richtung.

Slash Befehle. In v1.5.0 stand, dass Befehle auf Servern verschwinden konnten, die mehrere befehlsbasierte Module gleichzeitig nutzen. Gefixt. In v1.5.1 stand, dass die Registrierung auf großen Servern gar nicht mehr durchkam, weil sie pro Modul und pro Server einzeln nachfragte. Auch gefixt. Zwei verschiedene Ursachen, dasselbe Symptom, und beide wären mit einer einzigen gemeinsamen Stelle von Anfang an nicht passiert.

Nickname Präfixe. v1.6.0 listet fünf Korrekturen an einem einzigen Modul. Fünf. Ein Zeichen dafür, dass die ursprüngliche Bauweise falsch war und wir sie zu lange repariert statt ersetzt haben.

Die KI. Dazu gibt es einen eigenen Artikel, weil die Geschichte zu gut ist, um sie hier in zwei Sätzen abzuhandeln.

Was wir daraus mitnehmen

Der ehrlichste Satz über diese drei Monate: Das Sichtbare war selten das Aufwendige. Der Message Builder ist die Schlagzeile von v1.8.0, aber die Bezahlabwicklung aus v1.7.0 hat mehr Zeit gekostet, mehr Fehler produziert und mehr Rechtstexte nach sich gezogen als jedes Modul davor.

Für die nächsten Monate haben wir uns zwei Dinge vorgenommen, die nichts mit Funktionen zu tun haben: die Versionsnummern wieder ehrlich machen, und bei einem Modul, das dreimal nachgebessert wurde, beim vierten Mal die Bauweise anfassen statt den Fehler.