Mehrere
Mitarbeiter-Ergebnisse gebündelt
KI-Mitarbeiter in Erprobung
Kai befindet sich bei mir noch in der Erprobung. Es gibt ihn derzeit nicht als fertigen KI-Mitarbeiter oder als Paket. Voraussichtlich wird er verfügbar, sobald ich ihn ausreichend getestet habe und sauber übergeben kann.
Ich gebe Kai einen klaren Führungsauftrag. Daraufhin liest er die Ergebnisse meiner KI-Mitarbeiter, prüft sie gegen meinen Auftrag und den tatsächlichen Stand, gibt gezieltes Feedback und verdichtet alles zu einem Dokument mit den Entscheidungen, die bei mir liegen.
Überblick
Vorgänge statt Nachrichtenchaos
Einordnung
Risiken und Entscheidungen sichtbar
Kevin
behält jede Freigabe
Führungskraft
Kai arbeitet nicht nach eigenem Gutdünken. Ausgangspunkt ist immer mein Auftrag: Er legt fest, worauf Kai achten, welches Ergebnis er prüfen und innerhalb welcher Grenzen er den Mitarbeitern Feedback geben soll.
Mehrere
Mitarbeiter-Ergebnisse gebündelt
1 Auftrag
gibt Ziel und Prüfmaßstab vor
1 Dokument
verdichtet Entscheidungen für mich
Kai zieht Berichte, Protokolle, Commits und Rückfragen aus dem Team zusammen. Er gleicht die Aussagen mit dem tatsächlichen Arbeitsstand und meinem Auftrag ab. Fehlt ein Nachweis oder weicht ein Ergebnis vom Ziel ab, gibt er dem zuständigen Mitarbeiter Feedback oder stellt eine Rückfrage. Nur was meine Entscheidung braucht, landet anschließend im Entscheidungsdokument.
Ein Beispiel aus den bisherigen Testläufen: Kai erkannte bei der Arbeit mehrerer Mitarbeiter einen unvollständigen Korrekturlauf, eine offene Berechtigungsfrage und eine nicht belegte Änderung. Gleichzeitig bestätigte er, dass ein anderer Rollout vollständig live war. Das zeigt den Unterschied zu einem Dashboard: Kai zählt nicht nur Vorgänge, sondern ordnet sie innerhalb seines Auftrags ein.
Kai für deinen Betrieb
Kai bekommt keine allgemeine Macht über andere Mitarbeiter. Du definierst Ziel, Prüfmaßstab, Grenzen und die Entscheidungen, die am Ende bei dir landen sollen.
Bei mir im Einsatz
Kai prüft Ergebnisse gegen meinen Auftrag, gibt den zuständigen Mitarbeitern Feedback und verdichtet offene Punkte zu einem Entscheidungsdokument für mich.
Bei dir anpassbar
Du legst fest, welche Mitarbeiter Kai koordiniert, welche Nachweise zählen, wann er Feedback geben darf und welche Fragen zwingend zu dir eskaliert werden.
Das passt du an
Damit geht zum Beispiel auch
Der Prozess bleibt: Vom menschlichen Auftrag ausgehen, Ergebnisse am tatsächlichen Stand prüfen, Feedback nachvollziehbar geben und Entscheidungen beim Menschen belassen.
Kai führt nicht aus dem Bauch heraus. Sein Auftrag und die dokumentierten Arbeitsergebnisse bilden gemeinsam die Grundlage:
Der Auftrag beschreibt Ziel, Prioritäten, Prüfkriterien und Grenzen. Daran misst Kai die Ergebnisse und sein Feedback.
Berichte, Protokolle, Git-Historie und tatsächliche Dateien zeigen, was wirklich erledigt wurde und was nur behauptet ist.
Kai sendet Rückfragen und konkrete Hinweise an den zuständigen Mitarbeiter, wenn Nachweise fehlen oder das Ergebnis vom Auftrag abweicht.
Am Ende verdichtet Kai Status, Widersprüche, Risiken und offene Entscheidungen, damit ich nicht selbst jeden Ordner durchsuchen muss.
Er entscheidet nichts Fachliches, gibt nichts frei und committet nichts.
Er ändert keine Arbeitsergebnisse anderer Mitarbeiter, nur seine eigenen Sichtungsprotokolle und Postfach-Briefe.
Er schreibt keine Akten anderer Mitarbeiter, das gehört nicht zu seiner Aufgabe.
Fachliche Aufträge an Mitarbeiter erteilt er nur auf meine ausdrückliche Anweisung. Sein Feedback und seine Rückfragen müssen innerhalb des Führungsauftrags bleiben, den ich ihm gegeben habe.
Fehlt eine Freigabe-Zeile oder eine genannte Datei, schreibt er „nicht belegt“ statt es stillschweigend zu glätten. Ich bleibe der einzige Freigeber, für Kai wie für jeden anderen Mitarbeiter.
Einstieg ist Claude lernen, dazu KI-Mitarbeiter einstellen für den Ablauf und KI-Mitarbeiter erstellen für den Bau. Das Besondere an Kai: Er sieht Git, Berichte und Sitzungen mehrerer anderer Mitarbeiter und prüft Behauptung gegen Beleg, statt nur zu berichten. Diese Rolle setzt voraus, dass bei dir schon mehrere Mitarbeiter laufen, ein Einsteiger-Mitarbeiter ist Kai nicht.
Ein fertiges Kai-Paket gibt es heute noch nicht. Ich probiere die Rolle gerade selbst aus und teste, ob sie im Alltag zuverlässig funktioniert. Wenn Kai ausreichend erprobt ist und ich ihn sauber dokumentiert übergeben kann, soll er voraussichtlich auch für andere verfügbar werden.
Dafür gebe ich Kai einen Führungsauftrag mit Ziel und Prüfkriterien. Er liest die Ergebnisse der Mitarbeiter, vergleicht Berichte und Protokolle mit dem tatsächlichen Stand, gibt bei Abweichungen Feedback und schreibt mir ein Dokument mit den Entscheidungen, die wirklich bei mir liegen.
Ein Dashboard zeigt Zahlen, aber es prüft nicht, ob eine Behauptung stimmt. Kai vergleicht, was ein Bericht sagt, mit dem, was tatsächlich im Dateisystem liegt, und meldet Lücken statt sie zu glätten. Ab einer bestimmten Zahl laufender Mitarbeiter reicht reines Zusehen nicht mehr, dann lohnt sich eine eigene Prüfrolle.
Genau das prüft Kai bei mir: Er vergleicht Commits, Berichte und Protokolle eines Mitarbeiters mit dem echten Stand im Dateisystem und in der Live-Website. Stimmt etwas nicht überein, etwa eine fehlende Freigabe-Zeile oder eine nicht belegte Änderung, schreibt er ausdrücklich „nicht belegt“, statt die Lücke stillschweigend zu schließen.
Eine feste Zahl kann ich nicht belegen, dafür habe ich zu wenige eigene Datenpunkte. Bei mir lief die Belegschaft schon eine Weile, bevor Kai dazukam. Die Faustregel aus meiner eigenen Erfahrung: Sobald du selbst nicht mehr jeden Bericht liest, brauchst du jemanden, der das für dich tut.
Bei Kai ist die Grenze klar gezogen: Er entscheidet nichts Fachliches, gibt nichts frei und committet nichts. Feedback und Rückfragen darf er innerhalb meines Führungsauftrags selbständig an andere Mitarbeiter schicken. Neue fachliche Ziele oder Aufträge setzt er nicht selbst. Freigeber bin und bleibe ich.
Kai ist noch nicht als fertiger KI-Mitarbeiter verfügbar. Die Lernstrecke, mit der du deine eigene KI-Belegschaft aufbaust, findest du schon heute in der Community.
Zur Community21. September 2026 · 12 Min. Lesezeit
Agentische KI einfach erklärt: KI, die ein Ziel bekommt und den Weg selbst geht. Der Unterschied zu generativer KI, Beispiele aus meinem Betrieb, Grenzen.
Zum Artikel: Agentische KI: was das ist und was nicht17. September 2026 · 14 Min. Lesezeit
Mehrere KI-Agenten orchestrieren: was sich ab dem zweiten Agenten ändert, welche Muster tragen, wer was sehen darf und woran die Zusammenarbeit scheitert.
Zum Artikel: Mehrere KI-Agenten orchestrieren: Anleitung18. September 2026 · 12 Min. Lesezeit
Meistens nein. Bei ein oder zwei KI-Agenten ist eine Führungsrolle Überbau. Vier Anzeichen, wann sie sich lohnt, und drei einfachere Mittel davor.
Zum Artikel: Braucht mein Betrieb eine KI-Führungsrolle?Außerdem:Was darf eine KI-Führungsrolle entscheiden?·Claude lernen: der Weg in fünf Stufen·KI-Mitarbeiter einstellen: der Ablauf·KI-Mitarbeiter erstellen: so startest du·Claude Subagents, Skills und Agents·KI-Belegschaft: 14 Mitarbeiter, ein Chef·KI-Mitarbeiter einstellen in einer Stunde·Zurück zum Organigramm