10. August 2026
Ein KI-Agent als Administrator des Heimlabors | Welche Rechte gibt man ihm?
Werkzeuge, die eine KI mit Servern und Speichersystemen verbinden, gibt es inzwischen fertig. Die interessante Frage ist nicht, ob es funktioniert, sondern wie weit man geht.
Agent → Zugangsdaten getrennt gespeichert → Befehl mit Rückfrage → erst nach Freigabe ausgeführt
Der Aufbau ist inzwischen fertig zu haben: ein Behälter im eigenen Netz, darin ein Agent, der über die Schnittstellen mit Virtualisierung, Speichersystem und Betriebssystem spricht. Im Browser stellt man eine Frage in normaler Sprache und bekommt einen Bericht über den Zustand der eigenen Anlage.
Dass das funktioniert, ist nicht mehr die Frage. Die Frage ist, wie viel man dem Ganzen erlaubt.
Was so ein Agent tatsächlich tut
Er meldet sich an den Systemen an, fragt sie ab und fasst zusammen. Ein solcher Bericht enthält, ob ein Speichersystem auf eigener Hardware oder als virtuelle Maschine läuft, wie viel Arbeitsspeicher und wie viele Kerne zugewiesen sind, welche Version installiert ist, ob Hardware durchgereicht wird. Das ist ein Überblick, für den man sonst durch mehrere Oberflächen klickt.
Weiter geht es, wenn er neue Systeme einbinden oder Dienste einrichten soll. Dann führt er Befehle aus.
Der Punkt, an dem man aufpassen muss
Gut gebaute Werkzeuge dieser Art speichern die Zugangsdaten getrennt und schicken sie nicht an das Sprachmodell. Das Modell bekommt Aufgaben und Ergebnisse zu sehen, nicht die Anmeldedaten. Prüfen Sie das, bevor Sie einem solchen Werkzeug Schlüssel anvertrauen. Es ist der wichtigste Unterschied zwischen brauchbar und fahrlässig.
Der zweite Punkt ist die Rückfrage. Im Auslieferungszustand fragt ein solcher Agent vor jedem Befehl, ob er ihn ausführen darf. Bequemlichkeit führt schnell dazu, das erst für einzelne Befehle und dann für alle abzuschalten. Ab da führt er alles aus, ohne zu fragen.
Das ist eine Entscheidung, die man bewusst treffen sollte und nicht nebenbei, weil die Rückfragen nerven. Ein Agent ohne Rückfrage auf einem Hypervisor kann eine Maschine löschen, weil er den Auftrag missversteht.
Der vernünftige Weg
- Mit Leserechten anfangen. Erst einmal nur Berichte, keine Änderungen.
- Prüfen, wo die Zugangsdaten liegen und ob sie das Haus verlassen.
- Rückfragen anlassen, solange das System noch neu ist.
- Einzelne Befehle freigeben, die sich bewährt haben, statt pauschal alles.
- Auf einem System anfangen, das nicht im Produktivbetrieb steht.
So wächst das Vertrauen mit der Erfahrung, statt am Anfang geschenkt zu werden.
Was den Aufbau interessant macht
Über das Model Context Protocol lassen sich weitere Systeme anbinden, ohne dass jemand für jedes eine eigene Anbindung schreiben muss. Damit wird aus dem Werkzeug für die Virtualisierung nach und nach eines für die ganze Anlage.
Genau das ist auch der Grund, warum die Frage nach den Rechten wichtiger wird und nicht kleiner. Je mehr angebunden ist, desto größer der Radius eines missverstandenen Auftrags.