Speaker bei den AI Coding Days
Alexander spricht über Setup, Development-Pipelines und die Integration von AI-Prozessen im Unternehmen – Praxis statt Folien-Theorie.
Alexander Weipprecht spricht auf den AI Coding Days über CodeGuardian – und was der Guard konkret schützt, wenn KI mitarbeitet.
Builder of CodeGuardian
Alexander Weipprecht steht als Speaker auf dem Programm der AI Coding Days – und im Netz sprechen viele über CodeGuardian, das er als Guard und Qualitätslayer für KI-Coding baut. Im Interview erklärt er, worüber er in Köln berichtet, was seinen USP ausmacht und wie er die Rolle von Softwareunternehmen in den nächsten Jahren sieht.
Alexander ist Gründer und Geschäftsführer der Provimedia GmbH. Wer ihn weiterlesen will, findet ihn auf LinkedIn, auf seinem Speaker-Profil unter aicodingdays.de/speaker/alexander-weipprecht und zu CodeGuardian unter provimedia.de/code-guardian.
Alexander spricht über Setup, Development-Pipelines und die Integration von AI-Prozessen im Unternehmen – Praxis statt Folien-Theorie.
Guard gegen destruktive Befehle beim KI-Coding, plus Skills und Hooks für Claude Code und Codex – entstanden aus dem eigenen Alltag.
Hallo Alex, worüber wirst du bei den AI Coding Days berichten?
Um ehrlich zu sein, ändert sich sein Vortrag in den letzten Wochen fast täglich. Was vor zwei Wochen noch innovativ wirkte, wirkt heute schon wieder wie Schnee von gestern. Er kommt aus der Software und ist Trends bei Frameworks und Tools gewohnt – die Geschwindigkeit im AI-Bereich toppe aber alles.
Er hat sich entschieden, über sein Setup und die konkrete Integration von Development-Pipelines und AI-Prozessen in seinem Unternehmen zu sprechen. Wie organisiert man mehrere Mitarbeiter an einem KI-Projekt? Und warum steht bei jedem Mitarbeiter noch ein extra Linux-Rechner neben dem Arbeitsplatz?
Das hört sich spannend an – was würdest du sagen, ist dein USP aktuell?
Alexander ist sich sicher, dass es auf den Coding Days spannende Vorträge geben wird, bei denen auch er noch viel lernen kann. Sein USP liege darin, dass alle Lösungen, die er anbietet und präsentiert, aus der alltäglichen Praxis kommen – nicht nur theoretisch funktionieren, sondern erprobt sind.
In einem Monat habe er mit dieser Methode ein komplettes ERP-System mit über einer halben Million Zeilen Code neu aufgebaut, mit 100 Prozent Unit-Test- und Mutation-Test-Abdeckung. Oder 298 Webseiten komplett neu aufgesetzt und Umsatz sowie Besucherzahlen dieser Affiliate-Webseiten verzehnfacht. In einem Team aus vier Leuten setzen sie 58 Softwareprojekte für Kunden parallel um.
Die Lösungen und Tools, die er entwickelt, baue er in erster Linie für sich und seine tägliche Arbeit. So sei zum Beispiel CodeGuardian entstanden – und die CodeGuardian Cloud, an der er bereits für Kunden arbeitet.
Tools entstehen für den eigenen Alltag – und werden erst danach für Kunden und Community geöffnet.
Vier Leute, 58 parallele Kundenprojekte – und hohe Testabdeckung als harte Qualitätslatte.
Vom CodeGuardian sprechen im Netz aktuell viele. Ich habe ihn das erste Mal gesehen, als du ihn auf TikTok vorgestellt hast – kannst du sagen, was er genau macht?
Sehr gerne, sagt Alexander. Vorab: CodeGuardian werde aktuell von über 400 Nutzern genutzt, davon mehr als die Hälfte KI-Firmen und/oder Softwareunternehmen. Beim CodeGuardian handele es sich um ein Werkzeug, das als klassischer Guard funktioniert und beim KI-Coding vor destruktiven Befehlen schützt.
Das sei der Basis-Layer. Darauf aufbauend optimiere CodeGuardian mit speziellen Skills und eigenen Tools – eingebunden in die Hooks bei Codex oder Claude Code – die Qualität der Software massiv: weniger Fehler, so gut wie kein Debugging mehr, klare Regeln und Prinzipien aus der klassischen Softwareentwicklung, die durchgesetzt werden.
Dazu komme Cache- und Token-Optimierung, die Kosten spare – und vieles mehr. Jede Woche gebe es ein Update; auf seiner Liste stünden noch rund 200 Todos.
Wo denkst du geht für dich als Softwareunternehmen die Reise hin?
Auf lange Sicht würden seine Mitarbeiter im Wesentlichen die Kommunikation mit den Kunden machen. Einfache Prozesse wie Bugfixes, die Kunden melden, liefen zu 90 Prozent über automatische Prozesse und Schutzlayer direkt ins LLM und würden bearbeitet.
Die Aufgabe werde beratender Natur: Schnittstelle zwischen Kundenwunsch und Umsetzung. Weniger aus dem Fachwissen des klassischen Experten heraus – darin seien die LLMs heute schon besser – sondern eher wie ein Coach.
Mit dem Kunden gemeinsam abwägen, wie Kosten und Nutzen bei Prozessen liegen. Einfach weil man die KI noch besser verstehe als viele Kunden, wenn es um wirklich große Aufgaben gehe, die Infrastruktur und Wartung mitbringen.
Natürlich könne er sich in dieser Hinsicht auch irren. Die Welt entwickle sich so schnell – man müsse sich im Rahmen seiner Möglichkeiten immer wieder neu erfinden.