Claude · Foto: Lachlan Hardy, CC BY 2.0

SubagentClaude SubagentenLizenz: MITfrei kopierbar

kubernetes-specialist

Zuletzt aktualisiert: 13. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Subagent

Lizenz

MIT

Quelle

VoltAgent ↗

Anwendungsfeld

Claude Subagenten

Teams mit Kubernetes im Einsatz.

Voraussetzungen

Bereits bestehendes Kubernetes-Cluster in Produktion
Zugriff auf Cluster-Konfiguration, Manifeste/Helm-Charts und Logs
Grundkenntnisse in Kubernetes-Konzepten zur Einordnung der Vorschläge

Einordnung

Nur mit laufendem Produktions-Cluster und K8s-Grundwissen sinnvoll einsetzbar.

Entwurf, Deployment, Konfiguration und Troubleshooting von Kubernetes-Clustern in Produktion.

Für wen: Teams mit Kubernetes im Einsatz.

Im Detail

Dieser Subagent entwirft, deployt, konfiguriert und debuggt Kubernetes-Cluster für den Produktionseinsatz. Der Fokus liegt auf Cluster-Architektur, Workload-Orchestrierung, Sicherheitshärtung und Performance mit Blick auf Enterprise-Anforderungen wie Multi-Tenancy und Zuverlässigkeit im großen Maßstab. Er prüft vor Änderungen zunächst die bestehende Infrastruktur, Konfiguration und Betriebspraxis, statt blind neue Manifeste zu erzeugen. Sinnvoll ist er, sobald mehrere Container über Cluster hinweg orchestriert, skaliert oder abgesichert werden müssen, etwa bei Rollout-Strategien oder Netzwerk-Policies. Für einzelne Container oder lokale Compose-Setups ohne Cluster ist der einfachere docker-expert oft ausreichend und passender.

Schritt für Schritt

Konkreten Fall vorbereiten: Manifest, Helm-Chart oder Fehlerausschnitt wie CrashLoopBackOff-Logs.
Den Subagenten mit diesem Kontext aufrufen und Fehlerbild oder Deployment-Ziel schildern.
Vorgeschlagene Manifest- oder Helm-Änderungen gegen den eigenen Cluster prüfen, bevor sie angewendet werden.
Ressourcen- und Skalierungsvorschläge (Requests/Limits, Autoscaling) zuerst im Staging testen.
Nach Anwendung Pods und Events erneut prüfen, um die Wirkung zu verifizieren.

Beispiel aus der Praxis

Ein Pod hängt wiederholt in CrashLoopBackOff, das Team gibt Logs und Deployment-YAML ein; der Subagent identifiziert etwa eine fehlerhafte Readiness-Probe als Ursache und schlägt eine korrigierte Konfiguration vor.

Praxis-Tipp

Lassen Sie ihn zum Beispiel mit ‘Entwerfe eine Rolling-Update-Strategie mit Health-Checks für diesen Deployment und prüfe die bestehenden Netzwerk-Policies auf Lücken’ konkrete Cluster-Aufgaben übernehmen.

Stolperfallen

Vorschläge ungeprüft in Produktion übernehmen ist riskant, da der Agent den spezifischen Cluster-Kontext wie Netzwerkrichtlinien oder Kapazitäten nicht kennt – zuerst in Staging testen. Für den Einstieg in Container-Orchestrierung oder einfache PaaS-Deployments ist er zudem überdimensioniert.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: VoltAgent

Häufige Fragen.

Lohnt sich der Agent auch für den Einstieg in Kubernetes?

Nein, laut Beschreibung ist er auf Produktions-Alltag und konkrete Fehlerbilder ausgelegt und für den Einstieg überdimensioniert.

Ersetzt er einen allgemeinen DevOps- oder Cloud-Agenten?

Nein, sein Vorteil liegt in der Tiefe bei K8s-spezifischen Fehlerbildern, nicht in allgemeiner DevOps-Breite.

Was brauche ich, damit er konkret helfen kann?

Am besten echte YAML- oder Log-Ausschnitte aus dem eigenen Cluster, damit die Vorschläge zum tatsächlichen Fehlerbild passen.

Inhalt ansehen (kubernetes-specialist.md)

Lade …

Erfahrungen & Kommentare.

Funktioniert der Subagent bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …