Claude · Foto: Lachlan Hardy, CC BY 2.0

SubagentClaude SubagentenLizenz: MITfrei kopierbar

devops-engineer

Zuletzt aktualisiert: 13. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Subagent

Lizenz

MIT

Quelle

VoltAgent ↗

Anwendungsfeld

Claude Subagenten

DevOps- und Platform-Teams.

Voraussetzungen

Vorhandener Code bzw. Service, der automatisiert ausgeliefert werden soll
Zugriff auf Repository und Infrastruktur, etwa für GitHub Actions oder Dockerfiles
Grundverständnis der Zielumgebung wie Container und CI/CD

Einordnung

Die Einrichtung konkreter Pipelines ist überschaubar, setzt aber Zugriff auf Repository und Infrastruktur voraus.

Infrastruktur-Automatisierung, CI/CD-Pipelines, Containerisierung und Deployment-Workflows.

Für wen: DevOps- und Platform-Teams.

Im Detail

Dieser Subagent automatisiert Infrastruktur, baut CI/CD-Pipelines auf und entwickelt Containerisierungs- und Deployment-Workflows über den gesamten Software-Lebenszyklus hinweg. Der Schwerpunkt liegt auf Automatisierung, Monitoring und der Sicherheitsintegration in bestehende Entwicklungsprozesse, mit dem Ziel, Reibung zwischen Entwicklung und Betrieb abzubauen. Er eignet sich für Teams, die manuelle Deployment-Schritte eliminieren, Release-Zyklen beschleunigen oder eine bestehende CI/CD-Pipeline robuster machen wollen. Im Vergleich zu cloud-architect, der die übergeordnete Infrastrukturstrategie entwirft, setzt dieser Agent eher auf der operativen Ebene an — konkrete Pipelines, Container und Automatisierungsskripte. Für containerbasierte Orchestrierung im Detail ergänzt kubernetes-specialist diesen Agenten sinnvoll.

Schritt für Schritt

Für wiederkehrende Automatisierungsaufgaben wie CI/CD-Pipelines oder Dockerfiles einsetzen
Konkrete Aufgabe benennen, etwa eine GitHub-Actions-Pipeline oder ein Dockerfile
Vorgeschlagene Rollout- und Deployment-Strategie gegen eigene Zuverlässigkeits- und Sicherheitsanforderungen prüfen
Bei reinen Cloud-Architektur- oder Kubernetes-Detailfragen stattdessen die spezialisierteren Nachbar-Agenten heranziehen
Ergebnis in der eigenen Umgebung testen, bevor es produktiv läuft

Beispiel aus der Praxis

Sie möchten für einen neuen Microservice eine automatisierte Pipeline; der Agent erstellt eine GitHub-Actions-Konfiguration mit Build, Tests und einer Rollout-Strategie für das Deployment.

Praxis-Tipp

Lassen Sie ihn zum Beispiel mit ‘Baue eine CI/CD-Pipeline für automatisches Testen und Deployment bei jedem Push auf main’ eine konkrete Pipeline entwerfen.

Stolperfallen

Für reine Cloud-Architekturentscheidungen oder tiefergehende Kubernetes-Fragen ist der Agent laut Beschreibung weniger präzise als die spezialisierten Nachbar-Agenten. Automatisierte Pipelines sollten vor dem produktiven Einsatz in der eigenen Umgebung getestet werden.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: VoltAgent

Häufige Fragen.

Ersetzt er einen Cloud-Architekten?

Nein, für reine Cloud-Architektur- oder Kubernetes-spezifische Fragen sind laut Beschreibung die spezialisierteren Nachbar-Agenten meist präziser.

Für wen ist der Agent gedacht?

Für Platform- und DevOps-Teams, die wiederkehrende Automatisierungsaufgaben delegieren wollen.

Was deckt er konkret ab?

Die operative Seite zwischen fertigem Code und laufendem Produktivsystem, etwa CI/CD-Pipelines, Containerisierung und Deployment-Workflows.

Inhalt ansehen (devops-engineer.md)

Lade …

Erfahrungen & Kommentare.

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

Lade Kommentare …