SentinelX: dein Server in natürlicher Sprache

Deine KI weiß schon viel über Server. SentinelX gibt ihr, was ihr gefehlt hat: die Möglichkeit, selbst Hand anzulegen, nach deinen Regeln.

Wer schon einmal einen Server betreut hat, kennt diese Szene. Etwas geht kaputt. Du öffnest ein Terminal, loggst dich per SSH ein, wühlst dich durch Logs, kopierst eine Fehlermeldung und fügst sie in ChatGPT oder Claude ein. Zurück kommen drei Hypothesen und ein Befehl. Du kopierst den Befehl, führst ihn aus, kopierst die Ausgabe, fügst sie wieder ein. Zehn Runden später ist das Problem gelöst, und du warst das Kabel zwischen der KI und der Maschine.

SentinelX macht dieses Kabel überflüssig. Es ist ein MCP-Hub, der deinen KI-Assistenten (ChatGPT, Claude, Grok, Cursor, VS Code, Codex und andere) mit deinen Linux-, macOS- und Windows-Servern und -Rechnern verbindet. Du installierst auf jeder Maschine einen schlanken Open-Source-Agenten, verbindest den Hub einmalig mit deiner KI, und ab dann heißt es im Gespräch nicht mehr „Sag mir, welchen Befehl ich ausführen soll“, sondern „Schau es dir an und sag mir, was du gefunden hast“.

Der Unterschied klingt klein. In der Praxis verändert er, wie du arbeitest.

Eine E-Mail, die nichts wollte

Anfang Oktober kam eine Nachricht beim Support an. Kein Fehlerbericht, keine Frage. Unterschrieben war sie von Ade, einem Nutzer, der sein Homelab mit SentinelX verwaltet:

„Keine Support-Anfrage und kein Problem. Ich wollte nur kurz sagen, dass SentinelX mit Abstand das Beste ist, wofür ich für mein Homelab je Geld ausgegeben habe. Die Zeit, die es mir gespart hat, und die Hilfe, die es mir bietet, sind unbezahlbar.“

Am nächsten Tag schrieb er mir direkt, weil ihm eine persönliche Mail passender erschien als eine an den Support:

„Es hat mir so viel Zeit, Mühe und Nerven gespart, und es funktioniert hervorragend. Ich dachte, ChatGPT sei gut; ihr habt es brillant gemacht.“

SentinelX ist ein Projekt, das ich allein entwickle und betreibe, von Buenos Aires aus. Solche Nachrichten kommen nicht oft, und diese hat mir die ganze Woche versüßt. Danke, Ade.

Ich habe ihn gefragt, wie er es nutzt, und seine Antwort zeigt gut, was passiert, wenn eine KI eine ganze Umgebung auf einmal sehen kann:

• Ein Heimserver mit Proxmox, auf dem Home Assistant OS und Pi-hole als LXC-Container laufen, dazu eine Ubuntu-VM mit Jellyfin, Immich und dem Medien- und Datenspeicher der Familie.
• Ein Raspberry Pi, der als Dashboard-Konsole (Grafana und andere) dient und mit einem zweiten Pi-hole als sekundärer DNS-Server arbeitet.
• Ein alter Windows-Laptop, den er als Admin-PC nutzt, erreichbar über Tailscale.

Auf jeder Maschine läuft ein SentinelX-Agent. Laut Ade hat das schon viele Probleme gelöst, darunter kürzlich den Wiederaufbau eines RAID-Arrays nach einem Ausfall. Und er hebt etwas hervor, das wir nicht für sein Setup entworfen haben, das das Produkt aber gut beschreibt:

„Ich liebe es, wie die Agenten zusammenarbeiten. Weil ich einen eigenen Admin-PC habe, wechselt die KI einfach den Agenten und hat so einen zweiten Weg, Geräte zu testen und zu erreichen, als Backup.“

Mit anderen Worten: Wenn eine Maschine nicht mehr antwortet, ist die KI nicht blind. Sie springt auf eine andere Maschine im Netzwerk und prüft von dort aus. Niemand hat ihr das erklärt. Sie hat es selbst herausgefunden, weil sie die Werkzeuge dazu hatte.

Wenn du gerade mit Servern anfängst

Du musst nicht auswendig wissen, was journalctl -u nginx --since "1 hour ago" macht. Du musst wissen, was du erreichen willst. SentinelX macht aus dieser Absicht konkrete Aktionen auf deiner Maschine und zeigt dir jeden Schritt.

Es hilft schon bei den Grundlagen:

• „Wie geht es meinem Server? Platte, RAM, ist irgendein Dienst ausgefallen?“
• „Räum meinen Downloads-Ordner auf: Installer in einen Ordner, PDFs in einen anderen, und sag mir, was weg kann.“
• „Warum ist meine Website seit gestern so langsam?“

Und du lernst dabei. Wenn die KI etwas diagnostiziert, siehst du, welchen Befehl sie ausgeführt hat, was sie gefunden hat und warum sie so entschieden hat. Es ist, als würdest du neben jemand Erfahrenem arbeiten, der dir nebenbei alles erklärt.

Das Wichtigste: Du legst fest, was erlaubt ist. Der Agent arbeitet nach dem Prinzip deny-by-default. Standardmäßig führt er nur Befehle aus einer Allowlist aus, liest und schreibt nur in den Ordnern, die du freigibst, und jeder Versuch wird protokolliert, auch die abgelehnten. Fordert die KI etwas an, das nicht erlaubt ist, erklärt ihr die Ablehnung, was freigegeben werden müsste, und die Entscheidung bleibt bei dir.

Du musst auch keine Ports öffnen oder dich mit dem Router herumschlagen. Der Agent lauscht auf keinem Port: Er baut die Verbindung nach außen zum Hub auf. Das funktioniert hinter NAT, hinter einer Firewall oder in deinem Heimnetz.

Wenn du schon seit Jahren Server betreust

Du weißt längst, wie das alles von Hand geht. Die Frage ist nicht, ob du es kannst, sondern wie viel deines Tages für den mechanischen Teil draufgeht: Logs über drei Hosts hinweg abgleichen, die nginx-Konfiguration vor dem Reload prüfen, den DNS-Eintrag für eine neue Subdomain anlegen, eine VM für einen Test hochziehen, deployen und sicherstellen, dass der laufende Prozess wirklich der ist, den du gerade ausgeliefert hast.

Mit SentinelX wird all das zu einem Gespräch, das die KI ausführt und du beaufsichtigst:

• Direkt auf dem Server programmieren und testen. Die KI klont ein Repository, nimmt strukturierte Änderungen vor, lässt Tests und Build direkt dort laufen, prüft den Diff und pusht mit der SSH-Identität des Hosts. Nichts muss mit deinem Laptop synchronisiert werden.
• Verifizierte Deployments. Fordere Deployment und Prüfung im selben Satz an: Konfiguration validieren, Dienst neu starten, bestätigen, dass er antwortet.
• Cloudflare aus dem Chat. DNS-Einträge anlegen, ändern oder löschen, Regeln und Sicherheitsereignisse einer Zone prüfen. „Veröffentliche diese App unter api.meinedomain.de“ bedeutet keinen Ausflug ins Dashboard mehr.
• Neue Maschinen auf Zuruf. Mit einer DigitalOcean- oder Hetzner-Integration erstellt die KI die VM und meldet sie automatisch bei SentinelX an. Bevor sie irgendetwas anlegt, zeigt sie dir die Kosten und wartet auf dein Okay.
• Lange Jobs ohne Warten. Ein Backup, ein schwerer Build oder eine Migration können im Hintergrund laufen und dir per Telegram oder E-Mail Bescheid geben, wenn sie fertig sind.

Und für alle, die einem Modell zu Recht nicht einfach eine Shell überlassen wollen: Der Agent ist Open Source (Apache-2.0), und die Richtlinie liegt auf deinem Server, in /etc/sentinelx/config.yaml. Du kannst ihn im strikten Allowlist-Modus betreiben, einzelne Operationen deaktivieren oder ihn auf einem Entwicklungshost komplett öffnen. Die letzte Grenze ist das Betriebssystemkonto, unter dem der Agent läuft: Was dieser Benutzer nicht darf, darf die KI auch nicht.

Die Werkzeuge, die den Unterschied machen

SentinelX stellt der KI Dutzende Werkzeuge zur Verfügung. Diese verändern den Alltag am stärksten:

Die Kontexte verdienen einen eigenen Absatz. KIs vergessen: Jeder neue Chat beginnt bei null. Mit SentinelX bleibt das Betriebswissen über deine Infrastruktur (was entschieden wurde, was noch offen ist, auf welchem Host was läuft) in deinem Konto gespeichert. Ein Kontext stellt Wissen wieder her, keine Berechtigungen: Bevor sie handelt, prüft die KI erneut den tatsächlichen Zustand der Hosts.

Eine KI mit Händen

Ein Sprachmodell ohne Zugriff auf deine Systeme ist ein Berater am Telefon: Es weiß viel, ist aber auf deine Beschreibung angewiesen. Mit SentinelX beobachtet es selbst, und das verändert die Qualität dessen, was es leisten kann, an drei Fronten.

Diagnose. Statt aus einer eingefügten Fehlermeldung zu raten, liest die KI die Logs, prüft den Status der Dienste, vergleicht die Konfiguration mit einem Host, der funktioniert, und verfolgt die Spur bis zur Ursache. Als Ade nach einem Ausfall ein RAID-Array neu aufbauen musste, gab ihm die KI kein generisches Tutorial: Sie arbeitete mit seinen echten Platten und seiner echten Konfiguration.

Konfiguration. Eine nginx-Datei, ein docker-compose oder eine systemd-Unit zu bearbeiten, ist kein riskantes Copy-and-paste mehr. Die KI nimmt strukturierte Änderungen vor, validiert vor dem Reload und zeigt dir genau, was sich geändert hat.

Integration. Hier wird SentinelX schwer ersetzbar. Eine einzige Anfrage kann mehrere Ebenen durchlaufen: einen Dienst auf einem Host starten, ihm bei Cloudflare eine Subdomain geben, den Reverse Proxy auf einem anderen Host konfigurieren, prüfen, dass er von außen antwortet, und dir per Telegram Bescheid geben, wenn alles steht. Linux-Server, ein Mac, ein Windows-PC, ein Raspberry Pi: Für die KI sind das alles Hosts derselben Flotte, im selben Gespräch.

Und es funktioniert mit der KI, die du schon nutzt. Kein neuer Assistent, keine neue Oberfläche: SentinelX verbindet sich mit ChatGPT, Claude, Grok, Cursor, VS Code, Codex und jedem MCP-kompatiblen Client. Wie Ade es formuliert hat: Es ersetzt ChatGPT nicht, es macht es brillant.

So legst du los

Es dauert nur ein paar Minuten, und der erste Host ist kostenlos, ohne Kreditkarte.

1. Verbinde SentinelX mit deiner KI.
   • In ChatGPT suchst du SentinelX im App-Verzeichnis oder gehst direkt auf die SentinelX-Seite in ChatGPT und klickst auf Verbinden.
   • In Claude, Grok oder einem anderen MCP-kompatiblen Client fügst du einen benutzerdefinierten Connector mit dieser URL hinzu: https://mcp.sentinelx.app/mcp/mcp
2. Frag nach dem Installationsbefehl. Sag deiner KI zum Beispiel: „Ich möchte meinen Ubuntu-Server mit SentinelX verbinden, gib mir den Installationsbefehl.“ SentinelX erzeugt einen Befehl mit einem Einmal-Token für Linux, macOS oder Windows, je nach deinem System.
3. Führ ihn auf deiner Maschine aus. Der Installer richtet den Agenten als Dienst ein und meldet ihn in deinem Konto an. Nach wenigen Sekunden ist der Host verfügbar.
4. Leg los und frag. „Wie geht es meinem Server?“ ist eine gute erste Frage.

Mehr Details, Tarife und Dokumentation auf sentinelx.app.

Gebaut von jemandem, der es jeden Tag nutzt

SentinelX ist nicht in einem Produktmeeting entstanden. Es entstand aus meinem eigenen Bedürfnis, meine Server zu betreuen, ohne das Kabel zwischen KI und Terminal zu sein. Heute pflegt sich SentinelX mit SentinelX selbst: der Hub, seine Deployments, diese Website und der Artikel, den du gerade liest, sind alle durch SentinelX gegangen.

Jede Designentscheidung kommt aus diesem täglichen Einsatz. Deny-by-default, weil ein Server eine ernste Sache ist. Keine offenen Ports, weil niemand sein Netzwerk exponieren sollte, nur um etwas auszuprobieren. Jeder Versuch protokolliert, weil du genau wissen willst, was passiert ist, wenn etwas schiefgeht. Und keine neue Oberfläche, die man erst lernen muss, weil das beste Werkzeug das ist, das sich in deine bestehende Arbeitsweise einfügt.

Heute sind mehr als 3.000 Server verbunden. Dahinter stehen Entwickler, IT-Teams und oft jemand wie Ade: ein Heimnetz mit Familienfotos, ein Medienserver und ein Pi-hole, das einfach laufen muss.

Wenn du seit Jahren Server betreust, gibt dir SentinelX Zeit zurück. Wenn du gerade erst anfängst, hast du einen kundigen Begleiter, der dir alles erklärt. In beiden Fällen entscheidest du, wie weit er geht.