Was ein Hausmeister-Agent wirklich ist

▸MODUL 1 / EINORDNUNG

Worüber wir hier reden

Jedes Projekt, das länger als ein paar Wochen lebt, sammelt Kleinarbeit an. Eine Abhängigkeit bekommt ein Sicherheitsupdate. Ein Testlauf in der CI, also der automatischen Prüfstrecke deines Projekts, schlägt fehl und niemand schaut nach. Im Fehlerlog steht seit Tagen dieselbe Meldung. Diese Arbeit ist selten schwer, aber sie ist ständig da, und sie verliert immer gegen das, woran du gerade wirklich arbeitest.

Ein Hausmeister-Agent ist ein KI-Agent, der genau diese Kleinarbeit übernimmt, während du woanders bist. Er schaut sich dein Projekt regelmäßig an, hält fest, was er sieht, repariert die kleinen Dinge selbst und legt dir alles Größere vor, statt es zu entscheiden. In dieser Lektion klären wir, was er dabei wirklich tut und wo seine Grenze verläuft. Bauen tust du ihn ab Modul 2.

Der Hausmeister-Vergleich, und wo er endet

Der Vergleich trägt weit. Ein Hausmeister geht durchs Haus, prüft, ob die Lampen brennen und die Türen schließen, wechselt selbst eine Glühbirne und ruft dich an, wenn das Dach undicht ist. Er entscheidet nicht, ob ihr das Dach neu deckt oder verkauft. Er sorgt dafür, dass der Zustand bekannt ist und die Kleinigkeiten erledigt sind.

Genau dort endet der Vergleich auch. Ein Hausmeister hat ein Gespür dafür, was ungewöhnlich ist, weil er dieses Haus seit Jahren kennt. Dein Agent hat das nicht. Er sieht nur, was du ihm zu lesen gibst, und er kennt die Geschichte deines Projekts nur so weit, wie sie irgendwo aufgeschrieben steht. Er ist auch kein Monitoring-Werkzeug: Ein Monitoring-System misst Werte und schlägt Alarm, wenn eine Schwelle reißt. Der Agent liest solche Systeme mit, verbindet sie mit dem Repository, also deinem Code-Bestand, und formuliert daraus einen Satz in deiner Sprache. Und er ist kein Feature-Agent. Neue Funktionen zu bauen ist eine andere Arbeit mit einer anderen Fehlertoleranz.

Was so ein Agent an einem normalen Dienstag tut

Stell dir einen unauffälligen Tag vor. Morgens läuft der Agent nach Zeitplan an. Er liest den Status der letzten Pipeline-Läufe, führt das Audit deiner Abhängigkeiten aus, holt die Fehler der letzten vierundzwanzig Stunden aus dem Log und prüft, ob die öffentlichen Adressen deines Projekts antworten.

Danach schreibt er ein kurzes Protokoll: was in Ordnung ist, was sich seit gestern verändert hat, was offen bleibt. Eine veraltete Abhängigkeit mit fertigem Update hebt er selbst an, auf einem eigenen Branch, mit den Tests als Bedingung davor. Für die kaputte Migration, die produktive Daten anfasst, macht er nichts davon. Er beschreibt den Befund und fragt.

Übung: die Wartungslast deines Projekts aufschreiben

Bevor du irgendetwas automatisierst, brauchst du die Liste. Nicht die gefühlte, sondern die, die in deinen Commits, deinen CI-Läufen und deinen offenen Issues steht. Diese Liste ist die Grundlage für alles Weitere im Kurs, also nimm dir die zwanzig Minuten wirklich.

Lies in diesem Repository die letzten 30 Tage: Commit-Verlauf, Status der
CI-Läufe und offene Issues. Leite daraus eine Liste wiederkehrender
Kleinarbeit ab. Gehe so vor:

1. Nenne jede Arbeit, die in diesem Zeitraum mehr als einmal vorkam,
   in einer Zeile, in meiner Sprache und ohne Fachjargon.
2. Schreibe hinter jede Zeile, wie oft sie vorkam und wo du das siehst.
3. Markiere jede Zeile, bei der eine Änderung produktive Daten,
   Zugangsdaten oder das Deployment berühren würde.
4. Sag mir am Ende ehrlich, welche drei Zeilen ich zuerst loswerden
   sollte, und welche du bewusst nicht automatisieren würdest.

Erfinde nichts. Wenn eine Angabe nicht im Repository steht, schreib
"nicht belegt" dahinter.

Was dieser Kurs nicht ist

Dieser Kurs zeigt dir nicht, wie du einen Server aufsetzt. Wenn dein Projekt noch nirgends läuft, ist Vom Laptop zum Live-System die Vorstufe, und wenn du einen dauerhaft laufenden Assistenten auf einem eigenen Server absichern willst, tut das der 24/7-Assistent gründlicher, als wir es hier wiederholen würden. Dieser Kurs baut darauf auf.

Er ist auch keine Rechtsberatung. Wo dein Agent personenbezogene Daten sieht, ordnen wir das technisch ein und benennen die Stelle, an der du selbst entscheiden musst. Und er verspricht dir keinen Agenten, der dein Projekt allein betreibt. Das kann heute niemand seriös versprechen.

Die ehrliche Einordnung

Ein Hausmeister-Agent lohnt sich, wenn dein Projekt regelmäßig Signale sendet, die niemand liest. Er lohnt sich nicht, wenn du an einem Prototyp arbeitest, den in vier Wochen niemand mehr anfasst: Dann baust du eine Wartung für etwas, das keine Wartung braucht. Und er kostet dich Aufmerksamkeit, bevor er sie dir zurückgibt, denn die ersten Wochen liest du seine Berichte kritisch mit, statt ihnen zu glauben.

Was er dir wirklich abnimmt, ist das Hinschauen. Die Entscheidung bleibt bei dir, und das ist keine Übergangslösung, sondern die Bauform. In der nächsten Lektion zerlegen wir die Arbeit deiner Liste in vier saubere Klassen: beobachten, melden, reparieren und fragen. Erst wenn jede Zeile in genau einer Klasse liegt, kannst du entscheiden, was der Agent überhaupt anfassen darf.