KI-Infrastruktur

Ein NixOS-Gehirn, viele Tentakel: mehrere KI-Agenten sicher auf einer Maschine

Mehrere KI-Agenten auf einem Server laufen zu lassen, ohne dass sie sich in die Quere kommen, ist ein Infrastruktur-Problem. Wie ich es mit einer deklarativen NixOS-Vorlage löse, jeder Agent isoliert, alles in einer Datei, reproduzierbar und selbst gehostet.

Mehrere KI-Agenten auf einer einzigen Maschine laufen zu lassen, ohne dass sie sich in die Quere kommen, ist ein Infrastruktur-Problem, kein KI-Problem. Genau dafür habe ich Tentaflake gebaut: eine NixOS-Vorlage, die beliebig viele isolierte KI-Agenten auf einem Server verwaltet, jeder mit eigenen Geheimnissen, Fähigkeiten und Persönlichkeit. „Ein NixOS-Gehirn, viele Tentakel.“ Dieser Beitrag zeigt, wie das funktioniert und warum die Bauweise auch für kleine Betriebe zählt.

Terminal-Ansicht des tentaflake agent-hub: links ein gepunktetes Oktopus-Logo in Cyan, daneben Systeminfos (Kernel, Uptime, Load, Memory, Disk, Tailnet-IP). Darunter eine Agentenliste mit sechs Einträgen — drei aktiv, zwei inaktiv, einer fehlgeschlagen — jeweils mit Runtime und Laufzeit, dazu eine rote Fehlerzeile für flux-reporter und der Hinweis, tentaflake zum Verwalten der Agenten zu nutzen.

Das Problem: viele Agenten, eine Maschine

Sobald du mehr als einen KI-Agenten betreibst, stellt sich dieselbe Frage wie bei mehreren Mietern in einem Haus: Wie sorgt man dafür, dass jeder seinen eigenen abgeschlossenen Bereich hat? Ein Agent für Finanzen, einer für Recht, einer für Vertrieb, sie brauchen unterschiedliche Daten, unterschiedliche Rechte und unterschiedliche Geheimnisse. Wirft man sie in einen Topf, kann jeder alles, und ein einziger Fehler betrifft sofort alle.

Die naheliegende Antwort, für jeden Agenten einen eigenen Server, ist teuer und mühsam zu warten. Die bessere Antwort ist Isolation auf einer Maschine: viele getrennte Boxen unter einem Dach.

Isolation: jeder Agent in seiner eigenen Box

Der Kern von Tentaflake ist, dass jeder Agent in seinem eigenen Container läuft, mit eigenen Geheimnissen, eigenen Fähigkeiten und eigener Persönlichkeit. Die Container teilen sich die Maschine, aber nicht ihre Daten. Fällt einer aus oder verhält sich falsch, sind die anderen davon nicht berührt.

Wo eine so strenge Trennung nicht nötig ist, lassen sich mehrere Personas auch in einem gemeinsamen Container betreiben, verschiedene Rollen, verschiedene Fähigkeiten, gemeinsame Ressourcen. Beide Wege stehen offen, weil nicht jeder Anwendungsfall dieselbe Härte braucht. Unter der Haube nutzt das Ganze Hermes, einen quelloffenen Agenten-Daemon von Nous Research, Tentaflake macht daraus einen schlüsselfertigen Weg, einen oder viele davon zu betreiben.

Alles in einer Datei: deklarativ statt zusammengeklickt

Der eigentliche Gewinn ist die Verwaltung. Du beschreibst alle deine Agenten in einer einzigen Datei, und die Vorlage kümmert sich um Server, Geheimnisse, Netzwerk und Zugänge. Der Ablauf ist immer derselbe: klonen, konfigurieren, neu bauen.

Das ist der Unterschied zwischen einem System, das man versteht, und einem, das über Monate zusammengeklickt wurde und das niemand mehr nachbauen kann. Weil die Konfiguration die einzige Quelle der Wahrheit ist, lässt sich die komplette Aufstellung reproduzieren, aktualisieren und im Ernstfall exakt wiederherstellen. Warum diese reproduzierbare Bauweise gerade für kleine Teams ein Gewinn ist, steht im Beitrag über NixOS für kleine Teams.

Selbst gehostet: kein SaaS zwischen dir und deinen Agenten

Tentaflake ist bewusst ohne Cloud-Zwang gebaut: kein SaaS, kein fremder Agenten-Router, du hostest, du kontrollierst. Zum Ausprobieren gibt es sogar einen Weg über einen USB-Stick, bei dem die Agenten komplett im Arbeitsspeicher laufen: Stick abziehen, und jede Spur ist weg. Für den Dauerbetrieb wird dieselbe Konfiguration fest auf eine Maschine installiert oder in eine bestehende NixOS-Umgebung eingehängt.

Für einen Betrieb heißt das: Die Agenten und ihre Daten bleiben auf der eigenen Hardware. Das ist dieselbe Datensparsamkeit, die auch meine KI-Agenten-Flotte im Alltag leitet, nichts läuft über einen Dienst, den man nicht kontrolliert.

Was ein Betrieb davon hat

Du brauchst keine sieben Agenten, um von dieser Bauweise zu profitieren. Der Punkt ist die Haltung dahinter: Isolation, deklarative Konfiguration und ein reproduzierbarer Betrieb von Anfang an, statt eines Systems, das mit jedem weiteren Agenten unübersichtlicher wird. Genau so setze ich KI & Automatisierung auf, mit dem passenden Unterbau aus DevOps & Infrastruktur.

Wenn du KI-Agenten nicht als Blackbox in der Cloud, sondern kontrolliert auf deiner eigenen Seite betreiben willst: schreib mir. Der Quellcode von Tentaflake ist offen (MIT), schau ruhig rein, und ich sage dir, ob so ein Aufbau für deinen Fall sinnvoll ist.

Häufige Fragen

Warum sollte man mehrere KI-Agenten auf einer Maschine trennen?

Weil sich getrennte Aufgabenbereiche auch getrennte Rechte, Geheimnisse und Daten teilen sollten. Läuft jeder Agent in seiner eigenen abgeschotteten Box, kann ein Fehler oder ein kompromittierter Agent nicht auf die Daten der anderen zugreifen. Isolation ist die Grundvoraussetzung dafür, mehreren Agenten überhaupt zu vertrauen.

Was bedeutet „deklarativ" bei der Agenten-Verwaltung?

Statt jeden Agenten von Hand aufzusetzen, beschreibst du alle Agenten in einer einzigen Konfigurationsdatei, wer sie sind, was sie dürfen, welche Geheimnisse sie brauchen. Ein Rebuild bringt die ganze Aufstellung auf diesen Stand. Die Datei ist die Wahrheit; die Maschine folgt ihr, nicht umgekehrt.

Braucht man dafür einen Cloud-Dienst?

Nein. Der ganze Sinn ist Selbst-Hosting: kein SaaS und kein fremder Agenten-Router zwischen dir und deinen Agenten. Du betreibst sie auf deiner eigenen Maschine, von einem dedizierten Server bis hin zu einem USB-Stick, auf dem alles nur im Arbeitsspeicher läuft und beim Abziehen spurlos verschwindet.

Nächster Schritt

Ein Prozess, der dazu passt?

Kostenloser Fit Check für Software- oder KI-Vorhaben: 20–30 Minuten, unverbindlich. Du bekommst eine ehrliche Einschätzung, auch wenn sie „noch nicht" lautet.