Apple zieht eine Grenze
Genau deshalb greift eine Debatte zu kurz, die Vibe-Coding nur als Problem unerfahrener Einzelpersonen beschreibt. Plattformregeln allein schließen diese Lücke aber nicht.
Auch die Plattformseite reagiert auf den Trend. Apple blockierte geplante Updates der Anbieter Replit und Vibecode in der App-Store-Kontrolle. Der Konzern berief sich dabei auf App-Store-Richtlinie 2.5.2.
Sie untersagt Anwendungen, ausführbaren Code nachzuladen, wenn dadurch die Funktionalität der App oder des Systems verändert wird. Die Regel soll eigentlich schädliche Fake-Apps verhindern.
Nun trifft sie Werkzeuge, die Web-Apps per Prompt erzeugen und direkt in einer integrierten Umgebung ausführen. Für solche Anbieter ist das ein strukturelles Problem, weil Vorschau, Ausführung und Generierung eng zusammengehören.
Der Fall zeigt die Grenze zentraler Kontrolle. Ein App-Store kann bestimmte Ausführungsmodelle blockieren. Er prüft aber nicht automatisch, ob eine Webanwendung sichere Datenbankrichtlinien hat.
Für die Praxis heißt das: Distribution, Codegenerierung und Backend-Sicherheit sind getrennte Ebenen. Wer eine davon reguliert, hat die anderen nicht automatisch im Griff.
Die eigentliche Debatte
Vibe-Coding ist nicht automatisch fahrlässig. Es kann Entwürfe beschleunigen, Einstiegshürden senken und kleinen Teams helfen, Ideen früher zu testen. Der Fehler beginnt dort, wo ein Prototyp wie ein fertiges Produkt behandelt wird. Sobald echte Konten, echte Dateien und echte Zahlungs- oder Profildaten im System liegen, reicht ein funktionierender Bildschirm nicht mehr aus.
Für Anbieter von KI-Werkzeugen folgt daraus eine klare Pflicht zur Reibung. Sie müssen unsichere Muster markieren, sichere Voreinstellungen bevorzugen und vor produktiven Deployments harte Prüfungen verlangen.
Für Nutzerinnen und Nutzer folgt die Gegenpflicht, generierten Code nicht als fertige Software zu behandeln. Für Plattformen und Backend-Dienste bleibt die Frage, ob Komfort noch vertretbar ist, wenn falsche Defaults massenhaft reproduziert werden.
Die Debatte sollte deshalb weniger um KI gegen Entwicklungsteams kreisen, sondern um Produktionsreife, Haftung und überprüfbare Sicherheitsstandards.
Oliver Jessner(öffnet im neuen Fenster) bringt 15 Jahre Erfahrung in Softwareentwicklung und Unternehmertum mit und schreibt über Wirtschaft, New Work, Startups und KI.
- Anzeige Hier geht es zu Künstliche Intelligenz: Wissensverarbeitung bei Amazon Wenn Sie auf diesen Link klicken und darüber einkaufen, erhält Golem eine kleine Provision. Dies ändert nichts am Preis der Artikel.