Software beginnt nicht mit Code

Wer eine Heizungsanlage baut, fängt nicht mit dem Rohrbieger an. Er fängt mit dem Gebäude an: Wie wird geheizt, wo sind die Lasten, was muss die Anlage aushalten, wenn es draußen minus zwölf Grad hat. Erst wenn das steht, kommt die Auslegung. Und erst dann das Werkzeug.

Genauso entwickeln wir Software. Erst das Verständnis, dann der Plan, dann die Ausführung.

Der Wert entsteht vor der ersten Zeile

Die eigentliche Arbeit ist nicht das Tippen. Sie steckt in den Fragen davor: Was ist das Problem wirklich — und was hält man nur dafür? Welche Fälle kommen im Alltag vor, welche Ausnahme kippt die ganze Logik? Was muss ein Mensch entscheiden, und was darf eine Maschine? Woran merkt man später, dass es funktioniert hat?

Wer diese Fragen nicht beantworten kann, bekommt sauber geschriebene Software, die am Betrieb vorbeigeht. Wer sie beantworten kann, hat das Schwierigste hinter sich.

KI ist das Werkzeug, nicht die Idee

Wir setzen KI ein, um Anforderungen in ausführbaren Code zu übersetzen — konsequent und in großem Umfang. Das ist kein Geheimnis und kein Makel: Es ist eine Werkzeugentscheidung wie jede andere in einer Werkstatt. Rechenleistung und Tokens sind Betriebsmittel, die man einplant, dosiert und bezahlt.

Was die KI nicht liefert, ist alles, worauf es ankommt: die Idee, das Fachwissen aus zwanzig Jahren Betrieb, die Entscheidung, welcher Weg der richtige ist — und die Verantwortung für das Ergebnis. Ein Werkzeug hat keine Meinung darüber, ob eine Lösung im Betrieb trägt.

Deshalb ist die zentrale Fähigkeit nicht Tippgeschwindigkeit, sondern Präzision im Formulieren: ein Problem so zerlegen, dass daraus klare, prüfbare Bausteine werden.

Was wir uns dafür auferlegen

Schnell bauen heißt nicht, sich Kontrolle zu sparen. Es heißt, sie an anderer Stelle einzuziehen. Bei uns gilt:

• Jede Änderung ist ein schriftlicher Auftrag. Was gebaut werden soll, steht vorher fest — nachlesbar, nicht im Chatverlauf verschwindend.
• Der Quellcode ist die einzige Wahrheit. Kein Statusbericht ersetzt den Blick ins Repository. Zwei gepflegte Kopien laufen immer auseinander.
• Eine Testsuite, die mitwächst. Kein Stand geht in Betrieb, solange sie nicht vollständig grün ist.
• Regressionsanker aus der Praxis. Ausgewählte reale Vorgänge mit bekanntem Ergebnis müssen nach jedem Umbau denselben Wert liefern. Weicht einer ab, ist der Umbau falsch — nicht die Zahl.
• Erst prüfen, dann reparieren. Jeder gemeldete Fehler wird zuerst verifiziert. Etwa die Hälfte sind am Ende korrekt arbeitende Systeme und falsche Erwartungen. Wer sofort „repariert”, baut den nächsten Fehler ein.
• Datensicherung vor jedem Eingriff, der Daten oder Strukturen berührt.
• Dokumentation im selben Arbeitsschritt wie die Änderung — sonst entsteht sie nie.
• Nichts Sicherheitskritisches läuft automatisch. Kein Versand nach außen, keine stille Übernahme fremder Angaben, keine unumkehrbare Aktion ohne bewusste Bestätigung.

Diese Regeln sind nicht aus einem Lehrbuch. Sie sind aus Fehlern entstanden — aus einem Update, das eine Oberfläche lahmlegte, aus einer Fehldiagnose, die zwei Tage kostete, aus einer Auswertung, die nur die neuesten Vorgänge sah und deshalb still Lücken produzierte. Jeder dieser Fälle hat eine Regel hinterlassen.

Entwickeln heißt durchdenken

Weniger Zeilen schreiben, mehr Systeme verstehen: Probleme in klare, umsetzbare Bausteine übersetzen, Grenzen ziehen, Verantwortung übernehmen. Magic Vibe Code verbindet genau das — Ideen, Fachwissen und moderne KI, damit aus einem Problem eine Lösung wird, die im Betrieb trägt.

Der beste Beweis ist kein Versprechen, sondern ein System, das seit Monaten jeden Tag läuft und dabei Geld zurückholt, das sonst niemand bemerkt hätte.