Betrieb
Reproduzierbare Infrastruktur: die unterschätzte Voraussetzung für KI-Agenten
Ein Agent ist schnell gestartet. Schwieriger wird die Frage, ob jemand anderes ihn nach einer Störung auf einer neuen Maschine wieder betreiben könnte. Wenn dafür Erinnerungen an manuelle Installationen, persönliche Shell-Einstellungen und mündliche Erklärungen nötig sind, hängt der Betrieb an einzelnen Menschen. Reproduzierbare Infrastruktur ist deshalb kein ästhetisches Technikthema. Sie schafft die Grundlage dafür, Verantwortung über Personenwechsel und technische Änderungen hinweg wahrzunehmen.
Den beabsichtigten Zustand aus den Köpfen holen
Deklarative Infrastruktur beschreibt, wie ein System aussehen soll, statt nur die Abfolge früherer Handgriffe festzuhalten. Bei NixOS werden wesentliche Systemeigenschaften als Konfiguration formuliert. Das macht eine Diskussion über Dienste, Abhängigkeiten und Einstellungen möglich, bevor diese auf einer Maschine wirksam werden. Ein neuer Kollege muss damit nicht jede historische Entscheidung aus dem aktuellen Zustand eines laufenden Rechners erraten.
Die geschäftliche Bedeutung liegt in der Übergabefähigkeit. Wenn eine Person ausfällt, sollte nicht gleichzeitig das Wissen darüber verschwinden, wie eine wichtige Arbeitsumgebung entsteht. Eine Beschreibung allein reicht allerdings nicht: Sie muss die relevanten Teile tatsächlich erfassen. Zugangsdaten, externe Dienste und persistente Daten brauchen ergänzende Zuständigkeiten, weil sie nicht durch eine Paketdefinition automatisch verfügbar oder wiederhergestellt werden.
Agenten als überprüfbare Infrastruktur behandeln
In meinem Open-Source-Projekt tentaflake werden isolierte Agenten auf einem NixOS-Host deklarativ beschrieben und über Systemdienste verwaltet. Die Installation besitzt ihre Konfiguration selbst; ein Import startet noch keinen Agenten. Das ist ein konkretes Beispiel dafür, Einrichtung und Aktivierung auseinanderzuhalten. Die Frage lautet dann nicht nur „Welches Modell verwenden wir?“, sondern auch „Welche Umgebung und welche Rechte geben wir ihm?“.
Tentaflake befindet sich ausdrücklich in einer frühen Entwicklungsphase. Schnittstellen und Sicherheitsregeln können sich ändern, und reale Anbieterabnahmen sind nicht vollständig belegt. Gerade deshalb ist die deklarative Beschreibung wertvoll: Sie macht Annahmen und Änderungen diskutierbar. Sie ist aber kein Ersatz für den Nachweis, dass die konkrete Installation ihre Ressourcen-, Netzwerk- und Zugangsgrenzen auch tatsächlich wie vorgesehen durchsetzt.
Eine Änderung braucht einen nachvollziehbaren Prüfweg
Ein Konfigurationsunterschied ist leichter zu besprechen als die Erinnerung an eine Reihe manueller Eingriffe. Trotzdem beweist ein lesbarer Unterschied nicht, dass die neue Umgebung funktioniert. Vor einer Freigabe muss klar sein, welche Prüfungen die Änderung beurteilen sollen und welche Voraussetzungen sie benötigen. Sonst wird Reproduzierbarkeit mit Korrektheit verwechselt: Auch eine ungeeignete Konfiguration lässt sich zuverlässig erneut herstellen.
Mein Open-Source-Projekt project-check-nix führt Prüfkommandos aus, die ein Repository ausdrücklich deklariert. Ein Plan kann Voraussetzungen nennen, ohne diese Prüfungen auszuführen; „bereit“ bedeutet also nicht „bestanden“. Fehlende Abdeckung und blockierte Prüfungen zählen ebenfalls nicht als Erfolg. Der Runner ist keine Sandbox. Er strukturiert Nachweise, ersetzt aber weder die Sicherheitsgrenze des Hosts noch die fachliche Auswahl sinnvoller Prüfungen.
Rückrollen ist eine Entscheidung über Zustand
Die Möglichkeit, zu einer früheren Systemkonfiguration zurückzukehren, ist ein wichtiger Vorteil eines deklarativen Betriebsansatzes. Sie beantwortet jedoch nicht automatisch, was mit inzwischen veränderten Daten passiert. Ein Agent könnte bereits Dateien bearbeitet oder externe Aktionen angestoßen haben. Das Zurücksetzen seiner Laufzeitumgebung macht solche Wirkungen nicht ungeschehen. Konfiguration, gespeicherter Zustand und externe Folgen benötigen deshalb getrennte Wiederherstellungsüberlegungen.
Für eine verantwortliche Freigabe würde ich den Rückweg vor der Änderung besprechen. Welche vorherige Konfiguration ist verfügbar? Welche Daten benötigen eine eigene Sicherung? Wer entscheidet, ob ein Rückschritt noch zulässig ist? Ein solcher Plan sollte an der tatsächlichen Umgebung erprobt werden. Die bloße Existenz eines Rückrollmechanismus ist noch kein Beleg für eine erfolgreiche Wiederaufnahme Ihres konkreten Betriebs.
Quellenzugang ergänzt die Übergabe, ersetzt sie aber nicht
Mein öffentlicher Rust-Fork mcp-nixos-rust macht Informationen des NixOS-Umfelds für KI-Clients abfragbar. Er baut auf einem bestehenden MCP-Projekt auf und kann etwa Paket- und Konfigurationsquellen erschließen. Das hilft, Annahmen über eine Umgebung nachzuschlagen. Bestimmte lokale Abfragen setzen Nix voraus; allgemein verfügbare API-Abfragen nicht. Diese Abhängigkeiten gehören ebenfalls in eine brauchbare Übergabe, nicht nur in die Erinnerung der ursprünglichen Einrichtungsperson.
Eine gefundene Quelle bestätigt allerdings noch keine richtige Anwendung auf Ihr System. Die Konfiguration, ihre Begründung und die beobachteten Prüfergebnisse müssen zusammen lesbar bleiben. Darin liegt für mich der eigentliche Nutzen reproduzierbarer Infrastruktur im Agentenbetrieb: Nicht die Maschine übernimmt Verantwortung. Menschen erhalten eine gemeinsame, überprüfbare Grundlage, auf der sie Änderungen verstehen, Grenzen beurteilen und den Betrieb an andere übergeben können.
Fragen an Ihr Team oder Ihren Anbieter
- Könnte eine andere Person die Agentenumgebung anhand unserer Unterlagen auf einer neuen Maschine herstellen?
- Welche Einstellungen sind deklarativ erfasst, und welche existieren nur auf dem laufenden System?
- Welche Prüfungen liefen tatsächlich, und welche blieben wegen fehlender Voraussetzungen offen?
- Was lässt sich zurückrollen, und welche Daten oder externen Aktionen bleiben davon unberührt?
- Wer besitzt die Konfiguration und genehmigt Änderungen an Rechten, Netzwerkzugang und Abhängigkeiten?
- Wann haben wir Wiederaufbau und Übergabe zuletzt in der vorgesehenen Umgebung praktisch erprobt?