Vibe Coding Audit.

Ihre KI-App prüfen, freigeben und betreiben.

Ein Vibe Coding Audit prüft eine mit KI gebaute Anwendung, bevor sie live geht oder weiter wächst: Quellcode, Sicherheit, Datenschutz, Architektur, Skalierbarkeit und Infrastruktur. ebiscon liefert einen Befundbericht mit klaren Prioritäten, dokumentiert die Anwendung und gibt auf Wunsch jeden weiteren Pull Request frei oder übernimmt Betrieb und Weiterentwicklung. Der Code bleibt Ihr Code.

Lovable · Bolt · Cursor · Codex · Claude Code · Replit · v0 · und jedes andere Tool

Beispiel: ein geprüfter Pull Request

Kundenportal: Login für Händler #128

feature/haendler-login

Geprüft von ebiscon

  • Sicherheit
  • Datenschutz und DSGVO
  • Architektur und Skalierbarkeit
  • Infrastruktur und Betrieb
  • Codequalität und Tests
  • Dokumentation

Freigegeben

Schnell gebaut. Und jetzt?

Mit Lovable, Cursor oder Claude Code bauen Fachabteilungen heute in wenigen Wochen, wofür früher ein eigenes Projekt nötig war. Das ist eine echte Leistung. Danach stellen sich allerdings andere Fragen als beim Bauen.

Gartner erwartet, dass bis 2028 rund 30 Prozent der Entwicklungsteams durch die Wartung solcher Anwendungen an ihre Kapazitätsgrenzen kommen. Was die Zahlen zu Vibe Coding wirklich sagen

Was wir in Gesprächen hören

  • Die App läuft. Bevor wir sie Kunden geben, muss aber jemand draufschauen.

    Wir prüfen die Anwendung durch sechs Prüftore und sagen Ihnen schriftlich, was vor dem Livegang erledigt sein muss und was warten kann.

  • Wir entwickeln gern selbst weiter. Wir brauchen nur einen zweiten Blick.

    Sie arbeiten weiter wie bisher. Jeder Pull Request geht vor dem Merge durch unsere Prüfung und wird freigegeben oder mit konkreten Befunden zurückgegeben.

  • Ging ja schnell mit KI. Inzwischen code ich den ganzen Tag statt meinen eigentlichen Job zu machen.

    Wir übernehmen Betrieb, Wartung und auf Wunsch die Weiterentwicklung. Wer die App gebaut hat, bekommt die eigene Arbeit zurück.

Prüftore

KI-generierten Code prüfen lassen: sechs Prüftore

Jedes Vibe Coding Audit läuft bei uns durch dieselben sechs Prüftore. So ist das Ergebnis vergleichbar, egal ob wir eine ganze Anwendung prüfen oder einen einzelnen Pull Request.

  1. Sicherheit

    Kommt nur hinein, wer hinein darf, und sieht nur, was er sehen soll?

    • Anmeldung und Rollen
    • Secrets und API-Schlüssel
    • Zugriffsschutz der Datenbank, zum Beispiel Row Level Security in Supabase
    • Abhängigkeiten
    • OWASP Top 10
  2. Datenschutz und DSGVO

    Wissen Sie, wo Ihre Nutzerdaten liegen und wer sie verarbeitet?

    • Speicherort und Serverstandort
    • Auftragsverarbeitung
    • Datenflüsse an KI-Anbieter
    • Löschkonzept
    • Maßnahmen nach Art. 32 DSGVO
  3. Architektur und Skalierbarkeit

    Trägt die Anwendung auch die zehnfache Zahl an Nutzern?

    • Datenmodell
    • Verhalten unter Last
    • Kosten bei Wachstum
    • Trennung von Mandanten und Umgebungen
  4. Infrastruktur und Betrieb

    Läuft die App weiter, wenn etwas schiefgeht?

    • Hosting
    • Deployment
    • Backups
    • Monitoring
    • Getrennte Test- und Produktivumgebung
  5. Codequalität und Tests

    Kann jemand anderes als der Erbauer die App weiterentwickeln?

    • Struktur
    • Doppelungen
    • Testabdeckung
    • Wartbarkeit
  6. Dokumentation

    Lässt sich die App mit dem, was aufgeschrieben ist, übergeben?

    • Architektur
    • Datenmodell
    • Schnittstellen
    • Betriebshandbuch

Freigegeben

Jedes Prüftor endet mit einer Bewertung und einem konkreten nächsten Schritt.

  • GrünIn Ordnung. Nichts zu tun.
  • GelbSollte behoben werden, blockiert den Release aber nicht.
  • RotBlockiert den Release. Muss vor dem Livegang behoben sein.

Leistungen

So tief, wie Sie es brauchen

Sie entscheiden, was Sie selbst machen und was wir übernehmen. Jede Stufe funktioniert für sich, und Sie können jederzeit tiefer einsteigen oder wieder aussteigen.

  1. Vibe Coding Audit

    Wir prüfen Ihre Anwendung einmal vollständig durch alle sechs Prüftore. Sie bekommen einen Bericht mit jedem Befund, seiner Bewertung und einem konkreten Vorschlag, was zu tun ist, sortiert nach Dringlichkeit. In einem gemeinsamen Termin gehen wir die Ergebnisse durch, damit Ihr Team weiß, wo es ansetzen kann. Danach entscheiden Sie: selbst umsetzen, mit uns umsetzen oder an uns übergeben. Der Bericht gehört Ihnen, auch wenn Sie danach mit niemandem weiterarbeiten.

  2. Technische Dokumentation nachträglich erstellen

    Mit KI gebaute Anwendungen haben selten eine Dokumentation. Das Wissen steckt im Kopf der Person, die sie gebaut hat, und in einem langen Chatverlauf. Wir schreiben die Dokumentation aus dem Code heraus: Architektur, Datenmodell, Schnittstellen und ein Betriebshandbuch für den Alltag. Gibt es schon eine Dokumentation, prüfen wir, ob sie zum Code passt. Damit hängt die Anwendung nicht länger an einer einzelnen Person, und jede Übergabe wird planbar, ob intern oder an uns.

  3. Pull Requests prüfen und freigeben

    Ihr Team entwickelt weiter wie bisher, mit den Tools, die es kennt. Jeder Pull Request geht vor dem Merge durch die sechs Prüftore. Wir geben ihn frei oder geben ihn mit konkreten Befunden zurück, nachvollziehbar direkt im Pull Request. ebiscon ist dafür als verpflichtender Reviewer im Repository eingetragen, mit einer Antwortzeit, die wir mit Ihnen vereinbaren. Sie behalten Tempo und Verantwortung und haben trotzdem eine zweite Unterschrift unter jeder Änderung.

  4. Vibe Coding App übernehmen, betreiben und warten

    Wenn die App mehr Zeit kostet, als sie spart, übernehmen wir den Betrieb. Das heißt Hosting in Deutschland, Monitoring, Backups, Updates und Sicherheitspatches, mit klaren Zuständigkeiten, wenn etwas ausfällt. Ihre Fachabteilung meldet Wünsche und Fehler, wir kümmern uns. Wer die App gebaut hat, kann sich wieder der eigenen Arbeit widmen und bleibt trotzdem die Person, die am besten weiß, was die Anwendung können soll.

  5. Weiterentwickeln

    Wir entwickeln die Anwendung weiter, gemeinsam mit Ihrem Team oder für Sie. Neue Funktionen bauen wir auf der bestehenden Codebasis. Einen Neubau schlagen wir nur vor, wenn das Audit zeigt, dass er günstiger ist als der Umbau, und dann mit Begründung.

Ob mit Lovable, Bolt, Cursor, Codex, Claude Code, Replit, v0 oder einem anderen Werkzeug gebaut: Die Prüfung hängt weder am Tool noch an einer bestimmten Programmiersprache.

Ihr Code bleibt Ihr Code

  • Der Code liegt in Ihrem Repository und bleibt dort.

  • Berichte und Dokumentation gehören Ihnen, vom ersten Tag an.

  • Jede Stufe lässt sich beenden, ohne dass Sie von uns abhängig sind.

Ganz ehrlich: Sie brauchen uns nicht immer.

Bei einfachen Test-Apps können Sie erst einmal selbst weitermachen.

Bauen Sie einfach weiter, wenn Ihre Lösung

  • eine interne Demo bleibt
  • nie echte Daten sieht
  • morgen wieder gelöscht werden darf

Dann spielen Skalierbarkeit und Datenschutz keine Rolle.

Sprechen wir, sobald

  • sich Kunden anmelden
  • Personaldaten darin stecken
  • sich ein Team jeden Tag darauf verlässt

Dann geht es nicht mehr darum, ob die Lösung funktioniert. Sondern ob sie es morgen noch tut, ob die Daten dort liegen, wo sie hingehören, und wer dafür geradesteht.

Termin vereinbaren

Häufige Fragen zum Vibe Coding Audit

Was ist ein Vibe Coding Audit?

Ein Vibe Coding Audit ist die Prüfung einer Anwendung, die ganz oder teilweise mit KI-Tools wie Lovable, Cursor oder Claude Code gebaut wurde. Geprüft werden Quellcode, Sicherheit, Datenschutz, Architektur, Skalierbarkeit, Infrastruktur und Dokumentation. Das Ergebnis ist ein Bericht mit priorisierten Befunden und konkreten nächsten Schritten, der zeigt, ob und unter welchen Bedingungen die Anwendung live gehen kann.

Was kostet ein Vibe Coding Audit?

Das hängt vor allem von Umfang und Aufbau der Anwendung ab. Eine kleine interne App ist schneller geprüft als eine Plattform mit Kundenzugang und mehreren Schnittstellen. Im kostenlosen Erstgespräch schauen wir gemeinsam auf Ihre Anwendung und schicken Ihnen danach ein festes Angebot.

Wie lange dauert ein Audit?

Auch das hängt vom Umfang ab. Den Zeitplan legen wir im Erstgespräch fest, sodass Sie vorher wissen, wann der Bericht kommt. Steht ein Releasetermin fest, richten wir die Prüfung danach aus und ziehen die Punkte vor, die den Release blockieren könnten.

Welche Zugänge braucht ebiscon?

Für das Audit benötigen wir lediglich Lesezugriff auf den Code, beispielsweise über GitHub, sowie auf das Supabase-Projekt. Auf Produktivdaten greifen wir in der Regel nicht zu. Sollten wir dennoch mit personenbezogenen Daten in Berührung kommen, schließen wir vorab einen Vertrag zur Auftragsverarbeitung (AVV).

Ist meine Lovable-App DSGVO-konform?

Das hängt nicht vom Tool ab, sondern davon, wie die App gebaut ist. Entscheidend ist, wo die Daten gespeichert werden, welche Dienste sie verarbeiten, ob Verträge zur Auftragsverarbeitung bestehen und ob der Zugriff auf die Daten geschützt ist. Genau das prüfen wir im Prüftor Datenschutz und DSGVO und sagen Ihnen, was fehlt.

4 weitere FragenWeniger anzeigen
Können wir selbst weiterentwickeln, wenn ebiscon prüft?

Ja, das ist sogar der häufigste Fall. Ihr Team entwickelt weiter, wir prüfen jeden Pull Request vor dem Merge und geben ihn frei oder mit Befunden zurück. Sie behalten das Tempo und die Verantwortung, und jede Änderung hat einen zweiten Blick.

Reicht ein automatischer Scanner nicht aus?

Scanner sind ein guter erster Schritt, und wir nutzen sie selbst. Sie finden bekannte Muster, zum Beispiel offen liegende Schlüssel. Was sie nicht sehen: ob die Geschäftslogik Daten an der falschen Stelle preisgibt, ob die Architektur das Wachstum trägt und ob der Betrieb im Ernstfall funktioniert. Dafür braucht es Menschen, die den Zusammenhang verstehen.

Was passiert, wenn das Audit grobe Mängel findet?

Dann steht im Bericht, welche Mängel einen Release blockieren und wie sie sich beheben lassen. Meist geht das auf der bestehenden Codebasis. Ihr Team kann die Punkte selbst umsetzen, wir können es übernehmen, oder wir teilen uns die Arbeit. Einen Neubau empfehlen wir nur, wenn er nachweislich günstiger ist.

Mit welchen Tools und Technologien arbeitet ebiscon?

Mit allen. Ob Ihre Anwendung mit Lovable, Bolt, Cursor, Codex, Claude Code, Replit oder v0 entstanden ist, spielt für die Prüfung keine Rolle, und sie ist auch an keine Programmiersprache gebunden. Mit KI-Unterstützung prüfen wir auch Anwendungen, die mehrere Stacks verbinden.

Tommas Seibel

Tommas Seibel

CEO, ebiscon

Erstgespräch

Sprechen wir über Ihre Lösung

30 Minuten, kostenlos. Sie erzählen, was Sie gebaut haben, und wir sagen Ihnen ehrlich, was wir sehen.

Was Sie aus dem Gespräch mitnehmen

  • Eine ehrliche erste Einschätzung, wo Ihre Lösung steht
  • Welche Stufe für Sie sinnvoll ist, vom Audit bis zum Betrieb
  • Ein festes Angebot, wenn Sie danach weitermachen möchten

Bringen wir Ihre Daten in Bewegung.