Vibe Coding und Barrierefreiheit: die Risiken von KI-generiertem Code

Vibe Coding – bei dem man der künstlichen Intelligenz die eigene Absicht beschreibt und den daraus entstehenden Code übernimmt – verändert die Softwareentwicklung. Mit der Geschwindigkeit kommt jedoch ein Problem, das bisher kaum jemand misst: von KI generierter Code führt sich selbst überlassen sehr oft zu Benutzeroberflächen, die Menschen mit Behinderungen ausschließen. Eine Produktivitätsrevolution, die ohne Korrekturmaßnahmen droht, digitale Barrieren zu vervielfachen statt sie abzubauen.

Vibe Coding und Barrierefreiheit im Überblick

• Vibe Coding bedeutet, im Dialog mit der KI zu programmieren: Das Modell schreibt den Code, Entwickler:innen „lenken" die Ausgabe.

• Die verbreitetsten Tools erzeugen standardmäßig oft nicht barrierefreie Benutzeroberflächen: mangelhaftes Fokus-Management, fehlende Beschriftungen, rein visuelles Feedback.

• Der European Accessibility Act (EAA) gilt seit Juni 2025: Das regulatorische Risiko ist real, nicht theoretisch.

• Die Lösung besteht nicht darin, KI abzulehnen, sondern sie mit Methode einzusetzen: durchdachte Prompts, menschliche Validierung, Einbindung von Menschen mit Behinderungen in den Prozess.

Was Vibe Coding ist und warum es zum Mainstream wurde

Der Begriff Vibe Coding wurde im Februar 2025 von Andrej Karpathy geprägt, ehemaligem KI-Direktor bei Tesla und Mitbegründer von OpenAI. Er beschrieb es als eine Art zu programmieren, bei der man sich den „Vibes" überlässt: Man bittet das Modell in natürlicher Sprache um etwas, übernimmt den Code, ohne ihn Zeile für Zeile zu lesen, führt ihn aus und passt die Prompts so lange an, bis alles funktioniert.

Möglich wird das durch Tools wie Cursor, Claude Code, Lovable, Bolt und Replit, die die Entwicklungsumgebung in einen dialogischen Raum verwandelt haben.

Das Versprechen ist klar: Entwicklungszeiten, die von Wochen auf Stunden schrumpfen, MVPs, die an einem Nachmittag entstehen, greifbare Prototypen für alle, die sie vorher nur beschreiben konnten.

Für viele ist das eine kleine persönliche Revolution. Und es ist eine Revolution mit weitreichenden Auswirkungen.

Das Versprechen: Entwicklung demokratisieren

Vibe Coding löst ein Versprechen ein, das No-Code-Plattformen nur zur Hälfte gehalten hatten: die Softwareentwicklung aus dem engen Kreis derjenigen herauszuholen, die programmieren können.

Für Unternehmen ist der operative Vorteil konkret.

Schnellere Prototyping-Zyklen, niedrigere Kosten für Pilotprojekte, die Möglichkeit, Hypothesen zu testen, bevor in feste Teams investiert wird, höhere Ausführungsgeschwindigkeit.

Für Einzelpersonen ist es eine offene Tür: Wer eine Idee hat, kann sie entstehen sehen, auch ohne jahrzehntelanges Studium im Hintergrund.

Hier beginnt jedoch die Grauzone. Je niedriger die technische Hürde, desto mehr digitale Benutzeroberflächen gehen in Produktion, ohne eine strukturierte Prüfung durchlaufen zu haben. Und eine Oberfläche ohne Prüfung schließt statistisch gesehen jemanden aus.

Das Paradox der Barrierefreiheit im Vibe Coding

Jacopo Deyla, Chief Accessibility Officer von Accessiway, beschreibt es in einem Beitrag für Agenda Digitale so: „Wir stehen vor einem technologischen Paradox. Das Werkzeug, das die Entwicklung demokratisieren sollte, droht ausgerechnet die Menschen mit Behinderungen auszuschließen, die in der Technologie einen beruflichen Ausdrucksweg gefunden hatten. Das ist der Kern der Sache. Das Versprechen von Vibe Coding lautet ‚alle können programmieren'. Die Realität heute lautet ‚alle können nicht barrierefreie Benutzeroberflächen schneller programmieren als zuvor'."

Das Problem hat zwei Seiten, eine sichtbarer als die andere. Die erste betrifft Entwickler:innen mit Behinderungen, die diese Tools nutzen. Die zweite betrifft die Endnutzer:innen der daraus entstehenden Produkte.

Entwickler:innen, ausgeschlossen von den Tools, die sie eigentlich befähigen sollten

Eine auf der 27. ASSETS-Konferenz vorgestellte Studie – dem wichtigsten internationalen wissenschaftlichen Treffen zu Accessibility-Technologien – untersuchte die Erfahrungen blinder und sehbehinderter Entwickler:innen mit den verbreitetsten Vibe-Coding-Umgebungen. Die Ergebnisse sind eindeutig: unvollständige Tastaturnavigation, ineffizientes Fokus-Management, Erfolgs- oder Fehlermeldungen, die nur visuell übermittelt werden.

Das sind technische Probleme, die in der Summe eine klare Folge haben: Die kognitive Belastung steigt.

Entwickler:innen mit Sehbehinderung müssen Energie darauf verwenden, zu verstehen, wie das Tool gerade arbeitet, statt sich auf das eigentliche Problem zu konzentrieren. Die „intuitiven" dialogorientierten Oberflächen – eigentlich gedacht, um auch Menschen ohne Programmierkenntnisse zugänglich zu sein – schließen faktisch einen bedeutenden Teil der professionellen Zielgruppe aus.

Weiterführende Ressourcen: How Blind People Use and Understand Generative AI Tools The Impact of Generative AI Coding Assistants on Developers Who Are Visually Impaired

Generative Ergebnisse, die verborgene Vorurteile reproduzieren

Die zweite Ebene des Problems liegt in den Ergebnissen. Die Sprachmodelle hinter Vibe Coding wurden mit riesigen Mengen an vorhandenem Code trainiert, und dieser Code ist – so sieht die Realität des heutigen Webs aus – größtenteils nicht barrierefrei. Das Modell lernt aus dem, was es sieht. Ohne explizite Anweisungen reproduziert es die vorherrschenden Muster.

Das ist kein böser Wille des Modells, sondern ein Optimierungs-Bias: Die KI bevorzugt visuelle Wirkung und Ausführungsgeschwindigkeit, weil das die Kriterien sind, nach denen durchschnittliche Nutzer:innen ihre Ergebnisse als „gut" bewerten. Das Problem ist, dass diese durchschnittlichen Nutzer:innen statistisch gesehen nicht mit einem Screenreader testen.

Barrierefreiheits-Schulden wachsen im Stillen

Es gibt eine dritte Ebene, die für Compliance-Verantwortliche am meisten Anlass zur Sorge geben sollte. Je schneller Code entsteht, desto schneller stapeln sich ungeprüfte Benutzeroberflächen. Klassische QA-Zyklen – die Probleme vor dem Deployment abfangen sollten – sind auf menschliches Tempo ausgelegt, nicht auf das Tempo von Vibe Coding.

Parallel dazu verschärft sich der rechtliche Rahmen. Der EAA, der seit dem 28. Juni 2025 gilt, hat die Pflichten zur digitalen Barrierefreiheit auf einen deutlich größeren Kreis von Unternehmen ausgeweitet: E-Commerce, Bankdienstleistungen, Transportdienste, Kommunikationsplattformen.

Die UN-Behindertenrechtskonvention von 2006, die in Italien bereits in nationales Recht überführt wurde, legt Barrierefreiheit als grundlegende Anforderung fest, nicht als Option. Eine in 10 Minuten generierte und nie validierte Benutzeroberfläche kann heute zu einem konkreten rechtlichen Problem werden, nicht nur zu einem ethischen.

Was es braucht, um Vibe Coding ohne neue Barrieren zu betreiben

Die Antwort lautet nicht „keine KI nutzen". Es ist schlicht Realität, dass Vibe Coding nicht verschwinden wird. Die richtige Frage ist, wie man es gut nutzt, und dafür gibt es bereits recht klare Praktiken.

Prompts, die Barrierefreiheit von Anfang an mitdenken

LLMs reagieren auf das, was man von ihnen verlangt. Wer „erstelle ein Anmeldeformular" eingibt, erhält ein Anmeldeformular, das wahrscheinlich nicht barrierefrei ist. Wer stattdessen „erstelle ein Anmeldeformular gemäß den Web Content Accessibility Guidelines (WCAG) 2.2, Stufe AA, mit verknüpften Labels, korrektem Fokus-Management und für Screenreader ansagbaren Fehlermeldungen" eingibt, erhält etwas deutlich Solideres.

Das ist kein Zauberstab – die Ergebnisse müssen weiterhin überprüft werden –, aber der Unterschied ist enorm. Barrierefreiheitsanforderungen zu einem festen Bestandteil jedes Prompts zu machen, ist die Einzelmaßnahme mit dem besten Aufwand-Nutzen-Verhältnis. Sie kostet nichts und hebt den Durchschnitt der Ergebnisse.

Strukturierte menschliche Validierung ist nicht mehr optional

Jacopo Deyla schlägt eine interessante Erweiterung des klassischen „Person in the loop"-Ansatzes vor: Er spricht von „Person with disabilities in the loop". Die Validierung von generiertem Code kann nicht nur automatisiert erfolgen und nicht nur von denjenigen, die ihn geschrieben haben. Menschen mit Behinderungen müssen in den Prozess eingebunden werden, nicht erst am Ende. Nicht als letzte Prüfinstanz, wenn das Produkt bereits in Produktion ist, sondern als Teil des Teams, das entscheidet, was „fertig" bedeutet.

Das bedeutet in der Praxis, dass Barrierefreiheits-Audits – automatisiert und manuell – in den Entwicklungszyklus integriert werden müssen, statt nachträglich ergänzt zu werden. Eine Organisation, die Vibe Coding ohne strukturiertes Validierungsprotokoll betreibt, häuft gleichzeitig technische und ethische Schulden an.

An der Wurzel ansetzen, nicht am Ende

Es gibt eine technische Nuance, die man verstehen sollte. Eine nicht barrierefreie Benutzeroberfläche nach dem Deployment zu korrigieren, ist teuer, langsam und liefert nur Teilergebnisse. Von Anfang an barrierefreien Code zu generieren, ist deutlich effizienter.

Dafür muss man jedoch an der Logik und dem Wissen ansetzen, das die KI zur Code-Erzeugung nutzt: Trainingsdaten, System-Prompt, Fine-Tuning interner Modelle, Guardrails für die Generierung.

Das ist eine Interventionsebene, die sich intern nur wenige Teams leisten können, und genau hier entsteht Raum für spezialisierte Partnerschaften. Es braucht einen systemischen Ansatz, der Design, Entwicklung und Governance verbindet.

KI als Verbündete, nicht als Bedrohung

Es wäre naiv, zu schließen, dass die künstliche Intelligenz das Problem ist. Ehrlicher ist es zu sagen, dass sie heute ein mächtiges Werkzeug ist, dem auf einem Terrain, das Präzision verlangt, ausreichende Anweisungen fehlen. Dasselbe Modell, das ein nicht barrierefreies Formular erzeugt, kann mit dem richtigen Training und den richtigen Prompts Benutzeroberflächen liefern, die besser funktionieren als der menschliche Durchschnitt. Der Hebel ist nicht die Technologie, sondern die Methode.

Es gibt auch einen optimistischeren Ausblick. Je mehr barrierefreier Code in die Trainingsdatensätze einfließt und je mehr Bewertungsmetriken für Modelle auch die WCAG-Konformität berücksichtigen, desto eher kann KI zu einem Beschleuniger statt zu einer Bremse für Barrierefreiheit werden.

Das ist die naheliegende Richtung, aber sie ergibt sich nicht von selbst: Es braucht den Willen derjenigen, die die Modelle entwickeln, und die ausdrückliche Nachfrage derjenigen, die sie nutzen.

Geschwindigkeit ohne Ausschluss: der eigentliche Standard des nächsten Jahrzehnts

Wenn es eine Botschaft zum Mitnehmen gibt, dann diese: Vibe Coding ist weder gut noch schlecht, es ist schnell. Geschwindigkeit ohne eine Methode, die Barrierefreiheit einschließt, erzeugt mehr Ausschluss, schneller. Geschwindigkeit mit der richtigen Methode erzeugt endlich inklusive Software im großen Maßstab.

Drei Dinge, mit denen man schon morgen anfangen kann:

Barrierefreiheitsanforderungen in jeden Prompt zur Code-Generierung aufnehmen, auch in „schnelle". Strukturierte menschliche Validierung in den Entwicklungszyklus integrieren, mit direkter Einbindung von Menschen mit Behinderungen. Konformität nicht als abschließende Kontrolle behandeln, sondern als Eigenschaft des Prozesses, die von der Design-Phase an vorhanden ist.

Und ein Gedanke, den man sich zu eigen machen sollte: Barrierefreiheit bremst Vibe Coding nicht, sie gibt ihm erst seinen Sinn. Eine Innovation, die keinen universellen Zugang garantiert, riskiert, zum Werkzeug des Ausschlusses statt des Fortschritts zu werden. Das gilt für Vibe Coding genauso wie für alles, was danach kommt.

Möchtest du wissen, wie sich digitale Barrierefreiheit in einer Zeit KI-beschleunigter Entwicklung angehen lässt?

Entdecke die Accessiway-Services für Compliance, die Entwicklungs-, Design- und Produktteams von der ersten Bewertung bis zur fortlaufenden Konformität begleiten.

Demo vereinbaren

Häufig gestellte Fragen zu Vibe Coding und Barrierefreiheit

Was ist Vibe Coding?

Vibe Coding ist ein Ansatz der Softwareentwicklung, bei dem man der künstlichen Intelligenz die eigene Absicht in natürlicher Sprache beschreibt und den daraus entstehenden Code übernimmt, ohne ihn Zeile für Zeile zu lesen. Der Begriff wurde im Februar 2025 von Andrej Karpathy geprägt.

Schafft Vibe Coding Barrieren bei der Zugänglichkeit?

Ja, Vibe-Coding-Tools erzeugen standardmäßig oft nicht barrierefreien Code: Formulare ohne Beschriftungen, fehlerhaftes Fokus-Management, rein visuelles Feedback. Dadurch entstehen neue digitale Barrieren für Menschen mit Behinderungen, insbesondere für alle, die mit einem Screenreader navigieren.

Warum ist von KI generierter Code nicht barrierefrei?

Die Modelle werden mit großen Mengen an vorhandenem Code trainiert, der größtenteils nicht barrierefrei ist. Ohne explizite Anweisungen in den Prompts reproduzieren sie die vorherrschenden Muster und bevorzugen visuelle Wirkung und Ausführungsgeschwindigkeit, während Barrierefreiheitsanforderungen unberücksichtigt bleiben.

Welche rechtlichen Risiken birgt nicht barrierefreies Vibe Coding?

Seit dem 28. Juni 2025 gilt der European Accessibility Act (EAA), der E-Commerce, Banken und anderen privaten Dienstleistern Pflichten zur digitalen Barrierefreiheit auferlegt. Wer nicht konforme Benutzeroberflächen veröffentlicht, riskiert rechtliche Schritte, Sanktionen und einen Reputationsschaden.

Wie lässt sich Vibe Coding mit Barrierefreiheit vereinbaren?

Es braucht Methode: Die Anforderungen der Web Content Accessibility Guidelines (WCAG) in die Prompts aufnehmen, Barrierefreiheits-Audits in den Entwicklungszyklus integrieren und Menschen mit Behinderungen in die Validierung einbinden. Barrierefreiheit ist eine fortlaufende Praxis, keine abschließende Kontrolle.

Inhalt, der mit Unterstützung künstlicher Intelligenz erstellt und einer menschlichen Überwachung und Überprüfung unterzogen wurde