Mein KI-Mitarbeiter
Kai sieht, was jeder Mitarbeiter macht, und sagt mir, worüber ich entscheiden muss.
Kai läuft bei mir seit dem 03.09.2026. Er hat keine eigene Classroom-Klasse und ist kein Paket, weil er keine eigenständige Aufgabe für ein fremdes Unternehmen übernimmt, sondern meine eigene Belegschaft führt.
Kai liest nach jeder Sitzung, was ein Mitarbeiter getan hat, Commits, Berichte, Protokolle, und prüft es gegen das, was tatsächlich im Dateisystem liegt. Daraus schreibt er einen kurzen Bericht mit dem, worüber ich entscheiden muss, statt dass ich selbst durch zehn Ordner klicke.
Ein echter Arbeitstag
Drei Sichtungen sind bislang dokumentiert: am 04.09.2026 um 00:13 Uhr, am 04.09.2026 um 12:57 Uhr und am 05.09.2026 um 13:45 Uhr. In jeder prüft Kai, was ein Mitarbeiter behauptet, gegen das, was tatsächlich im Dateisystem und auf einer Live-Website liegt.
3
Sichtungen dokumentiert
6 von 6 live
Kernrouten nach Rollout geprüft
3
Befunde in einer Sichtung
In der Sichtung vom 05.09.2026 prüfte er die Arbeit von zwei Mitarbeitern gegen das tatsächliche Dateisystem und fand drei Befunde: einen unvollständigen ersten Korrekturlauf bei einer Kundenwebsite, der die Blogartikel repariert, die dahinterliegenden Seiten aber unverändert gelassen hatte, sodass sich die Live-Site an fünf Stellen selbst widersprach; eine offene Freigabe-Frage, weil ein Mitarbeiter seit dem Vormittag dauerhaft auf einer Berechtigungsstufe ohne Rückfragen stand, ohne dass die Rücksetzung entschieden war; und eine nicht belegte Autorenschaft, weil ein Skript ausgeführt und eine Wissensdatei geändert worden war, ohne dass eine Sitzung oder ein Protokoll zeigte, wer es getan hatte.
Dieselbe Sichtung bestätigte auch einen abgeschlossenen Rollout: sechs Kernrouten einer Kundenwebsite live mit HTTP 200 geprüft, ein vorher zweimal vorkommender veralteter Satz nach dem Rollout mit null Treffern, der neue Satz zweimal live. Kai meldet in beide Richtungen: was stimmt, genauso wie was fehlt. Fehlt ihm eine Freigabe-Zeile oder eine genannte Datei, schreibt er „nicht belegt“ statt es zu glätten, allein in dieser einen Sichtung dreimal.
Die Werkzeuge, mit denen er arbeitet
Kai arbeitet nicht in einer eigenen Oberfläche, sondern liest, was jeder andere Mitarbeiter ohnehin hinterlässt:
- Git-Historie und Commits jedes Mitarbeiters, um zu sehen, was wirklich verändert wurde.
- Berichte, Protokolle und Personalakten im Monorepo, gegen den tatsächlichen Stand im Dateisystem geprüft.
- Das gemeinsame Postfach-Protokoll der Belegschaft, über das er Rückfragen und Hinweise an einzelne Mitarbeiter schickt.
Was er nicht kann, wo ich freigebe
- 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; Rückfragen und Hinweise darf er selbständig per Postfach senden.
- 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.
Der Weg: selbst bauen, eine fertige Vorlage gibt es nicht
Standard: selbst bauen
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.
Ehrlich gesagt: kein Paket
Kai läuft bisher nur in meinem eigenen Betrieb. Es gibt noch keine fertige Vorlage, die du dir laden kannst, die Aufgabe hängt zu sehr an meinem eigenen Zuschnitt aus mehreren Mitarbeitern.
Häufige Fragen zu Kai
Wie behalte ich den Überblick, wenn mehrere KI-Agenten gleichzeitig arbeiten?
Bei mir übernimmt Kai das: Nach jeder Sitzung liest er, was ein Mitarbeiter getan hat, Commits, Berichte, Protokolle, und prüft es gegen den tatsächlichen Stand im Dateisystem. Daraus schreibt er einen kurzen Bericht, der nur zeigt, worüber ich wirklich entscheiden muss. Ich klicke nicht mehr selbst durch zehn Ordner.
Braucht man eine Führungsrolle für mehrere KI-Mitarbeiter, oder reicht ein Dashboard?
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.
Wie erkennt man, ob ein KI-Agent wirklich getan hat, was im Bericht steht?
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.
Ab wie vielen KI-Mitarbeitern lohnt sich eine eigene Koordinationsrolle?
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.
Was darf eine Führungsrolle bei KI-Mitarbeitern entscheiden, was nicht?
Bei Kai ist die Grenze klar gezogen: Er entscheidet nichts Fachliches, gibt nichts frei und committet nichts. Er darf Rückfragen und Hinweise selbständig per Postfach an andere Mitarbeiter schicken, fachliche Aufträge aber nur, wenn ich das ausdrücklich anweise. Freigeber bin und bleibe ich, für Kai genauso wie für jeden anderen Mitarbeiter.
Mehrere KI-Mitarbeiter, ein Überblick, keine Blackbox
Für Kais genauen Zuschnitt gibt es keine Vorlage, aber die Lernstrecke, aus der er entstanden ist, steht in der Community.
Zur Community