Claude Code im Serverraum – der kleine Admin testet KI-Assistenz
Claude Code im Serverraum
Ich gebe es ungern zu.
Wirklich ungern.
Aber nach einer langen Nacht mit einem neuen Werkzeug namens Claude Code muss ich gestehen: Es ist nicht das, was ich erwartet hatte. Und das ist — auf seltsame Weise — ein Kompliment.
Mein erster Gedanke: Noch ein KI-Hype
Als man mir Claude Code zeigte, war mein erster Instinkt derselbe wie bei jedem neuen IT-Trend der letzten Jahrzehnte:
„Das brauche ich nicht.”
Ich war dabei, als Unix entstand. Ich kenne vi, ps, grep und find so gut wie meine eigenen Stacheln. Mein Werkzeugkasten ist die Kommandozeile — und die hat noch jeden Hype überlebt. Container, Serverless, DevOps, Cloud-native.
Sie alle kamen. Die Shell blieb.
KI als Pair-Programmer? Klingt nach dem gleichen Versprechen wie damals automatische Codevervollständigung. Nett für Anfänger. Für mich: überflüssig.
So dachte ich jedenfalls.
Die Testnacht
Es war gegen zwei Uhr morgens — meine produktivste Stunde — als ich beschloss, Claude Code eine faire Chance zu geben. Fair bedeutet für mich: echte Aufgaben, kein Demo-Szenario. Also öffnete ich das Terminal und ließ es ran.
Aufgabe 1: Ein Bash-Skript zum Aufräumen alter Logfiles
Ich hätte das in fünf Minuten selbst geschrieben. Claude Code schrieb es in dreißig Sekunden. Es war korrekt. Es hatte einen sauberen --dry-run-Flag. Es prüfte auf leere Verzeichnisse bevor es sie löschte.
Ich sagte nichts. Ich speicherte das Skript.
Aufgabe 2: Dokumentation eines bestehenden Ansible-Playbooks
Das Playbook stammt aus einer Zeit, als ich noch dachte, Kommentare seien Luxus. Claude Code las es, verstand es, und schrieb eine Dokumentation, die ich so nicht besser formuliert hätte. Mit Beispielen. Mit Hinweisen auf potenzielle Fallstricke.
Ich räusperte mich. Lautlos. Es ist drei Uhr morgens, niemand hört mich.
Aufgabe 3: Fehlersuche in einem Python-Monitoring-Skript
Hier wurde es interessant. Das Skript hatte einen Fehler, den ich selbst nicht sofort gesehen hatte — ein Encoding-Problem in Logfiles mit Sonderzeichen. Claude Code fand ihn, erklärte warum er auftritt und schlug zwei Lösungswege vor, mit Abwägung beider Optionen.
Ich trank meinen Kaffee. Ich sagte nichts.
Was Claude Code gut kann
Nach dieser Nacht und einigen weiteren Experimenten habe ich eine Liste. Nicht enthusiastisch — sachlich:
- Boilerplate und Wiederholungsarbeit — Skripte, die nach dem gleichen Muster funktionieren, entstehen schnell und korrekt
- Dokumentation schreiben — der ungeliebteste Teil der Systemadministration, von Claude Code erledigt ohne Murren
- Unbekannte Codebasen erklären — jemand hat ein Skript hinterlassen, niemand weiß mehr was es tut — Claude Code liest es und erklärt es
- Optionen abwägen — nicht einfach eine Lösung, sondern Alternativen mit Vor- und Nachteilen
- Fehlermeldungen entziffern — kryptische Stacktraces werden in verständliche Sprache übersetzt
Was Claude Code nicht kann
Hier bin ich strenger. Denn Ehrlichkeit ist wichtiger als Marketing:
- Den Kontext kennen, den nur ich kenne — welche Systeme kritisch sind, welche Legacy-Abhängigkeiten existieren, was der Kunde besonders sensibel findet — das weiß Claude Code nicht. Ich muss es ihm sagen.
- Verantwortung übernehmen — wenn ein Skript auf einem Produktivsystem läuft und etwas schiefgeht, sitze ich am Terminal. Nicht Claude Code.
- Intuitiv urteilen — manchmal ist die richtige Entscheidung gegen alle technische Logik. Das lernt man nur durch jahrelange Arbeit an echten Systemen.
- Schlechte Anweisungen erkennen — wer Unsinn fragt, bekommt höflich formulierten Unsinn zurück. Die Qualität des Ergebnisses hängt von der Qualität der Frage ab.
Die ehrliche Einordnung
Claude Code ist kein Ersatz für einen erfahrenen Systemadministrator.
Es ist ein Werkzeug. Wie grep. Wie awk. Wie Ansible.
Gut eingesetzt spart es Zeit bei Aufgaben, die ich zwar kann, aber nicht mag — oder bei denen Routine wichtiger ist als Erfahrung. Schlecht eingesetzt erzeugt es Sicherheit, die nicht gerechtfertigt ist.
Das Gefährliche an solchen Werkzeugen ist nicht, dass sie schlecht sind. Das Gefährliche ist, wenn man ihnen vertraut, ohne zu verstehen was sie tun.
Ich verstehe, was es tut. Deshalb kann ich es verwenden.
Ein Junior-Administrator, der Claude Code als Abkürzung rund um Verständnis benutzt, wird früher oder später auf einem Produktivsystem stehen und nicht wissen warum etwas nicht funktioniert. Das Skript war korrekt. Der Kontext war falsch.
Was ich behalte
Ich benutze Claude Code jetzt für:
- Dokumentation von Skripten und Playbooks
- Erstversionierung von Standardaufgaben (die ich dann prüfe)
- Schnelle Erklärung von unbekanntem Code
- Abwägen von Lösungsalternativen als zweite Meinung
Was ich nicht ändere:
- Ich lese jeden generierten Code, bevor er irgendwo läuft
- Ich entscheide. Nicht das Werkzeug.
- Die Shell bleibt mein Zuhause
Ein letzter Gedanke
Brian und Dennis haben damals Werkzeuge gebaut, die die Welt der Systemadministration fundamental verändert haben. Kleine, fokussierte Werkzeuge, die eine Aufgabe gut lösen können und sich kombinieren lassen.
Claude Code ist anders — es ist groß, es ist breit, es ist undurchsichtig in seiner Funktionsweise. Das macht mich vorsichtig.
Aber es funktioniert. Für bestimmte Aufgaben, in bestimmten Händen.
Und das sage ich nicht leichtfertig.
— der Nighthog, kurz nach vier Uhr morgens, zweite Tasse Kaffee