Aus Jenkins-Wartung wird Jenkins-Engineering. In zwei Tagen installieren, härten, überwachen und troubleshooten Sie Jenkins mit Claude Code im Terminal. Die Übungen kommen aus Industrieumgebungen, in denen der Build-Server nicht in die Cloud darf.
Runbook kostenlos · ohne Workshop-Anmeldung · als PDF
2 TAGE · MAX. 12 TEILNEHMER · VOR ORT ODER REMOTE
Comquent Consulting Team
Jenkins- & CI/CD-Experten
Jenkins-Administration, Security-Hardening, Monitoring und Troubleshooting, mit Claude Code im Terminal. Praxiserfahrung aus 47+ Kundenprojekten seit 2006.
Die Jenkins-Administration mit Claude Code ist ein zweitägiges Intensiv-Training für Jenkins-Admins und DevOps-Engineers: 16 Stunden, maximal 12 Teilnehmer, rund 80 % Hands-on. Sie installieren, härten, überwachen und troubleshooten Jenkins mit Claude Code, dem KI-Assistenten von Anthropic im Terminal, und nehmen produktionsreife JCasC-Konfigurationen, Groovy-Admin-Scripts und ein Prometheus/Grafana-Monitoring mit. Die Übungen stammen aus Industrial-DevOps-Umgebungen: Firmware-Builds für Steuerungsgeräte, gewachsene Toolchains, Releases mit Nachweispflicht.
Ein Security-Alert um drei Uhr morgens. Ein Groovy-Script in der Script Console, das seit Jahren niemand mehr anfassen will. Ein Update-Fenster, in dem sich keiner traut, auf „Install“ zu klicken. Jeder Jenkins-Admin kennt die Wochen, in denen der Build-Server mehr Arbeit macht, als er abnimmt.
Die Zeit geht dabei in drei Bereichen verloren. Die Jenkins-Plugins hängen voneinander ab und verlangen bei jedem Update eine eigene Prüfung. Groovy-Scripts für die Script Console schreibt man zu selten, um die API im Kopf zu haben. Und das Security-Hardening läuft von Hand gegen Empfehlungen, die über die Jenkins-Doku und die Plugin-Warnungen verstreut sind. Alle drei sind Textarbeit gegen dokumentierte Regeln, und genau dort ist ein KI-Assistent im Terminal schnell.
In Industrieumgebungen kommt dazu, was sich nicht wegkonfigurieren lässt. Der Build-Agent hängt an einem Lizenz-Dongle oder an Zielhardware im Labor, das Netz ist nach IEC 62443 segmentiert, und die Firmware von heute muss in zwölf Jahren noch einmal identisch entstehen, wenn ein Kunde ein Sicherheitsupdate für seine Anlage braucht. Ausweichen in eine gehostete CI-Cloud ist dann keine Option. Jenkins bleibt, und mit ihm die Frage, wie ein Team ihn im Griff behält, ohne zu wachsen.
Nach dem Workshop läuft das nächste Update-Fenster anders. Das Abbruchkriterium steht fest, bevor jemand auf „Install“ klickt. Core und Plugins gehen nacheinander rein, dazwischen laufen drei ausgewählte Jobs als Rauchtest, und das Backup ist vorher schon einmal zurückgespielt worden.
AIIst die Jenkins-Administration bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Sechs Module je Tag.
Jeder Tag endet hands-on.
Tag 1 behandelt Jenkins-Architektur, das Einrichten von Claude Code, die Installation von Jenkins in Docker und Jenkins Configuration as Code (JCasC). Am Ende steht bei jedem Teilnehmer eine vollständige Instanz. Tag 2 geht um den Betrieb: Rechte, Security-Hardening, Backup, Monitoring mit Prometheus und Grafana, Groovy-Scripts für die Script Console. Er endet mit einem Praxisprojekt, in dem die Fehler schon eingebaut sind.
Controller, Agents, Executors, Build Queue: wie Jenkins intern arbeitet und warum auf dem Controller selbst keine Builds laufen sollten.
Installation, Anmeldung, CLAUDE.md mit dem Jenkins-Kontext Ihres Teams, erste Prompts für Admin-Aufgaben.
Docker, WAR oder Paketmanager: Sie installieren Jenkins LTS und lassen Claude Code die Schritte als Skript festhalten.
Claude Code schreibt die JCasC-Konfiguration, prüft sie gegen das Schema des Plugins und legt sie versioniert ins Repo.
Abhängigkeiten und Kompatibilität lesen, Plugins auswählen, die Plugin-Liste auf bekannte Sicherheitswarnungen prüfen.
Jeder Teilnehmer setzt einen Jenkins-Server von null auf, Claude Code arbeitet im Terminal mit.
Matrix-Autorisierung, LDAP/AD-Anbindung und Credentials, eingerichtet über JCasC.
Härten nach der Jenkins-Security-Dokumentation und den Build-Empfehlungen des CIS Software Supply Chain Security Guide. Claude Code prüft, Sie entscheiden.
$JENKINS_HOME sichern, Rotation festlegen und den Restore auf einer zweiten Instanz testen.
Prometheus-Metriken und Grafana-Dashboard aufsetzen, Build-Logs mit Claude Code auswerten.
Admin-Scripts für User-Audit, Job-Bereinigung und Systemdiagnose, jeweils mit Trockenlauf.
Jenkins härten, überwachen und reparieren, an Fehlern, die wir vorher absichtlich eingebaut haben.
Der Workshop richtet sich an Jenkins-Admins, DevOps-Engineers und CI/CD-Verantwortliche mit ersten Jenkins-Praxiserfahrungen. KI-Vorkenntnisse sind nicht erforderlich. Am meisten holen Teams heraus, deren Jenkins selbst gehostet läuft und deren Builds an etwas hängen, das es in der Cloud nicht gibt: Zielhardware, Lizenzserver, ein Prüfstand im Nebenraum.
VoraussetzungenErste Erfahrungen mit Jenkins (z. B. Jobs angelegt, Pipelines ausgeführt) und Grundkenntnisse in Linux und auf der Kommandozeile. Erfahrene Jenkins-Admins sind genauso richtig, sie sparen am meisten Zeit.
Regulierte BranchenIm Inhouse-Format gehen wir auf die Anforderungen aus ASPICE (Automotive), IEC 62304 (Medizintechnik), ISO 26262 (Functional Safety) und IEC 62443 (OT-Security) direkt ein: Audit-Trail, Toolchain-Validation, signierte Artefakte und Traceability in der Jenkins-Administration.
Claude Code übernimmt die Teile der Administration, die sich wiederholen oder viel Nachschlagen verlangen: Konfigurationen schreiben, Plugin-Abhängigkeiten prüfen, Groovy-Scripts erstellen, Build-Logs lesen. Die neun Aufgaben unten folgen der Agenda. Was sonst Stunden dauert, ist in Minuten erledigt, und das Ergebnis liegt als Datei im Repo statt in einem Chatverlauf.
Initiales Setup (JCasC, Plugins, Nodes)
Stundenlange Doku-Recherche, Trial & Error
Claude Code schreibt die vollständige jenkins.yaml und prüft sie gegen das JCasC-Schema
Plugin-Kompatibilität prüfen
Versionsmatrizen von Hand abgleichen
Claude Code liest die Plugin-Liste und benennt die Konflikte
Upgrade planen
Changelogs lesen, Breaking Changes suchen
Claude Code fasst die Breaking Changes zusammen und schreibt den Migrationsplan
Groovy-Scripts für die Script Console
Syntaxfehler, fehlende API-Kenntnis
Claude Code schreibt das Script mit Trockenlauf und erklärt jede Zeile
Security-Hardening
Checklisten von Hand abarbeiten
Claude Code prüft jenkins.yaml gegen die Checkliste und liefert die Korrekturen als Diff
Build-Fehler im Log finden
Durch tausende Zeilen scrollen
Claude Code nennt den ersten echten Fehler vor der Folgekaskade
Systemzustand überwachen
Prometheus und Grafana von Hand aufsetzen
Claude Code erzeugt Dashboard und Alert-Rules als Dateien im Repo
Performance-Probleme finden
Vermuten und von Hand profilen
Claude Code wertet Queue- und Executor-Metriken aus und zeigt den Engpass
Plugin-Fehler diagnostizieren
Stack-Traces googeln
Claude Code erklärt den Fehler und schlägt den Fix vor
Für den Einstieg gibt es in Deutschland gute Jenkins-Grundkurse, etwa von IT-Schulungen.com, GFU, cmt, Linuxhotel und der Comquent Academy. Dort lernen Sie Installation, Jobs, die ersten Pipelines und die Standard-Administration.
Dieser Workshop setzt danach an. Er richtet sich an Jenkins-Admins mit Vorerfahrung, die wiederkehrende Wartungsaufgaben an Claude Code abgeben und die Konfigurationen dafür mitnehmen wollen. Wer die Grundlagen noch braucht, ist im Grundkurs besser aufgehoben, und das sagen wir im Erstgespräch auch so.
Alle Jenkins-Workshops im Vergleich stehen in der Workshop-Übersicht. Für die Grundlagen gibt es die Jenkins-Kurse der Comquent Academy als kompakten Arbeitstag oder als 30-Tage-Programm am eigenen Projekt.
Stand: September 2026 · Vergleichsanker: IT-Schulungen.com listet den Jenkins-Grundkurs mit 2 Tagen zu 1.095 € netto, GFU und cmt nennen öffentlich keine Preise.
Zehn Symptome aus dem Jenkins-Admin-Alltag, ausgewählt aus unseren Kundenprojekten. Jede Zeile nennt die Ursache und den Fix mit Claude Code, den wir im Workshop üben.
Inkompatible Plugin-Versionen, transitive Abhängigkeiten, ein Update-Center-Cache, der nicht mehr zum Core passt.
Claude Code liest plugins.txt und die installierten Versionen, gleicht sie mit den Mindestanforderungen der Plugins ab, benennt den Konflikt und schreibt eine geprüfte Plugin-Liste versioniert ins Repo.
Zwischen zwei LTS-Linien liegen oft Dutzende Plugin-Updates, und die Breaking Changes stehen in einzelnen Changelogs statt an einer Stelle.
Claude Code liest die Upgrade-Hinweise der Ziel-LTS und die Changelogs der installierten Plugins, bildet sie auf Ihre Plugin-Liste ab und schreibt ein Runbook mit Reihenfolge, Rauchtest und Rollback.
Tausende Zeilen Stack-Trace, die Ursache steckt irgendwo zwischen Plugin-, Core- und Pipeline-Log.
Claude Code liest build.log, findet den ersten echten Fehler vor der Folgekaskade, prüft ihn gegen bekannte Plugin-Advisories und schlägt einen Patch für den Pipeline-Step vor.
Zu kleiner Heap der Controller-JVM, Agents, die Threads nicht freigeben, hängende Pipelines, die Executors blockieren.
Claude Code wertet Thread-Dump und gc.log aus, schlägt JVM-Optionen vor, schreibt ein Groovy-Script, das hängende Builds sauber abbricht, und legt einen Prometheus-Alert für Speicherdruck an.
$JENKINS_HOME läuft voll mit alten Workspaces, Build-Artefakten und Bibliotheks-Caches. Von Hand aufräumen ist riskant, und ein Backup ohne Restore-Test ist eine Vermutung.
Claude Code schreibt ein Cleanup-Script für die Script Console (Workspaces älter als 30 Tage, Builds über der Quote), dazu Backup- und Restore-Test-Skript. Alles liegt im Repo und lässt sich wiederholen.
Die interne Jenkins-API ist dünn dokumentiert, hudson.* und jenkins.* stehen nebeneinander, die Sandbox schränkt ein.
Claude Code kennt die Groovy-API für User, Jobs, Builds und Nodes und schreibt Scripts mit Fehlerbehandlung und Trockenlauf: User-Audit, Job-Bereinigung, Credential-Rotation, Systemdiagnose.
Die Hardening-Punkte stehen verstreut in der Jenkins-Security-Doku, in den Plugin-Warnungen und im CIS Software Supply Chain Security Guide. Eine Prüfung von Hand kostet einen Arbeitstag und steht jedes Quartal wieder an.
Claude Code prüft jenkins.yaml gegen eine Checkliste aus diesen Quellen (Executors auf dem Controller, Rechte für Anonymous, Markup Formatter, Plugins mit Sicherheitswarnung), bewertet jeden Befund und schreibt die Korrekturen als Pull-Request-Diff.
Netzwerk-Timeouts, Reconnect-Schleifen der Inbound-Agents, eine Build-Queue ohne sinnvolle Grenzen.
Claude Code wertet agent.log aus, schlägt Einstellungen für Verbindung und Timeouts vor und baut ein Grafana-Dashboard, das Abbruchmuster zeigt, bevor sie Builds blockieren.
Bind-DN, Search-Base, Gruppensuche: Ein Tippfehler sperrt alle aus.
Claude Code schreibt den securityRealm-Block in JCasC samt Notfall-Admin, schlägt einen Testablauf vor und prüft die Login-Pfade gegen typische AD-Strukturen.
Langsame Builds, träge Oberfläche, und niemand weiß, ob Controller, Agent, Plugin oder Pipeline schuld ist.
Claude Code wertet die Prometheus-Metriken für Executors, Queue und Node-Auslastung aus, zeigt den Engpass und schlägt Kapazitätsplan und Alert-Rules vor.
Quelle der Auswahl: Comquent-Kundenprojekte 2024–2026, gewichtet nach Häufigkeit und Schwere des Eskalations-Risikos. Jede Zeile entspricht einem konkreten Workshop-Hands-on.
Claude Code ist der KI-Assistent von Anthropic für das Terminal. Er liest und schreibt Dateien im Projektverzeichnis und führt Befehle aus, wenn Sie es erlauben. Sie beschreiben die Aufgabe in einem Satz, Claude Code arbeitet in den Dateien, die ohnehin im Repo liegen: jenkins.yaml, plugins.txt, das Build-Log.
In der Administration sind das drei Arten von Arbeit. Konfiguration schreiben (JCasC, Plugin-Listen, Credentials), Analysieren (Build-Logs, Stack-Traces, Plugin-Kompatibilität) und gegen Regeln prüfen (Hardening-Checkliste, Sicherheitswarnungen). Am Ende steht jedes Mal eine Datei oder ein Diff, den Sie lesen, bevor er live geht.
Zum Kopieren. Jeder Prompt ist im Workshop erprobt und liefert eine Datei im Repo, keine Antwort im Chat. Diese zehn sind ein Auszug. Alle 25 stehen im Wartungsfenster-Runbook am Ende dieses Abschnitts.
claude "Erzeuge aus dem aktuellen Jenkins-Setup eine vollständige JCasC-YAML, inklusive Plugins, Credentials-Struktur, Security-Realm und Cloud-Agents. Nutze dafür den Export der Script Console."
claude "Prüfe alle installierten Plugins gegen die Jenkins Security Advisories und schlage Updates mit Hinweisen auf Breaking Changes vor."
claude "Analysiere build.log, finde den ersten echten Fehler vor der Stack-Trace-Kaskade und schlage einen Fix für den Pipeline-Step vor."
claude "Schreibe ein Groovy-Script: alle User ohne Login seit 180 Tagen identifizieren, optional deaktivieren, Audit-Log schreiben."
claude "Schreibe ein Groovy-Script: alle Jobs ohne Build seit 365 Tagen identifizieren, in eine Liste schreiben, nach Bestätigung archivieren."
claude "Schreibe ein Groovy-Script: alle Credentials älter als 90 Tage finden, Rotation-Tickets im Issue-Tracker eröffnen, Rotation-Plan dokumentieren."
claude "Prüfe jenkins.yaml gegen die Hardening-Empfehlungen der Jenkins-Security-Doku, gib die Befunde mit Schweregrad aus und schreibe security-hardening.yaml mit den Korrekturen."
claude "Generiere Prometheus-Alert-Rules für Jenkins: Queue-Saturation, Build-Failure-Rate-Spike, Agent-Disconnect, Disk-Pressure."
claude "Schreibe ein Backup-Skript für $JENKINS_HOME mit Rotation, Integritätsprüfung und einem Restore-Test, der nicht im Produktivsystem läuft."
claude "Plane den Upgrade-Pfad von Jenkins LTS 2.504.x auf 2.568.3: Breaking Changes lesen, Plugin-Compat prüfen, Rollback-Plan schreiben."
AIEin Ablaufplan für das Update-Wochenende, an dem Sie Core und Plugins anfassen. Acht Stationen von der Bestandsaufnahme bis zum Abbruchkriterium, an jeder Station der Claude-Code-Prompt im Wortlaut und das Artefakt, das dabei herauskommen soll. 25 Prompts insgesamt, die zehn von dieser Seite sind darin enthalten.
Kostenlos · 25 Prompts · keine Anmeldung zum Workshop nötig
Sie schreiben Pipelines statt sie zu betreiben? Dann ist der Leitfaden Jenkins im KI-Zeitalter: Pipelines mit Claude Code der passendere Einstieg. Er zeigt auf 14 Seiten, wie eine CLAUDE.md Ihre Pipeline-Konventionen für KI-Agenten festhält.
In fünf Schritten, vom ersten claude-Befehl bis zur Build-Log-Analyse bei jedem Fehlschlag. Rechnen Sie mit etwa zwei Stunden. Danach ist die Arbeit mit Claude Code Teil der normalen Routine.
Claude Code von Anthropic auf macOS, Linux oder Windows installieren und beim ersten Start anmelden, entweder mit einem kostenpflichtigen Claude-Konto oder mit einem API-Key aus der Anthropic Console. Claude Code läuft direkt im Projektverzeichnis und liest und schreibt dort Dateien, ohne Umweg über Browser oder Copy-Paste.
Eine CLAUDE.md im Repo-Root ablegen, die Jenkins-Version, Plugin-Liste, Security-Anforderungen, Coding-Standards und Branch-Strategie beschreibt. Claude Code lädt diese Datei bei jedem Start automatisch als Projekt-Kontext.
Die bestehende Jenkins-Konfiguration über die Script Console exportieren und Claude Code daraus eine versionierbare jenkins.yaml erzeugen lassen. Anschließend gegen das JSON-Schema prüfen, das das JCasC-Plugin unter /configuration-as-code/schema ausliefert.
claude "Prüfe jenkins.yaml gegen unsere Hardening-Checkliste" laufen lassen. Die Checkliste stammt aus der Jenkins-Security-Dokumentation und den Sicherheitswarnungen der installierten Plugins. Claude Code liefert die Befunde mit Schweregrad und schreibt die Korrekturen in eine security-hardening.yaml, die als Pull-Request-Diff ins Review geht.
Bei jedem Build-Failure claude "analysiere build.log und finde den ersten echten Fehler" aufrufen. Claude Code nennt die Root Cause und schlägt einen Patch-Diff für den Pipeline-Step vor, versioniert über Git statt verstreut in Chats.
Kurzform: Liegt der Code ohnehin auf GitHub und braucht kein Build einen Rechner im Werksnetz, ist GitHub Actions meist der schlankere Weg. GitLab CI passt, wenn GitLab schon die zentrale Plattform ist und Sie es selbst betreiben. Jenkins bleibt die bessere Wahl, sobald der Build-Server on-premises laufen muss, an gewachsene Industrie-Toolchains andockt oder Releases einen Nachweis nach IEC 62443, ASPICE oder FDA-Vorgaben brauchen.
Veraltet ist Jenkins nicht. In der JetBrains-Auswertung „Best CI/CD Tools for 2026“ (März 2026, Daten aus dem State of Developer Ecosystem 2025) nutzen 28 % der Befragten Jenkins in ihrer Organisation. Davor liegt nur GitHub Actions mit 33 %, GitLab CI folgt mit 19 %. Seit Juni 2025 gibt es außerdem das MCP-Server-Plugin, über das KI-Assistenten direkt mit der laufenden Instanz arbeiten. Die Entscheidung in sieben Achsen zerlegt unser Vergleich Jenkins vs. GitLab CI vs. Azure DevOps.
| Kriterium | Jenkins 2026 | GitHub Actions | GitLab CI |
|---|---|---|---|
| On-Premise / Self-Hosted | Ja, primär | Ja (GHE-Server) | Ja (Self-Managed) |
| Plugin-Ökosystem (>1.800) | Sehr breit | Marketplace, schmaler | Fokussiert |
| Configuration as Code | JCasC-Plugin | Workflow-YAML | .gitlab-ci.yml + Auto DevOps |
| Polyglot / Legacy-Builds | Sehr stark | Container-fokussiert | Container-fokussiert |
| Industrial / SPS-PLC-Toolchains | Breit (Plugins, eigene Agents an Zielhardware) | Eingeschränkt (Self-hosted Runner) | Eingeschränkt (eigene Runner) |
| Compliance (IEC 62443, ASPICE, FDA) | Audit-fähig (On-Prem) | Cloud-Compliance möglich | Audit-fähig (Self-Managed) |
| KI-Integration (MCP) | MCP-Server-Plugin | Copilot Coding Agent | GitLab Duo |
| Wartungsaufwand klassisch | Hoch | Niedrig (Cloud) | Mittel |
| Wartungsaufwand mit KI | Mittel (Claude Code übernimmt Routine) | Niedrig | Niedrig bis mittel |
| Total Cost of Ownership | Personalkosten dominant | Minutenpreise dominieren | Lizenz + Personal |
der Build-Server on-premises laufen muss, Builds an SPS-, Embedded- oder Firmware-Toolchains hängen, mehrere Versionskontrollsysteme zusammenkommen oder Releases einen Nachweis nach ASPICE, IEC 62304 oder IEC 62443 brauchen.
GitHub schon Ihr zentrales Repository ist, der Stack in der Cloud läuft, die Compliance-Anforderungen überschaubar sind und die Workflow-Datei im Repo die einzige Quelle der Wahrheit sein soll.
GitLab ohnehin Ihre Plattform für Issues, Merge Requests, Registry und CI ist, Sie es selbst betreiben und SAST und DAST in derselben Oberfläche haben wollen.
Stand: September 2026 · Bewertung aus Beratungssicht für Industrial-DevOps-Umgebungen · Wir beraten herstellerunabhängig im Erstgespräch. Falls Jenkins nicht das richtige Werkzeug für Sie ist, sagen wir das.
Jenkins pflegen, ablösen oder abgeben?
Bevor die Frage nach dem Workshop-Termin kommt, steht meist eine andere im Raum: Bleibt Jenkins überhaupt? Zwei Klicks ordnen ein, welcher der drei Wege sich bei Ihrem Stand rechnet, auch wenn die Antwort gegen den Workshop ausfällt.
Wie steht es um Ihre Jenkins-Instanz?
Sie bauen eine vollständige Jenkins-Instanz für die Firmware-Builds eines Industriesteuerungsgeräts: Jenkins in Docker, Build-Agents als Container, JCasC-Konfiguration, Security-Hardening, Monitoring mit Prometheus und Grafana, automatisches Backup. Jede Datei liegt versioniert im Repo, das Admin-Runbook beschreibt den Betrieb.
AIDas Szenario stammt aus dem Umfeld unserer Kunden. Ein Hersteller baut die Firmware seiner Steuerung auf Jenkins, die Instanz ist über Jahre gewachsen, und niemand traut sich mehr an das Update.
Am ersten Tag setzen Sie die Instanz neu und reproduzierbar auf. Am zweiten Tag bricht sie an Stellen, die wir vorbereitet haben, etwa ein Plugin-Konflikt, ein Agent, der die Verbindung verliert, eine volle Platte. Sie finden die Ursachen mit Claude Code und halten die Lösung im Runbook fest.
jenkins-infra-firmware/ ├── jenkins/ │ ├── casc/ │ │ ├── jenkins.yaml │ │ ├── credentials.yaml │ │ ├── security.yaml │ │ └── plugins.yaml │ ├── groovy-scripts/ │ │ ├── audit-users.groovy │ │ ├── cleanup-jobs.groovy │ │ ├── credential-rotation.groovy │ │ └── system-diagnostics.groovy │ ├── docker/ │ │ └── Dockerfile.build-agent │ ├── monitoring/ │ │ ├── prometheus-rules.yaml │ │ └── grafana-dashboard.json │ └── backup/ │ ├── backup.sh │ └── restore-test.sh ├── docs/ │ └── admin-runbook.md └── Makefile
Sie gehen mit JCasC-Konfiguration, Groovy-Admin-Scripts, Monitoring-Dashboard, einer Hardening-Checkliste und einem Admin-Runbook nach Hause, alles aus Ihrer eigenen Übungsinstanz. Dazu kommt eine Arbeitsweise, in der Claude Code die Routine übernimmt und Sie den Diff freigeben.
Jenkins installieren, härten und betreiben, mit Claude Code als Werkzeug im Tagesgeschäft.
JCasC-Konfiguration, Groovy-Scripts und Monitoring-Setup liegen am Ende in Ihrem Repo.
Plugin-Audit, Hardening-Check und Log-Diagnose, die bisher Stunden dauerten, in Minuten.
Welche Aufgaben Claude Code allein erledigt und wo ein Mensch den Diff freigibt.
Jenkins kennen wir nicht aus dem Workshop-Labor. Seit 2006 härten, überwachen und reparieren wir Jenkins in Produktionsumgebungen, bei Automobilzulieferern und im Maschinenbau.
Unsere Trainer sitzen am Montag wieder als Consultants im Kundenprojekt.
Gegründet 2006 in Puchheim bei München. Unser Schwerpunkt ist die Brücke zwischen IT und OT, von der Bürosoftware bis zum Steuerungsgerät auf der Werkbank. Jenkins ist seit der ersten Stunde unser Werkzeug.
Jede Übung stammt aus einer realen Kundensituation: Plugin-Konflikte, Audit-Anforderungen nach IEC 62443, Build-Agents hinter restriktiven Proxies. Sie lernen Jenkins so, wie es in Industrieumgebungen tatsächlich läuft.
Wir nutzen Claude Code nicht erst seit gestern für Workshop-Demos. Die Prompts, Workflows und Guardrails, die Sie üben, sind dieselben, die in unseren laufenden Beratungsmandaten entstehen.
Unabhängig von Jenkins-Distributionen, Plugin-Anbietern oder Cloud-Plattformen. Schulungssprache Deutsch, Unterlagen auf Deutsch, Rechnung aus Deutschland. Das passt auch für regulierte Branchen und öffentliche Auftraggeber.
Pipelines, Shared Libraries und Tests. Beide Workshops zusammen ergeben vier Tage mit Preisvorteil.
Jenkins baut, ArgoCD rollt in den Kubernetes-Cluster aus. Der Workshop für den Schritt nach dem Build.
Auf Ihre Jenkins-Infrastruktur zugeschnitten, ab 4 Teilnehmern.
Neun Fragen, die uns Engineering-Leads vor der Anmeldung am häufigsten stellen. Die ersten zwei klären, wie viel Zeit KI im Admin-Alltag spart und welcher Assistent zur Administration passt. Die nächsten drei gehen um AIOps, KI-Agenten und den MCP-Server für Jenkins. Die letzten vier beantworten, wie sich KI-gestützte Administration in Audits nach IEC 62443, ASPICE, IEC 62304 und ISO 26262 einfügt.
Vor allem die, die sich wiederholen oder viel Nachschlagen verlangen. Die Werte unten stammen aus Aufgaben, die wir in Workshops und Kundenprojekten mit und ohne Claude Code gestoppt haben. Wie viel Sie selbst einsparen, hängt von Ihrer Erfahrung und Ihrer Plugin-Landschaft ab, das Verhältnis bleibt ähnlich.
Quelle: Zeitmessungen aus Comquent-Workshops und Kundenprojekten 2024–2026 · n = 47+ Kundenprojekte · Vergleich derselben Aufgabe mit und ohne Claude Code
Annahme: ein DevOps-Engineer mit 100 €/h voll belastetem Stundensatz, 4 Stunden pro Woche für Plugin-Pflege, JCasC-Anpassungen, Audits und Build-Log-Analyse. Eher vorsichtig gerechnet, viele Teams liegen höher.
4 h × 100 € × 52 Wochen pro Engineer und Jahr.
Bei 70 % Zeitersparnis, also unter den gemessenen Werten oben. Das sind rund 14.560 € weniger pro Engineer und Jahr.
Quellenlage: eigene Zeitmessungen (n = 47+ Kundenprojekte). Externer Vergleich: In einem kontrollierten Experiment von GitHub lösten Entwickler mit Copilot eine Programmieraufgabe 55 % schneller (GitHub, 2022). Das Modell hier setzt 70 % an und bleibt damit unter unseren eigenen Messwerten.
Vor allem der Einsatzort. Claude Code, Cursor und Copilot im Agent-Modus arbeiten inzwischen alle projektweit mit Schreibzugriff. Claude Code läuft im Terminal, also dort, wo Jenkins-Administration ohnehin stattfindet, und braucht keine IDE um sich herum. Copilot und Cursor sind auf ein Repository mit Quellcode zugeschnitten. Für Fragen und kurze Snippets reicht ChatGPT.
Wir schulen Claude Code, weil das Terminal der Arbeitsplatz des Admins ist, nicht weil die anderen nichts könnten. Die Tabelle zeigt die Unterschiede im Detail.
| Kriterium | Claude Code | ChatGPT | GitHub Copilot | Cursor |
|---|---|---|---|---|
| Einsatzort | Terminal | Browser/Chat | IDE und GitHub-Cloud | Eigene IDE |
| Datei-Schreibrecht | Ja, projektweit | Nein | Ja, im Agent-Modus | Ja, projektweit |
| Mehrere Dateien gleichzeitig | Ja | Manuell | Ja, im Agent-Modus | Ja |
| JCasC / YAML-Generierung | Direkt im Repo | Snippet-Output | Wenig spezialisiert | Direkt im Repo |
| Groovy-Script-Generierung | Sehr gut | Gut | Mittel | Gut |
| Build-Log-Analyse aus Datei | Ja, nativ | Manuell einfügen | Ja, im Agent-Modus | Ja |
| Projekt-Kontext aus Datei | CLAUDE.md, automatisch | Nein | copilot-instructions.md | Cursor Rules |
| Audit-Trail via Git | Sehr gut | Schlecht | Gut, Cloud-Agent via PR | Gut |
| Datenresidenz (EU) | Über Bedrock oder Vertex AI in EU-Region | OpenAI-Enterprise | Microsoft-Cloud | Mehrere Modelle |
Stand: September 2026 · Copilot-Zeilen gegen die GitHub-Dokumentation zum Agent-Modus und zum Cloud-Agent geprüft, Claude-Code-Zeilen gegen code.claude.com · Vergleich aus Sicht der Jenkins-Administration · Die Werkzeuge ändern sich schnell, deshalb üben wir im Workshop Arbeitsmuster statt einzelner Herstellerfunktionen.
AIOps (Artificial Intelligence for IT Operations) heißt, KI auf Betriebsdaten anzuwenden: Logs, Metriken, Build-Events. Ziel ist, Anomalien früher zu sehen und Ursachen schneller zu finden. In einer Jenkins-Umgebung sind die Bausteine Prometheus-Metriken aus Controller und Agents, strukturierte Build-Logs in einem Index wie Loki oder Elasticsearch und ein KI-Assistent, der diese Quellen abfragt.
Im Workshop bauen Sie Prometheus und Grafana für die Metriken auf, die Build-Logs wertet Claude Code aus. Wie das über MCP direkt gegen Jenkins aussieht, zeigt der Artikel Jenkins mit KI steuern: MCP, Vibe Coding und Log-Analyse.
Ein Agent arbeitet eine mehrstufige Aufgabe ab, statt nur Text zu erzeugen. Er plant, ruft Werkzeuge auf, prüft das Ergebnis und bessert nach. In der Administration heißt das: Ein Agent untersucht einen fehlgeschlagenen Build, benennt das verdächtige Plugin, legt einen Fix-Branch an und stellt einen Pull-Request mit Test. Freigeben muss ihn ein Mensch.
Gartner erwartet, dass bis Ende 2026 40 % der Enterprise-Anwendungen aufgabenspezifische KI-Agenten enthalten, 2025 waren es weniger als 5 % (Gartner, August 2025). Im Workshop legen wir fest, welche Aufgaben ein Agent allein erledigen darf, wo ein Mensch freigibt und wie der Audit-Trail entsteht.
Das Model Context Protocol (MCP) ist ein offener Standard, den Anthropic im November 2024 vorgestellt hat. KI-Assistenten greifen darüber einheitlich auf externe Werkzeuge zu, ohne eigene API-Skripte. Das MCP-Server-Plugin für Jenkins gibt es seit Juni 2025. Es stellt Jobs, Builds, Build-Logs, Testergebnisse und die Queue für Claude Code, Cursor und andere MCP-Clients als Tools bereit.
Für Admins heißt das, eine Frage wie „Welche Builds sind seit gestern fehlgeschlagen, und was haben sie gemeinsam?“ beantwortet der Assistent live gegen die laufende Instanz. Im Workshop richten wir den MCP-Server ein und üben, welche Tools der Assistent nutzen darf.
AIJa, wenn drei Bedingungen erfüllt sind. Erstens die Datenresidenz: Claude Code lässt sich über Amazon Bedrock oder Google Vertex AI in einer EU-Region betreiben. Zweitens der Audit-Trail: Jede Ausgabe der KI landet versioniert in Git, nicht in einem Chat. Drittens klare Grenzen: Festgelegt ist, welche Werkzeuge Dateien schreiben dürfen und welche nur lesen. Diese Muster vermitteln wir, sie passen zu den Anforderungen aus IEC 62443, TISAX und den üblichen Audit-Vorgaben.
Für regulierte Branchen schließt die Beratung zu DevSecOps & Compliance und zu Automotive & Embedded an.
ASPICE (Automotive SPICE) verlangt für die Softwareerstellung, etwa in SWE.4, SUP.8 und SUP.10, eine belastbare Validierung der Toolchain, Traceability vom Requirement bis zum Build-Artefakt und einen revisionssicheren Audit-Trail. Im Workshop setzen wir das mit versionierter JCasC-Konfiguration um, in der jeder Konfigurationswechsel ein Git-Commit ist, mit signierten Build-Artefakten, deren Schlüssel im Credentials-Store von Jenkins liegen, und mit Toolchain-Reports, die Claude Code aus dem Repo erzeugt.
Dafür empfehlen wir das Inhouse-Format. Wir ordnen die Jenkins-Aufgaben den Base Practices von ASPICE zu und liefern eine Audit-Checkliste, die Sie mit Ihrem Assessor durchgehen können.
IEC 62304 verlangt für Software in Medizinprodukten dokumentierte Prozesse für Konfigurations- und Risikomanagement, und dazu gehört auch das Build-Werkzeug. Die Validierung der Werkzeuge selbst fordert ISO 13485 (Abschnitt 4.1.6). Im Workshop bauen wir die Bausteine dafür: JCasC mit nachvollziehbaren Konfigurations-Commits, ein Audit-Runbook mit Testnachweisen, ein Backup von $JENKINS_HOME mit getestetem Restore und getrennte Build-Umgebungen über Docker-Agents.
Claude Code hilft beim Schreiben der Validierungsdokumente: Testberichte, Tool-Validierungsplan, Zuordnung zur Gefährdungsanalyse. Alles entsteht aus dem Repo und lässt sich wiederholen.
ISO 26262 (funktionale Sicherheit im Automobil) verlangt für Software-Werkzeuge eine Einstufung des Tool Confidence Level (TCL, Teil 8) und einen Audit-Trail über alle sicherheitsrelevanten Engineering-Schritte. Setzen Sie KI in der Administration ein, gilt deshalb: Jeder Prompt mit Schreibzugriff endet in einem Git-Commit, jede erzeugte Konfiguration geht durch ein Review, und jede Änderung an sicherheitsrelevanten Pipelines bekommt einen Trace-Link. So bleibt der KI-Output prüfbar, anders als eine Antwort im Chatfenster.
Diese Muster lassen sich auf DevSecOps und Automotive & Embedded übertragen. Im Inhouse-Format richten wir sie an Ihrem ASIL aus.
Welches Format passt bei der Jenkins-Administration besser zu Ihrem Team?
Den Workshop gibt es als offenen Termin und als Inhouse-Format im eigenen Team. Sagen Sie uns mit einem Klick, was für Sie näher liegt — den passenden Weg zeigen wir direkt danach.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
