KI Kompetenz nach dem EU AI Act: Ein praktischer Schulungsplan für Fachteams

Artikel 4 des EU AI Act verlangt von Anbietern und Betreibern, Maßnahmen zu ergreifen, um nach besten Kräften ein ausreichendes Maß an KI Kompetenz bei ihrem Personal und anderen Personen sicherzustellen, die in ihrem Auftrag KI Systeme betreiben oder nutzen, unter Berücksichtigung von technischem Wissen, Erfahrung, Ausbildung und Schulung, dem Nutzungskontext und den Personen, bei denen die Systeme eingesetzt werden.

Die Pflicht gilt seit dem 2. Februar 2025. Sie gilt für Betreiber jedes KI Systems, nicht nur für Hochrisikosysteme.

Genau dieser letzte Satz steht in den meisten internen Leitfäden noch falsch. Organisationen haben ihr AI Act Programm um den Hochrisikozeitplan gebaut und alles Übrige als spätere Arbeit behandelt. Artikel 4 galt bereits, während diese Planung lief.

Was die Pflicht tatsächlich sagt

Drei Stellen im Text lohnen genaues Lesen.

„Nach besten Kräften“. Das ist ein Verhältnismäßigkeitsmaßstab und kein absoluter. Was ausreichend ist, hängt von Ihrer Organisation, Ihren Systemen und Ihrem Risiko ab. Das hilft, und es bedeutet, dass Ihre dokumentierte Überlegung zur Verhältnismäßigkeit ebenso zählt wie Ihre Abschlussquote.

„Personal und andere Personen, die in ihrem Auftrag KI Systeme betreiben oder nutzen“. Breiter als Beschäftigte. Auftragnehmer, Zeitpersonal und je nach Ausgestaltung auch Dritte, die Systeme für Sie betreiben.

Die genannten Faktoren. Technisches Wissen, Erfahrung, Ausbildung und Schulung, der Nutzungskontext und die Personen, bei denen die Systeme eingesetzt werden. Den letzten Faktor überspringen die meisten, und er zählt: Ein System, das auf Kunden oder Beschäftigte angewandt wird, verdient mehr Kompetenz als eines, das auf öffentliche Marktdaten angewandt wird.

Die Verordnung nennt keine bestimmte Maßnahme. Schulung ist eine Maßnahme. Die meisten Organisationen kombinieren mehrere, und die Kombination macht das Programm verhältnismäßig statt performativ.

Warum das über Compliance hinausgeht

Ich möchte das praktische Argument machen, denn compliancegetriebene Schulung erzeugt compliancegetriebene Teilnahme.

Wer nicht versteht, wie ein generatives System scheitert, kann keine wirksame Aufsicht ausüben. Diese Person sieht ein flüssiges, gut formatiertes Ergebnis, und ihr Instinkt ist Vertrauen, denn alles in ihrer beruflichen Erfahrung sagt, dass fertige Arbeit geprüft wurde.

Das typische Versagen dieser Systeme ist ein Satz, der plausibel ist, zum umgebenden Material passt, selbstbewusst formuliert und unbelegt ist. Genau dieses Versagen soll menschliche Prüfung fangen, und genau dieses Versagen übersieht ungeschulte Prüfung.

KI Kompetenz ist deshalb nicht in erster Linie eine Complianceübung. Sie ist das, was Ihr Freigabetor funktionsfähig macht. Würden Sie die Kontrolle ohne jede Regulierung von Grund auf entwerfen, bräuchten Sie sie trotzdem.

Ein Programm mit vier Stufen

Die Tiefe skaliert mit dem, was jemand tatsächlich tut. Vier Stufen decken die meisten Organisationen ab.

Stufe 1: Grundlage für alle, die bei der Arbeit mit KI zu tun haben

Zwei Dinge vermitteln und nicht mehr, denn eine Grundlage, die alles lehren will, lehrt nichts.

Was diese Systeme tun und wo sie scheitern. Sie erzeugen plausiblen Text. Plausibel ist nicht dasselbe wie wahr. Sie füllen Lücken selbstbewusst. Sie können auf eine Weise falsch liegen, die sich richtig liest.

Wie unsere Regeln lauten. Welche Werkzeuge freigegeben sind, für welche Daten, was nie erlaubt ist, wen man fragt und wie man ein Problem meldet, ohne dass es einem schadet.

Dreißig bis fünfundvierzig Minuten, jährlich aufgefrischt und bei jeder Regeländerung. Für alle.

Stufe 2: Nutzende freigegebener Systeme

Für Menschen, die KI in ihrer eigentlichen Arbeit einsetzen, je System.

• Was dieses konkrete System kann und was nicht.
• Welche Daten hineindürfen, konkret formuliert statt als Klassifizierungsabstraktion.
• Wie das System Unsicherheit anzeigt und was Lückenmarkierungen bedeuten.
• Wie Ergebnisse geprüft werden, mit ausgearbeiteten Beispielen aus dem eigenen Fachgebiet.
• Die Fehlerbilder, die Sie in Ihrer Organisation tatsächlich gesehen haben.
• Eskalation und Meldung.

Machen Sie das systemspezifisch, nicht generisch. Allgemeine KI Schulung sagt einer Proposal Managerin nicht, was sie in einer erzeugten Credential Seite prüfen muss.

Stufe 3: Prüfende und Freigebende

Die Stufe, die am meisten zählt und die geringste Aufmerksamkeit bekommt.

• Wie dieses System Ergebnisse erzeugt, detailliert genug, um darüber nachzudenken.
• Die konkreten Fehlerbilder und wie sie sich zeigen, mit echten Beispielen.
• Automatisierungsbias, benannt und erklärt, mit dem Beleg, dass er kompetente Fachleute betrifft.
• Wofür ihre Prüfung verantwortlich ist und wofür nicht.
• Wie Herkunftsangaben, Änderungsberichte und Lückenmarkierungen genutzt werden.
• Wann abzulehnen ist, und die Sicherheit, dass Ablehnung ein normales Ergebnis ist.
• Ihre persönliche Verantwortung für das, was sie freigeben.

Das sollte substanziell sein, mit echtem Material arbeiten und eine Übung enthalten, in der die prüfende Person ein Ergebnis mit einer eingebauten unbelegten Aussage erhält. Menschen erinnern sich an einen selbst gefundenen Fehler weit besser als daran, dass man ihnen gesagt hat, sie sollen hinsehen.

Stufe 4: Verantwortliche und Governance

Für alle, die Systeme einführen, konfigurieren und steuern.

• Der regulatorische Rahmen und der aktuelle Zeitplan, einschließlich der Änderungen.
• Einordnung: wie man bestimmt, ob ein System hochriskant ist.
• Ihre Pflichten als Betreiber im Detail.
• Das Zusammenspiel mit der DSGVO und mit Branchenregeln, wo relevant.
• Anbieterprüfung und die zu beschaffende Dokumentation.
• Vorfallbehandlung und Meldepflichten.
• Wie die Einordnung aktuell gehalten wird, wenn Systeme sich weiterentwickeln.

Der aktuelle Zeitplan, präzise

Ihre Schulungsinhalte müssen aktuell sein, und vieles aus 2025 ist inzwischen falsch. Stand 2026:

Die Verschiebung erfolgte durch die Verordnung (EU) 2026/1744, den Digital Omnibus zu KI, veröffentlicht im Amtsblatt am 24. Juli 2026 und in Kraft seit dem 27. Juli 2026.

Zwei Punkte gehören ausdrücklich in die Schulung der Stufe 4. Erstens hat die Verschiebung ein Datum bewegt und keine Richtung. Zweitens, und im Alltag wichtiger, hat sie weder Artikel 4 noch Artikel 50 berührt, und beide gelten jetzt.

Das Programm aufbauen

Schritt 1: die eingesetzten KI Systeme erfassen. Ohne zu wissen, was im Einsatz ist, lässt sich Kompetenz nicht bemessen. Erfassen Sie auch die Systeme, die ohne Freigabe genutzt werden, denn deren Nutzende brauchen die Grundlage am dringendsten.

Schritt 2: Personen auf Systeme und Rollen abbilden. Wer nutzt was, wer prüft was, wer verantwortet was. Daraus entsteht die Stufenzuordnung.

Schritt 3: Verhältnismäßigkeit einschätzen und die Überlegung aufschreiben. Was für ein Team ausreicht, das einen freigegebenen Entwurfsassistenten auf internem Material nutzt, unterscheidet sich von dem, was für ein Team ausreicht, das KI bei Entscheidungen über Kunden einsetzt. Dokumentieren Sie die Einschätzung. Die Begründung ist Teil Ihrer Complianceposition.

Schritt 4: Stufe 1 zuerst bauen und ausrollen. Breite Abdeckung der Grundlagen schlägt tiefe Abdeckung von nichts. Bringen Sie alle schnell auf eine gemeinsame Basis.

Schritt 5: danach Stufe 3, nicht Stufe 2. Das wirkt gegenintuitiv und ist richtig. Prüfende sind Ihre Kontrolle. Eine ungeschulte prüfende Person, die erzeugtes Material freigibt, ist eine größere Exponierung als eine ungeschulte nutzende Person, die es erzeugt, denn deren Arbeit soll ja geprüft werden.

Schritt 6: Stufe 2 systemspezifisch machen. Mit jedem System ausrollen statt als eigenes Programm.

Schritt 7: Auslöser für Auffrischungen setzen. Neues System eingeführt. Bestehendes System wesentlich geändert. Regulatorische Lage bewegt. Ansonsten ein regelmäßiger Zyklus.

Aufzubewahrende Nachweise

Der letzte Punkt macht aus Papierarbeit etwas Nützliches. Geht etwas schief, sollte sich die Schulung ändern. Ein Programm, das sich nie ändert, lernt nicht aus Ihrer Organisation.

Häufige Fehlerbilder

Es als spätere Arbeit behandeln. Artikel 4 gilt seit Februar 2025. Ist Ihr Programm um den Dezember 2027 gebaut, sind Sie zwei Jahre zu spät bei der Pflicht, die Sie tatsächlich trifft.

Ein generisches Modul für alle. Ein einziger Kurs, bemessen für das am wenigsten technische Publikum, gibt Prüfenden nichts Verwertbares, und Prüfende sind die Kontrolle.

Bereits überholte Inhalte. Material, das die Hochrisikofrist im August 2026 beschreibt, ist falsch. Das Feld bewegt sich, und ein Programm ohne Aktualitätsprüfung driftet binnen eines Jahres.

Abschlussquoten statt Fähigkeit messen. Achtundneunzig Prozent Abschluss bei einem Modul, an das sich niemand erinnert, ist keine Kompetenz. Prüfen Sie, ob Prüfende eine eingebaute unbelegte Aussage tatsächlich finden.

Schattennutzung ignorieren. Wer nicht freigegebene Werkzeuge nutzt, steht außerhalb Ihres Programms und trägt das höchste Risiko. Holen Sie diese Menschen hinein, statt anzunehmen, ein Verbot habe es gelöst.

Wo offgen passt

Anbieter haben eine Rolle bei der Unterstützung der Betreiberkompetenz, und es ist fair zu fragen, was wir bereitstellen. Unser Trust Center und die Dokumentation beschreiben, wie sich das System verhält, was es bei fehlender Evidenz tut, wie Berechtigungen durchgesetzt werden und wo die Grenzen liegen. Das ist das Rohmaterial für Inhalte der Stufen 2 und 3 zu unserem System.

Auch das Produktverhalten unterstützt Kompetenz unmittelbar. Wenn ein System Lücken markiert statt sie zu füllen, Quellenangaben in der Datei hält und berichtet, was es geändert hat, lernen Prüfende die richtigen Gewohnheiten durch die Nutzung. Ein Werkzeug, das seine Unsicherheit verbirgt, lehrt das Gegenteil.

Der Punkt, den ich mitgeben würde: Bauen Sie Stufe 3 ordentlich. Ihre Prüfenden sind die Kontrolle, von der alles andere abhängt, und wer nicht weiß, wie das System scheitert, ist eine Kontrolle nur dem Namen nach.