A2A Check
ENStarten
Alle Beiträge

3. November 2026

Steuerungskompetenz: die KI-Fähigkeit, die kaum jemand lehrt

Ihr Team nutzt Claude Code oder Codex. Es kann die Werkzeuge bedienen. Aber kann es seine Agenten auch steuern und kontrollieren?

Werkzeuge bedienen ist noch keine Kompetenz

Prof. Yasmin Weiß beschreibt in ihrem Newsletter „Future of Work“ vom 24.10.2026 zehn Dimensionen von KI-Kompetenz. Die zehnte ist die Steuerungs- und Orchestrierungskompetenz: KI-Assistenten und Agenten steuern, Aufgaben sinnvoll verteilen und Ergebnisse kontrollieren.

Mit dem Einzug von KI-Agenten wird gerade diese Fähigkeit wichtiger. Weiß schreibt dazu: Diese Kompetenzen „werden bislang nur unzureichend oder nicht flächendeckend vermittelt“. Und sie warnt: „Durch einen Fokus auf Schnelligkeit entstehen ungewollte Risiken.“

Für Teams, die mit Coding-Agenten arbeiten, ist das kein abstraktes Thema. Ein Agent liest Dateien, führt Befehle aus und ändert Code. Was er darf und wann er fragen muss, steht nicht im Kopf des Entwicklers. Es steht in der Konfiguration: in Anweisungsdateien wie CLAUDE.md, in Einstellungen, Hooks und Skripten.

Steuern heißt: Grenzen aufschreiben

Ein Mensch, der einen Kollegen einarbeitet, sagt ihm, was das Ziel ist, wo er fragen muss und was er nie allein tun darf. Ein Agent braucht dasselbe, nur schriftlich. Fehlt es, füllt das Modell die Lücke selbst.

Fünf Fragen zeigen, ob ein Agent gesteuert wird oder nur läuft:

  1. Wofür ist der Agent da? Ohne Zweck kann er nicht erkennen, wann eine Aufgabe nicht zu ihm gehört.
  2. Ab wann fragt er einen Menschen? Eine Schwelle, etwa bei Löschungen, Veröffentlichungen oder Kosten.
  3. Was darf er nie allein tun? Zum Beispiel auf den Hauptzweig pushen oder Zugangsdaten lesen.
  4. Wann hört er auf? Ein klares Ende und eine Obergrenze für Läufe oder Kosten, gerade bei Schleifen, die nachts laufen.
  5. Wann übergibt er an einen Menschen? Bei Fehlern, Unklarheit oder Widersprüchen.

Ein Beispiel

So sieht eine Anweisungsdatei ohne Steuerung oft aus:

Du bist ein hilfreicher Entwickler. Arbeite die offenen Issues ab.

Und so mit Steuerung:

Ziel: offene Issues mit dem Label "bug" beheben, je Issue ein Pull Request.
Frag mich vor: Löschen von Dateien, Änderungen an der Datenbank, neuen Abhängigkeiten.
Nie allein: Push auf main, Lesen von .env, Veröffentlichen von Paketen.
Stopp: nach 5 Issues oder wenn die Tests zweimal fehlschlagen.
Bei Fehlern oder Unklarheit: anhalten und im Issue kommentieren.

Fünf Zeilen. Sie machen aus einem Agenten, der einfach läuft, einen Agenten, den man steuern kann.

Selbst prüfen in drei Schritten

  1. Öffnen Sie die Anweisungsdateien Ihres Agenten und suchen Sie Antworten auf die fünf Fragen oben.
  2. Prüfen Sie, ob die Regeln auch technisch gelten. Ein Satz „frag vor dem Löschen“ hilft wenig, wenn die Einstellungen jeden Befehl ohne Rückfrage erlauben.
  3. Gehen Sie Schleifen und geplante Aufträge einzeln durch. Dort fehlt die Aufsicht am häufigsten, weil niemand zusieht.

Was A2A Check dabei prüft

A2A Check liest die Konfiguration Ihres Agenten und meldet unter anderem, wenn nirgends steht, wofür der Agent da ist, wenn es keine Grenze gibt, ab der ein Mensch gefragt wird, wenn ein Auftrag nicht weiß, wann er aufhören soll, oder wenn er keine Obergrenze für Läufe oder Kosten hat. Zu jedem Befund steht, warum er riskant ist und wie Sie ihn beheben.

Kompetenz entsteht laut Weiß durch Anwenden. Eine Prüfung Ihrer echten Konfiguration ist ein guter Anfang: a2a-check.com

Quellen