Claude Code
im Industrial DevOps:
Wo es trägt, wo es endet.
Anthropic hat rund 400.000 Claude-Code-Sessions ausgewertet. Für die Industrie ist ein Befund wichtiger als die Schlagzeile: Die Nutzung wandert vom Codeschreiben zum Betreiben von Systemen. Genau um diese Schicht geht es im Industrial DevOps.
AI
Andreas Schönfeld
Geschäftsführer & DevOps-Berater, Comquent GmbH
DevOps, CI/CD und Industrial Automation seit 2006.
Stand: 2. Oktober 2026 · Datenbasis der Anthropic-Studie: Oktober 2025 bis April 2026 · Claude Code CLI v2.1.287
Claude Code ist ein agentischer Coding-Assistent von Anthropic, der im Terminal läuft, ein ganzes Repository liest und Dateien selbst ändert. Im Industrial DevOps trägt er auf drei Ebenen: bei Pipeline- und Betriebsinfrastruktur, beim Verstehen gewachsener Altsysteme und bei Analyse- und Dokumentationsarbeit, die bisher liegen blieb, weil sie zu mühsam war. Er endet dort, wo die proprietären Engineering-IDEs beginnen. CODESYS, TwinCAT und TIA Portal kann er nicht wie ein Repository öffnen. Im OT-Umfeld ist er nur einsetzbar, wenn die Deployment-Frage vorher geklärt ist. EU-Datenresidenz gibt es ausschließlich über einen Cloud-Anbieter mit EU-Region, belegt für AWS Bedrock und die Google Cloud Agent Platform (ehemals Vertex AI). Einen echten Air Gap gibt es gar nicht. Ob mit Ihrem Code trainiert wird und wie lange er beim Anbieter liegt, entscheidet der Kontotyp: 30 Tage ohne Training bei kommerziellen Zugängen, bis zu fünf Jahre bei privaten Konten mit erlaubter Datennutzung.
Ist Claude Code 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.
Drei Ebenen.
Eine Grenze.
Eine Compliance-Frage.
Claude Code trägt dort, wo Arbeit wie ein Repository aussieht: bei Pipeline- und Betriebsinfrastruktur, beim Verstehen gewachsener Altsysteme und bei Analyse- und Dokumentationsarbeit, die bisher niemand gemacht hat.
Er endet dort, wo die proprietären Engineering-IDEs beginnen. Und im OT-Umfeld ist er nur einsetzbar, wenn die Deployment-Frage vor dem Pilotprojekt geklärt ist. Danach ist es zu spät.
Wofür nutzen Teams
Claude Code tatsächlich?
Immer seltener nur zum Codeschreiben. Die Studie ordnet jede Session einem von neun Arbeitsmodi zu. Rund 56 % der Sessions schreiben, reparieren, testen oder orchestrieren Code. 17 % betreiben Software: Sie deployen, konfigurieren, fahren Pipelines und überwachen Systeme. 14 % sind Planung und Codeverständnis, 13 % erzeugen Analysen oder Dokumente.
Aufschlussreicher als die Momentaufnahme ist die Bewegung über sieben Monate:
| Arbeitsmodus | Okt. 2025 | Apr. 2026 |
|---|---|---|
| Fehler beheben | 33 % | 19 % |
| Software betreiben | 14 % | 21 % |
| Analyse & Dokumentation | ~10 % | ~20 % |
Der Anteil reiner Fehlersuche halbiert sich fast. Was hinzukommt, ist die Arbeit um den Code herum, also genau der Bereich, den Industrial DevOps abdeckt: Build, Deployment, Betrieb, Nachweis.
Zwei weitere Befunde gehören dazu. Erstens bleibt die Aufgabenteilung stabil. Im Durchschnitt treffen Menschen etwa 70 % der Planungsentscheidungen und Claude etwa 80 % der Ausführungsentscheidungen. Der Mensch entscheidet, was gebaut wird, der Agent, wie.
Zweitens hängt der Erfolg nicht am Programmierhintergrund. In Sessions, die Code erzeugen, liegt jede der zehn größten Berufsgruppen innerhalb von sieben Prozentpunkten der Softwareentwickler. Management-Berufe liegen bei der strengsten Erfolgsmessung sogar leicht darüber.
Was zählt, ist Domänenkompetenz.
Und die haben Ihre Automatisierungstechniker.
Wie läuft Claude Code
headless in der
CI/CD-Pipeline?
Über den Headless-Modus: claude -p startet denselben Agenten ohne Terminal-Dialog, arbeitet einen Auftrag ab und beendet sich. Die meisten kennen Claude Code als interaktiven Begleiter im Terminal. Für Industrial DevOps zählt die zweite Betriebsart, unbeaufsichtigt und ausgelöst durch einen Git-Push, einen Merge-Request-Kommentar oder den Nightly-Lauf. Der Ablauf ist immer derselbe. Ein Trigger feuert, der Job meldet sich beim Modellanbieter an, Claude Code arbeitet mit einer festen Werkzeugliste und ohne Rückfragen, und die Pipeline wertet die strukturierte Ausgabe aus.
stage('KI-Review (advisory)') {
when { changeRequest() }
environment {
ANTHROPIC_API_KEY = credentials('anthropic-api-key')
}
steps {
sh '''
git diff origin/main...HEAD > change.diff
# Regeln und Schema aus main, nie aus dem Branch unter Prüfung
git show origin/main:CLAUDE.md > regeln.md
git show origin/main:ci/review-schema.json > schema.json
claude -p "Prüfe den Diff gegen die angehängten Regeln. \
Melde jeden Verstoß mit Datei, Zeile, Regel und Schwere." \
--bare \
--append-system-prompt-file regeln.md \
--tools "Read" \
--permission-prompts none \
--max-turns 12 \
--output-format json \
--json-schema "$(cat schema.json)" \
< change.diff > review.json
'''
script {
def r = readJSON(file: 'review.json').structured_output
if (r.verdict == 'review') {
unstable(message: 'KI-Review meldet Befunde, menschliches Review erforderlich')
}
}
}
}Vier Details tragen dieses Gate. --bare, damit der Pull Request keine eigenen Hooks, Umgebungsvariablen oder MCP-Server mitbringt. --tools "Read" als feste Werkzeugliste, denn --allowedTools gibt Werkzeuge nur ohne Rückfrage frei und entzieht keine. Die Regeln aus main statt aus dem geprüften Branch. Und unstable statt failure: Ein KI-Befund blockiert keinen Merge, er kennzeichnet ihn.
Der erste Punkt wird gern übersehen. Ohne --bare lädt claude -p die Hooks und den env-Block aus .claude/settings.json sowie die Server aus .mcp.json des ausgecheckten Repositorys, ohne Rückfrage und auch in einem Ordner, dem nie jemand vertraut hat. Bei einem Review-Gate bestimmt damit der Branch, den Sie prüfen wollen, welche Kommandos auf Ihrem Build-Agenten laufen. Laut Dokumentation soll --bare in einem kommenden Release Standard für -p werden. Bis dahin gehört der Schalter in jeden Pipeline-Aufruf.
Die Werkzeugebene dahinter ist klar getrennt. Hooks übernehmen deterministische Automatisierung im Ablauf, Skills enthalten wiederverwendbare Aufgabenanweisungen, und das Agent SDK bringt Permission-Kontrollen und Approval-Callbacks mit, wenn Sie den Agenten in eigene Software einbetten. Für parallele Jobs gibt es dokumentierte Einbindungen für GitHub Actions und GitLab CI; in Jenkins rufen Sie claude -p aus einem sh-Schritt auf. Mit --worktree bekommt jeder Lauf ein eigenes Git-Worktree, sodass sich zwei Läufe nicht gegenseitig in den Checkout schreiben. Metriken und Events exportieren Sie per OpenTelemetry in die eigene Observability.
Wo das in Industrieprojekten
konkret ankommt.
- /01
Pipeline-Migration
Jenkinsfiles, GitLab-CI-Definitionen und JCasC-Konfigurationen sind Textdateien in einem Repository, also genau das Format, in dem Claude Code stark ist. Die Migration von Freestyle-Jobs zu Declarative Pipelines ist ein Standardfall. - /02
Shared Libraries aufräumen
Gewachsene Groovy-Bibliotheken ohne Tests: erst dokumentieren lassen, dann Tests generieren, dann refaktorieren. In dieser Reihenfolge. - /03
Log-Triage
Der Konsolen-Output eines roten Builds ist der ideale Piped Input. Er ergänzt die KI-gestützte Log-Analyse per MCP. - /04
Infrastructure as Code
Ansible-Rollen, Dockerfiles, Helm-Charts und Terraform für die Build-Landschaft, dazu die Drift-Erkennung im Nightly-Lauf. - /05
Runbooks und Betriebsdokumentation
Aus dem tatsächlichen Zustand der Konfiguration erzeugt statt aus der Erinnerung des Kollegen, der nächstes Jahr in Rente geht.
Wie hilft Claude Code
bei Legacy-Code?
Indem er zuerst beschreibt, was der alte Code tut, und erst danach umgebaut wird. Für Maschinenbau und Automotive liegt hier der größte Nutzen, nur an einer anderen Stelle, als die Werbung ihn verortet. Laut McKinsey scheitern rund 70 % der Modernisierungsprojekte oder überschreiten ihr Budget deutlich. Woran sie scheitern, ist selten die Technologie. Es fehlt das Verständnis dessen, was der alte Code eigentlich tut.
AIAnthropic setzt genau an dieser Phase an. Claude Code erstellt Dependency-Maps und unterstützt inkrementelle Refactoring-Strategien, während der Mensch in der Schleife bleibt. Seit März 2026 gibt es dafür ein Code-Modernization-Starter-Kit im Claude Partner Network und ein Code-Modernization-Plugin, das Framework-Upgrades und Legacy-Umbau abdeckt und über reine Sprachportierung hinausgeht.
Für die Industrie entscheidend ist ein anderer Punkt. Testfälle entstehen aus dem beobachteten Verhalten der Altanwendung statt aus unbelegten Annahmen. So wird aus „gewachsener Anlagensoftware, die niemand anfassen will“ nachweisbare Regressionssicherheit, und die ist Voraussetzung für jede ernsthafte Traceability nach ASPICE oder ISO 26262.
# Schritt 1: Bestand aufnehmen, ohne eine Zeile Code zu ändern claude -p "Lies jede Datei unter ./legacy/steuerung. Erzeuge pro Datei: (1) Geschäftslogik in Klartext, (2) Datenfluss, (3) externe Abhängigkeiten, (4) erkennbare Risiken, (5) abgeleitete Testfälle. Schreibe das Ergebnis nach ./docs/altbestand/<dateiname>.md" \ --tools "Read,Write,Bash" \ --allowedTools "Edit(docs/altbestand/**)" \ --permission-prompts none # Schreiben nur unter docs/altbestand; Bash nur für die eingebauten # Nur-Lese-Kommandos. Alles andere würde fragen und wird abgelehnt. # Schritt 2: Das Ergebnis ist die Spezifikation. Es wird reviewt, # erst danach entsteht Code.
Der Output aus Schritt 1 ist kein Nebenprodukt. Er ist das Dokument, über das Ihr Team streiten und das es freigeben kann, bevor irgendetwas umgebaut wird. In unserer Erfahrung kippen Modernisierungsprojekte genau an diesem Punkt, oder sie gelingen hier.
Typische Kandidaten im industriellen Umfeld sind ClearCase- oder SVN-Altbestände auf dem Weg nach Git, Perl- und Batch-Wildwuchs in Build- und Test-Ketten, C#- und C++-Werkzeuge rund um die Anlage und undokumentierte Konfigurationsgeneratoren. In all diesen Fällen hängt das Wissen an Personen und nicht an Dateien.
Der Klassiker ist das Build-Skript, das seit elf Jahren zuverlässig läuft und dessen Autor 2019 gegangen ist. Niemand fasst es an, also wächst um es herum eine zweite Schicht Workarounds, und jeder neue Kollege verliert zwei Tage mit der Frage, was ein einzelnes Flag darin eigentlich schaltet. Der Durchbruch ist dann meist unspektakulär. Ein Kollege liest die generierte Beschreibung eines Bausteins, den er seit Jahren umgeht, und korrigiert zwei Sätze darin. Damit steht das Wissen zum ersten Mal außerhalb seines Kopfes.
Warum bauen Techniker
ihre Werkzeuge
jetzt selbst?
Weil der Erfolg mit Claude Code stärker am Wissen über den Prozess hängt als am Programmierhintergrund. Der Sessionanteil für Datenanalyse und Dokumente hat sich in sieben Monaten auf rund 20 % verdoppelt. Das klingt nach einer Randnotiz und ist doch der eigentliche Bruch: Menschen ohne Entwicklerrolle bauen sich Werkzeuge.
Die Zahlen dazu sind eindeutig. Sessions, in denen die Person erkennbar Domänenkompetenz zeigt, bestehen die strengste Erfolgsmessung in 28 bis 33 % der Fälle, Novizen-Sessions in 15 %. Beim Abbruch ist der Abstand ähnlich: 19 % der Novizen-Sessions enden abgebrochen, bei allen anderen sind es 5 bis 7 %. Den Unterschied macht die Fähigkeit, den Agenten zu korrigieren, wenn er in die falsche Richtung läuft. Programmierwissen allein erklärt ihn nicht.
Für Industrieunternehmen folgt daraus eine unbequeme Konsequenz. Die Lizenz ist nicht das Projekt. Wer Claude Code einführt, ohne die Fachbereiche zu befähigen, kauft Abbruchquoten. Wer die Techniker befähigt, die die Anlage kennen, bekommt Werkzeuge, die vorher niemand gebaut hätte: Auswertungen von Maschinendaten, Prüfskripte, Konfigurationsvergleiche über Werke hinweg.
Die meisten Automatisierungstechniker, mit denen wir darüber sprechen, halten sich für die falsche Person dafür. Sie haben nie Software entwickelt und sagen das auch offen. Ausgerechnet darin geben die Zahlen ihnen unrecht: Gemessen wird, wer den Prozess versteht, und nicht, wer die Syntax kennt.
AIDas ist dieselbe Bewegung, die wir unter Intelligisierung beschreiben: die Stufe nach Digitalisierung und Automatisierung, auf der Systeme kontextfähig werden. Sie setzt die ersten drei Stufen voraus. Ohne Versionierung und Automatisierung bleibt es beim Experiment.
Agentische Werkzeuge sicher in die Pipeline zu bringen, lernt man am besten am eigenen Repository, mit Guardrails, Quality Gates und einem Sicherheitsblick auf jede generierte Stage.
Jenkins-Pipeline mit KI & Claude Code
Pipelines generieren, reviewen und härten: CPS-Fehler, Shared Libraries, JenkinsPipelineUnit, Pipeline-Refactoring. 2 Tage Pair-Programming.
Workshop ansehenJenkins-Administration mit KI
Plugin-Konflikte, JCasC, Security-Hardening und Build-Log-Analyse. 2 Tage, 80 % Hands-on, mit Claude Code im Terminal.
Workshop ansehenKann Claude Code
SPS-Code schreiben?
Als Entwurf ja, als deploybares Projekt nein. Claude Code sieht Ihr TIA-Projekt nicht so, wie er ein Git-Repository sieht. Hier muss man präzise bleiben, sonst verliert man das Fachpublikum in einem Satz. CODESYS, TwinCAT und TIA Portal sind proprietäre Engineering-Umgebungen ohne die Extension-API, die VS Code oder JetBrains haben. Dazu kommen Echtzeitanforderungen, grafische Sprachen wie FBD, LD, SFC und CFC sowie Eigenheiten der Herstellerbibliotheken, die sich nicht sauber auf Allzwecksprachen abbilden lassen.
Die nüchterne Bilanz aus der Community: Structured Text aus einem präzisen Prompt ist brauchbar, Praktiker beschreiben hohe Trefferquoten. Ladder Logic auf echten Tags ist es nicht, und aus einem vollständigen Herstellerprojekt führt kein Deploy-Pfad heraus. Für TIA Portal greifen inzwischen Community-MCP-Server über die Openness-Schnittstelle auf einzelne Bausteine zu; was das in der SPS-Pipeline leistet, zeigt der Artikel zu TIA Portal mit Jenkins und Claude Code. Seine Stärken spielt Claude Code dort aus, wo die Arbeit wie ein Git-Repository aussieht: Quelldateien, Tests, Konfigurationen.
AIWo Codegenerierung für SPS trotzdem funktioniert
Es gibt einen dokumentierten Fall, allerdings nur mit eigener Validierungsschicht. Wipro PARI hat mit AWS auf Amazon Bedrock eine Lösung gebaut, die Prozessanforderungen in PLC-Ladder-Text übersetzt. Pro Anforderung sank der Aufwand von drei bis vier Tagen auf etwa zehn Minuten, bei bis zu 85 % Codegenauigkeit, mit automatisierter Prüfung gegen IEC 61131-3 und anschließendem Engineering-Review über eine Web-Oberfläche. Über die Projekte hinweg sparte das rund 5.000 Arbeitsstunden. Der Ablauf heißt dabei nicht „KI schreibt SPS-Code“. Er heißt „KI erzeugt Entwurf, Validator prüft gegen Norm, Ingenieur gibt frei“.
Der Weg, der im Industrial DevOps tatsächlich trägt
Er führt über das Dateiformat. Exportieren Sie den Steuerungscode zuerst als mergefähigen Quelltext, bei Siemens über die Openness-API statt der binären Projektdatei. Dann liegt er in Git, und ab dort ist es ein Repository wie jedes andere, mit dem Claude Code umgehen kann. Wie die Pipeline darauf aufsetzt, zeigt CI/CD für SPS-Entwicklung mit Jenkins. Die Reihenfolge lässt sich nicht umkehren.
Welche Variante hält
Ihre Daten
in der EU?
Die Varianten über einen Cloud-Anbieter mit EU-Region: AWS Bedrock in eu-central-1 mit EU-Inferenzprofilen und die Google Cloud Agent Platform (ehemals Vertex AI) mit EU-Endpunkt. Bei Microsoft Foundry hängt es an der Hosting-Option. claude.ai und die direkte Anthropic-API bieten keine EU-Datenresidenz. Für IEC-62443- und NIS2-Kontexte im DACH-Raum ist das der Punkt, an dem viele Pilotprojekte nachträglich scheitern, nämlich im Sicherheitsreview.
Die Frage, die im Review gestellt wird, ist dabei selten technisch: Welcher Quellcode hat unser Netz verlassen, in welche Region, und wer kann das nachweisen? Wer sie zum ersten Mal hört, wenn der Pilot schon läuft, diskutiert nicht mehr über Architektur. Er diskutiert über das Abschalten.
| Variante | Datenhaltung | Auth & Audit | Wann passend |
|---|---|---|---|
| Anthropic direkt / claude.ai | US-Infrastruktur, keine EU-Datenresidenz | API-Key bzw. SSO | Evaluierung, unkritische Repos |
| Claude Platform on AWS | von Anthropic betriebene API, Abrechnung über AWS | IAM, AWS Marketplace | AWS-Abrechnung ohne Residenzpflicht |
| AWS Bedrock (eu-central-1) | EU-Region mit eu.-Inferenzprofilen, VPC-Endpoints möglich | IAM-Rollen, CloudTrail | AWS-geprägte Konzerne, strenge Residenz |
| Google Cloud Agent Platform (ehemals Vertex AI) | EU-Endpunkt (Multiregion eu oder europe-west1), Private Service Connect | Service Accounts, Cloud Audit Logs | GCP-native Organisationen |
| Microsoft Foundry | je nach Hosting-Option: in Azure oder bei Anthropic | Entra ID | Microsoft-365-Landschaften |
| Lokales Modell / Air Gap | vollständig intern | eigenes Gateway | echte OT-Zone, Claude Code nicht nutzbar |
Welche Claude-Code-Variante übersteht Ihr Sicherheitsreview?
Mehrere Wege führen zu Claude Code. Im Funktionsumfang unterscheiden sie sich kaum, wohl aber darin, wo Ihre Daten liegen und wer den Auftragsverarbeitungsvertrag hält. Zwei Klicks, und Sie sehen die Variante, die in Ihrer Landschaft durch das Review kommt.
In welcher Cloud-Landschaft läuft Ihre Build-Infrastruktur?
Die Konfiguration selbst ist unspektakulär. Zwei Zeilen darin entscheiden trotzdem über die Residenz:
# AWS Bedrock, Region Frankfurt export CLAUDE_CODE_USE_BEDROCK=1 export AWS_REGION=eu-central-1 # Jede genutzte Modellstufe fest auf ein eu.-Inferenzprofil pinnen export ANTHROPIC_DEFAULT_OPUS_MODEL='eu.anthropic.claude-opus-5-5' # Google Cloud Agent Platform (ehemals Vertex AI), EU-Endpunkt export CLAUDE_CODE_USE_VERTEX=1 export CLOUD_ML_REGION=eu export ANTHROPIC_VERTEX_PROJECT_ID=<projekt-id> # Kontrolle in der laufenden Sitzung: # /status zeigt Provider, Region und aufgelöstes Modell
Bei Bedrock leitet Claude Code aus einer eu-*-Region das Präfix eu. für die Inferenzprofile ab, behandelt es aber nur als Präferenz. Fehlt für ein Modell ein eu.-Profil, nimmt es ein anderes passendes Profil. Wer Residenz zusichern muss, pinnt deshalb jede genutzte Modellstufe ausdrücklich. Bei der Agent Platform setzen die Beispiele der Dokumentation CLOUD_ML_REGION=global, und der globale Endpunkt ist kein EU-Endpunkt.
Drei Punkte, die im Sicherheitsreview
regelmäßig aufschlagen.
EU-Hosting ist nicht EU-Datenresidenz
Das eine ist eine Standortaussage, das andere eine vertragliche Zusage, juristisch zwei verschiedene Dinge. Über claude.ai und die direkte Anthropic-API ist EU-Datenresidenz nicht verfügbar. Belegt sind Bedrock mit eu.-Profilen und die Agent Platform mit EU-Endpunkt. Beide verlagern den Auftragsverarbeitungsvertrag zum Cloud-Anbieter und setzen eine eigene Geschäftsbeziehung dorthin voraus.
Vorsicht bei der Namensähnlichkeit: Bei Claude Platform on AWS laufen Abrechnung und IAM über AWS, betrieben wird die API aber von Anthropic. Das ist ein anderes Produkt als Bedrock.
Netzsegmentierung geht, Air Gap nicht
Bedrock und die Agent Platform unterstützen VPC-Endpoints beziehungsweise VPC Service Controls und halten den Modellverkehr damit im privaten Netz. In stark regulierten Branchen ist das häufig eine harte Anforderung. Einen echten Air Gap im Sinne einer abgeschotteten OT-Zone erreichen Sie damit nicht. Wer dort KI-Unterstützung braucht, kommt an lokal betriebenen Modellen nicht vorbei. Diesen Ansatz verfolgen wir in IndustrialFlow.
Auch über Bedrock bleiben zwei Kanäle nach außen offen
Die Provider-Umstellung schaltet mehr ab, als viele erwarten. Über Bedrock, die Agent Platform und Microsoft Foundry sind Telemetrie, Fehlerberichte und der /feedback-Versand an Anthropic standardmäßig aus. Zwei Kanäle bleiben trotzdem. Bevor das WebFetch-Werkzeug eine URL lädt, schickt es den Hostnamen an api.anthropic.com und prüft ihn gegen eine Sperrliste, nur den Hostnamen, ohne Pfad und Seiteninhalt. Und die kurze Sitzungsumfrage meldet ihre Bewertung unabhängig vom Modellanbieter. Ein Transkript geht dabei nur auf ausdrückliche Zustimmung mit, und über Bedrock und Co. landet es selbst dann nur als lokale Datei.
Für ein Netz, das Anthropic-Domains blockiert, heißt das: Entweder Sie geben den Host frei, oder Sie setzen skipWebFetchPreflight auf true. Der zweite Weg hat einen Preis, denn danach lädt WebFetch jede URL ungeprüft. Er taugt nur zusammen mit eigenen Berechtigungsregeln für erlaubte Domänen. Die Umfrage schalten Sie mit CLAUDE_CODE_DISABLE_FEEDBACK_SURVEY=1 ab. Halten Sie beide Entscheidungen deshalb gleich im Firewall-Antrag für den Piloten fest, dann liegt die Antwort im Review schon vor.
Wie betreiben Sie
Claude Code im Unternehmen
datenschutzkonform?
Über drei Stellschrauben: Vertrag und Datenhaltung, zentrale Regeln und die Absicherung jedes einzelnen Laufs. Zum Vertrag gehört ein Team- oder Enterprise-Plan beziehungsweise ein API-Zugang mit Auftragsverarbeitungsvertrag und EU-Standardvertragsklauseln. Ein- und Ausgaben kommerzieller Zugänge fließen nicht ins Modelltraining, und für Claude for Enterprise kann Anthropic je Organisation Zero Data Retention freischalten. Bei der Datenhaltung entscheiden Sie zwischen US-Infrastruktur direkt bei Anthropic und EU-Regionen über AWS Bedrock oder die Google Cloud Agent Platform. Zentrale Regeln verteilt die IT als verwaltete Einstellungen, die kein Entwickler lokal abschaltet. Jeden einzelnen Lauf sichern eine feste Werkzeugliste, Hooks für Regeln, die kein Prompt umgehen kann, und ein Service-Account mit minimalen Rechten. Wer diese drei Punkte vor dem Pilotprojekt festzieht, hat im Sicherheitsreview eine Antwort statt einer Diskussion.
Stand: 2. Oktober 2026 · Training, Aufbewahrung, Zero Data Retention und Provider-Verhalten gegen die Claude-Code-Dokumentation geprüft · vor Vertragsabschluss erneut prüfen
Datenschutz: Was passiert mit dem Quellcode?
Im Datenschutz-Review kommen immer zwei Fragen, und sie sind verschieden. Wird mit unserem Code trainiert? Und wie lange liegt er beim Anbieter? Beide Antworten hängen am Kontotyp, das Werkzeug spielt dafür keine Rolle. Bei Team-, Enterprise- und API-Zugängen wird nicht trainiert, die Aufbewahrung liegt bei 30 Tagen. Bei privaten Free-, Pro- und Max-Konten entscheidet eine Einstellung. Ist die Datennutzung zur Modellverbesserung erlaubt, werden die Sitzungen fünf Jahre aufbewahrt und fließen in kommende Modelle. Ist sie abgeschaltet, sind es 30 Tage ohne Training. Das gilt ausdrücklich auch für Claude Code aus einem solchen Konto.
Praktisch ist das die wichtigste Zahl des Abschnitts, weil sie den häufigsten Fehler beschreibt. Ein Entwickler installiert Claude Code und meldet sich mit seinem privaten Max-Konto an, weil es schneller geht als der Beschaffungsprozess. Der Firmenvertrag greift dann für diese Sitzungen nicht.
Dazu kommt eine Kopie, die den Anbieter nie erreicht und trotzdem im Review auftaucht. Claude Code legt jedes Sitzungstranskript im Klartext auf dem Rechner ab, unter ~/.claude/projects/, standardmäßig ebenfalls 30 Tage lang. Die Frist stellt cleanupPeriodDays ein. Auf einem Notebook, das im Werk unterwegs ist, wird das zu einer Frage der Festplattenverschlüsselung, die mit Cloud-Verträgen nichts zu tun hat. Wer über Bedrock oder die Agent Platform arbeitet, verhandelt Speicherung und Region ohnehin mit dem Cloud-Anbieter, wie in Abschnitt 07 beschrieben. Die DSGVO-Frage im Detail behandelt der Artikel zur KI-Regulierung in der Industrie.
Wie lange speichert Anthropic die Daten aus einer Claude-Code-Session?
Kommerzielle Zugänge 30 Tage und ohne Training, private Konten mit erlaubter Datennutzung fünf Jahre. Dazu kommt in jedem Fall die lokale Kopie im Klartext auf dem Rechner. Die Tabelle ist die Vorlage, die im Datenschutz-Review am schnellsten trägt, weil sie die Frage nach Zugangsart sortiert und nicht nach Werkzeug.
| Zugang | Training | Aufbewahrung | Anmerkung |
|---|---|---|---|
| Team, Enterprise, API | nein | 30 Tage | Standard für jeden kommerziellen Zugang |
| Claude for Enterprise mit ZDR | nein | keine Speicherung nach der Antwort | nicht im Standardplan enthalten, Freischaltung je Organisation |
| Free, Pro, Max mit erlaubter Datennutzung | ja | 5 Jahre | gilt auch für Claude Code aus diesen Konten |
| Free, Pro, Max ohne Datennutzung | nein | 30 Tage | Einstellung jederzeit umstellbar |
| Bedrock, Google Cloud, Foundry | nein | Regeln der jeweiligen Plattform | Auftragsverarbeitung liegt beim Cloud-Anbieter |
Quelle: Claude-Code-Dokumentation, Datennutzung und Zero Data Retention · geprüft am 2. Oktober 2026 · lokale Transkripte: ~/.claude/projects/, Klartext, 30 Tage
Was deckt Zero Data Retention ab, und was läuft daran vorbei?
Zero Data Retention deckt die Inferenz ab: Prompt und Antwort werden verarbeitet und danach nicht gespeichert. Ob die Zusage im Betrieb hält, entscheiden drei Einschränkungen.
- 1.Nur auf Antrag. ZDR hängt an Claude for Enterprise, ist im Standardplan nicht enthalten und lässt sich nicht in den Admin-Einstellungen einschalten. Anthropic schaltet es je Organisation frei, und eine später angelegte Organisation braucht eine eigene Freischaltung. Funktionen, die Prompts speichern müssen, sperrt Anthropic unter ZDR serverseitig, etwa Cloud-Sessions, Remote Control und
/feedback. - 2.Nur für die richtige Anmeldung. ZDR gilt für Anmeldungen in die freigeschaltete Organisation. Meldet sich jemand mit einem privaten Konto oder mit einem API-Key aus einer anderen Organisation an, fällt diese Sitzung heraus. Technisch schließen Sie die Lücke über die verwalteten Einstellungen
forceLoginMethodundforceLoginOrgUUID. Ohne sie ist der Vertrag ein Dokument und keine Kontrolle. - 3.Nur bis zur Werkzeuggrenze. Daten, die ein MCP-Server oder eine andere Drittanbieter-Integration verarbeitet, sind nicht abgedeckt. Für Industrieteams ist das die wichtigste Zeile im ganzen Dokument, weil genau dort der MCP-Server an Jenkins, am Ticketsystem oder am Historian hängt. Jede dieser Anbindungen braucht ihre eigene Bewertung.
Bei Verdacht auf einen Verstoß gegen die Nutzungsrichtlinien darf Anthropic die betroffenen Ein- und Ausgaben auch unter ZDR bis zu zwei Jahre aufbewahren.
Welche Einstellungen kann der Entwickler nicht überschreiben?
Zwischen zwanzig Einzellizenzen und einem Enterprise-Setup liegt weniger ein Preisunterschied als die Frage, wer die Regeln setzt. Im Enterprise-Betrieb verteilt die IT eine verwaltete Einstellungsdatei, die auf allen Rechnern Vorrang vor Projekt- und Nutzereinstellungen hat. Sie legt fest, welche Werkzeuge erlaubt sind, welche Verzeichnisse tabu bleiben, ob ein Firmen-Gateway zwischen Client und Modell steht und welche Hooks vor jedem Schreibzugriff laufen. Der Entwickler kann das lokal nicht abschalten. An dieser Stelle wandert eine Compliance-Vorgabe von der Folie in den Betrieb.
Dazu kommen Single Sign-on und Nutzerverwaltung über den Identity-Provider, Kostenlimits je Nutzer und der Export der Nutzungsdaten per OpenTelemetry in das eigene Monitoring.
Wer aus Residenzgründen über einen Cloud-Anbieter arbeitet, bekommt diese zentrale Ebene seit Version 2.1.195 über den Claude apps gateway . Das ist ein selbst betriebener Dienst im eigenen Netz, gestartet aus demselben claude-Binary. Die Entwickler melden sich über Ihren Identity-Provider an und halten keine API-Keys oder Cloud-Zugangsdaten mehr. Das Gateway hält den Zugang zum Anbieter, verteilt Modellzugriff und verwaltete Einstellungen je IdP-Gruppe, setzt Kostenlimits je Nutzer oder Gruppe und leitet die Nutzungsdaten an Ihren OpenTelemetry-Collector weiter.
Wer die CLAUDE.md im Repository dann noch für Namenskonventionen und Normvorgaben nutzt, hat zwei Ebenen. Die verwaltete Datei sagt, was verboten ist, die CLAUDE.md sagt, wie das Team arbeitet. Für DevSecOps-Anforderungen nach IEC 62443 ist genau diese Trennung das, was der Auditor sehen will.
Headless in der CI: ohne TTY, ohne Vollzugriff
In der Pipeline läuft Claude Code als Einmalprozess: claude -p nimmt den Auftrag entgegen, arbeitet ihn ab und beendet sich. Vor dem ersten Job legen Sie vier Dinge fest. Welche Werkzeuge hat der Lauf, wie viele Schritte darf er machen, unter welcher Identität läuft er, und liest er die Konfiguration aus dem Repository mit? Ein Service-Account, der Pull Requests kommentieren, aber nicht mergen kann, ist der übliche Anfang. Ein Review-Gate mit --bare, das nur liest und einen JSON-Befund abliefert, ist der zweite Schritt. Den Jenkinsfile-Auszug dazu zeigt Abschnitt 03.
Läufe, bei denen niemand zuschaut, bekommen --permission-prompts none (ab Version 2.1.259). Was eine Rückfrage auslösen würde, wird dann abgelehnt, und Claude versucht es nicht erneut.
# Nur lesen und einen Befund liefern: kein Schreibzugriff, keine Shell git diff origin/main...HEAD | claude -p "Prüfe diesen Diff auf hartkodierte Zugangsdaten und fehlende Input-Validierung. Antworte als JSON mit Datei, Zeile, Befund." \ --bare \ --tools "Read" \ --permission-prompts none \ --max-turns 12 \ --output-format json > review.json # Änderungen erlaubt, aber nur in der Shared Library und nur mit git diff/add claude -p "Stelle die Jenkins Shared Library auf die neue Credentials-API um." \ --tools "Read,Edit,Bash" \ --allowedTools "Edit(vars/**),Edit(src/**),Bash(git diff *),Bash(git add *)" \ --permission-prompts none \ --max-turns 25
Wie blockieren Claude-Code-Hooks eine Aktion, die der Prompt erlaubt?
Ein Hook ist ein Kommando, das Claude Code an einem festen Punkt seines Ablaufs ausführt, außerhalb des Modells. Für Guardrails zählt vor allem PreToolUse. Dieser Hook läuft, bevor ein Werkzeug zum Zug kommt, bekommt den geplanten Aufruf als JSON und darf ihn abbrechen. Dafür gibt es zwei Wege: Der Hook beendet sich mit Exit-Code 2, oder er gibt JSON mit permissionDecision: "deny" und einer Begründung zurück. Kein Prompt kann das umgehen, weil die Entscheidung nicht im Modell fällt.
In einer regulierten Umgebung kommt es auf den zweiten Teil an. Hooks aus Nutzer-, Projekt- und lokalen Einstellungen werden zusammengeführt und ersetzen einander nicht, und eine zentral verteilte Richtlinie lässt sich mit disableAllHooks aus Nutzer- oder Projekteinstellungen nicht abschalten. Damit haben Sie den Nachweis, den ein Auditor nach IEC 62443 sehen will: die Regel, die eine Änderung an den Freigabedateien verhindert, und die Protokollzeile jedes Versuchs. Eine bloße Zusage, dass niemand sie anfasst, reicht ihm nicht.
So sieht diese Bremse in der Praxis aus. Der Hook steht in der zentral verteilten Einstellungsdatei und schützt die Verzeichnisse mit den freigegebenen Steuerungsständen:
{
"hooks": {
"PreToolUse": [
{
"matcher": "Write|Edit",
"hooks": [
{ "type": "command",
"command": "${CLAUDE_PROJECT_DIR}/.claude/hooks/sperre.sh" }
]
}
]
}
}
# sperre.sh
# Der Werkzeugaufruf kommt als JSON auf stdin, der Zielpfad steht in tool_input.file_path.
# Exit-Code 2 bricht den Aufruf ab, stderr geht als Begründung an Claude.
pfad=$(jq -r '.tool_input.file_path // empty')
case "$pfad" in
*/freigaben/*|*/released/*)
echo "Freigegebener Stand. Änderung nur über den Change-Prozess." >&2
exit 2 ;;
esac
exit 0Wann OpenCode,
wann Claude Code,
wann GitHub Copilot?
OpenCode, wenn kein Byte das Werksnetz verlassen darf. Claude Code, wenn der Agent headless in der Pipeline arbeiten soll. GitHub Copilot, wenn Ihr Team ohnehin in GitHub und der IDE zu Hause ist. Die drei werden oft in einem Atemzug genannt und lösen doch verschiedene Probleme.
Claude Code ist an die Anthropic-Modelle gebunden, direkt oder über Bedrock, die Agent Platform und Foundry, und liefert dafür den ausgereiftesten Headless-Betrieb der drei. OpenCode ist quelloffen und modellunabhängig. Es spricht auch ein lokal betriebenes Modell an und kommt damit als einziges der drei in einer abgeschotteten OT-Zone überhaupt in Frage. GitHub Copilot lebt in der IDE und im GitHub-Ökosystem, Vertrag und Datenhaltung laufen über Microsoft. Für Teams, die dort ohnehin arbeiten, ist das oft der Weg des geringsten Widerstands, für einen Jenkins-Job auf einem Build-Agenten selten die erste Wahl.
| Kriterium | Claude Code | OpenCode | GitHub Copilot |
|---|---|---|---|
| Modelle | Anthropic-Modelle, direkt oder über Bedrock, Agent Platform und Foundry | modellunabhängig, auch lokale Modelle | Auswahl im GitHub-/Microsoft-Ökosystem |
| Headless / CI | „claude -p", JSON-Ausgabe mit Schema, feste Werkzeugliste, Hooks | CLI-Betrieb möglich, Reifegrad je Version | Coding-Agent an Issues/PRs gebunden, CLI vorhanden |
| EU-Datenhaltung | über Bedrock oder Agent Platform mit EU-Region | abhängig vom Modellanbieter, mit lokalem Modell vollständig intern | Verträge und Datenhaltung über Microsoft/GitHub |
| Zentrale Verwaltung | verwaltete Einstellungen, SSO, Kostenlimits; bei Cloud-Anbietern über den Claude apps gateway | Konfigurationsdatei, keine Hersteller-Verwaltung | Organisations-Policies in GitHub Enterprise |
| OT-Zone / Air Gap | nein, Inferenz-Endpunkt nötig | ja, mit lokal betriebenem Modell | nein |
In der Praxis sehen wir häufig zwei nebeneinander: Copilot in der IDE, Claude Code für Review-Gates und Analyseläufe im CI.
Üben lässt sich das, ohne die eigene Produktion zu riskieren. In unseren vier KI-Workshops läuft Claude Code an einer echten Jenkins-, ArgoCD- oder Fahrplan-Aufgabe, mit den Guardrails aus Abschnitt 08, in Ihrer Umgebung oder in unserer.
Wie führen Sie Claude Code
risikoarm ein?
Mit fünf Schritten in dieser Reihenfolge. Jeder ist für sich schon nützlich, und keiner bringt am Anfang ein Produktionsrisiko. Die ersten drei ändern keine einzige Datei im Produktivsystem. Überzeugt nach zwei Wochen nichts, gibt es auch nichts zurückzudrehen.
- /01
Read-only und Plan-Modus zuerst
Aufwand: niedrig
Claude Code darf lesen, analysieren und dokumentieren, aber nichts schreiben. Das bringt sofort Nutzen ohne Produktionsrisiko und folgt derselben Logik wie ein Read-only-MCP-Server an Jenkins. - /02
Werkzeuge festlegen, Hooks als Bremse
Aufwand: niedrig
--toolslegt fest, welche Werkzeuge ein Lauf überhaupt hat. Kein Vollzugriff, keineBash-Erlaubnis ohne Sandbox. Hooks setzen Regeln durch, die kein Prompt umgehen kann, und in der Pipeline sorgt--baredafür, dass das geprüfte Repository keine eigenen Hooks mitbringt. - /03
CLAUDE.md als Projektgedächtnis
Aufwand: niedrig
Tech-Stack, Namenskonventionen, verfügbare APIs, was die Software nicht tun darf, geltende Compliance-Anforderungen. Keine andere einzelne Datei beeinflusst die Ergebnisse so stark. - /04
Verstehen vor Umbauen
Aufwand: mittel
Erst den Altbestand dokumentieren und Testfälle aus beobachtetem Verhalten ableiten, dann refaktorieren. Wer diese Reihenfolge tauscht, kauft die 70-%-Fehlerquote von Modernisierungsprojekten mit ein. - /05
Wirkung über DORA messen
Aufwand: mittel
Lead Time for Changes und Change Failure Rate über 6 bis 8 Wochen, mit einer Baseline vorher. Ohne Messung bleibt der ROI eine Behauptung.
In OT-Umgebungen gilt zusätzlich unverändert: Human-in-the-Loop für jede Deployment-Entscheidung, generierter Code wird reviewt, und KI-Quality-Gates werden IEC-62443-konform verankert.
Ein IT-Werkzeug
am Rand der OT.
Claude Code schreibt keinen SPS-Code, den Sie deployen können. Wer das erwartet, wird enttäuscht, und die Enttäuschung schadet dem ganzen Thema.
Was es verändert, ist die Schicht darum herum, und im Industrial DevOps ist sie die entscheidende: die Pipeline, die Testkette, das Verständnis des Altbestands, die Dokumentation, die niemand pflegt. Für die Fertigung heißt das: Die Menschen, die Ihre Anlage verstehen, können jetzt technische Arbeit leisten, die ihnen vorher verschlossen war.
Der Einstieg ist günstig und reversibel: ein Read-only-Lauf über einen Altbestand, ein beratendes Review-Gate in einer Pipeline, eine gemessene Baseline. Die Deployment-Frage klären Sie vor dem Pilotprojekt und nicht erst im Sicherheitsreview. Und die Grenze zur Steuerungsebene benennen Sie offen. Genau das macht das Argument in der Fachdiskussion belastbar.
Comquent GmbH mit Sitz in Puchheim bei München berät seit 2006 Industrieunternehmen in DevOps, CI/CD-Automatisierung und Industrial DevOps. Vertiefende Trainings zu Jenkins, KI-gestützten Pipelines und agentischen Werkzeugen bietet die Comquent Academy .
- Anthropic Agentic coding and persistent returns to expertise, 16.06.2026: rund 400.000 interaktive Sessions von rund 235.000 Personen, Oktober 2025 bis April 2026, datenschutzwahrende Auswertung.
- Claude-Code-Doku Datennutzung, Zero Data Retention, Hooks, Headless-Betrieb, Amazon Bedrock, Google Cloud Agent Platform und Claude apps gateway. Geprüft am 02.10.2026.
- Anthropic Code Modernization: Starter-Kit im Partner Network und Code-Modernization-Plugin.
- AWS / Wipro PARI How Wipro PARI accelerates PLC code generation using Amazon Bedrock: Ladder-Text aus Prozessanforderungen, Validierung gegen IEC 61131-3.
- McKinsey Fehlerquote und Budgetüberschreitung von Legacy-Modernisierungsprojekten.
Häufige Fragen zu
Claude Code im Industrial DevOps.
- Q.01Was ist Claude Code?
- Ein agentischer Coding-Assistent von Anthropic, der im Terminal, im Desktop-Client oder in einer IDE läuft. Er liest ein ganzes Repository, ändert Dateien selbst, führt Kommandos aus und arbeitet mehrstufige Aufgaben ab. Anders als ein Chat-Assistent sieht er den Projektkontext und wirkt direkt auf das Arbeitsverzeichnis.
- Q.02Kann Claude Code SPS-Code schreiben?
- Structured Text aus einem präzisen Prompt: brauchbar als Entwurf. Ein vollständiges Projekt in CODESYS, TwinCAT oder TIA Portal: nein. Diese Umgebungen haben keine Extension-API, wie sie VS Code oder JetBrains bieten. TIA Portal öffnet sich über die Openness-Schnittstelle zwar für Skripte und Community-MCP-Server, die einzelne Bausteine lesen, ein Editor-Zugang entsteht daraus aber nicht. Grafische Sprachen wie LD, FBD, SFC und CFC bleiben zusätzlich außerhalb der Reichweite. Der praktikable Weg führt über den Export als mergefähiger Quelltext nach Git.
- Q.03Wie läuft Claude Code in einer CI/CD-Pipeline?
- Über den Headless-Modus: „claude -p" startet einen Einmalprozess ohne Terminal-Dialog und eignet sich damit für Pipeline-Stages, geplante Jobs und Pre-Commit-Hooks. Piped Input funktioniert ebenso, und mit „--output-format json" plus „--json-schema" liefert der Lauf eine Ausgabe, die die Pipeline direkt auswerten kann. Für GitHub Actions und GitLab CI gibt es dokumentierte Einbindungen, in Jenkins rufen Sie „claude -p" aus einem sh-Schritt auf. In der Pipeline gehört „--bare" dazu, damit das ausgecheckte Repository keine eigenen Hooks und MCP-Server mitbringt. Mehrere Läufe nebeneinander trennt „--worktree" in eigene Git-Worktrees, sodass sie sich nicht gegenseitig in den Checkout schreiben.
- Q.04Was passiert mit den Daten in Claude Code, und wie lange speichert Anthropic sie?
- Bei kommerziellen Zugängen (Team, Enterprise, API) gilt eine Aufbewahrungsfrist von 30 Tagen, und mit dem übertragenen Code wird nicht trainiert. Bei privaten Konten (Free, Pro, Max) entscheidet eine Einstellung: Wer die Datennutzung zur Modellverbesserung zulässt, dessen Sitzungen werden fünf Jahre aufbewahrt, wer sie ablehnt, 30 Tage. Unabhängig vom Konto liegt das Sitzungstranskript zusätzlich im Klartext auf dem Rechner des Entwicklers, unter ~/.claude/projects/ und standardmäßig ebenfalls 30 Tage; die Frist stellt cleanupPeriodDays ein. Quelle: Claude-Code-Dokumentation, Abschnitt Datennutzung, geprüft am 2. Oktober 2026.
- Q.05Ist Claude Code DSGVO-konform einsetzbar?
- Anthropic stellt einen Auftragsverarbeitungsvertrag mit EU-Standardvertragsklauseln bereit, die Verarbeitung läuft aber standardmäßig auf US-Infrastruktur. EU-Datenresidenz erreichen Sie über AWS Bedrock mit EU-Inferenzprofilen oder über die Google Cloud Agent Platform (ehemals Vertex AI) mit EU-Endpunkt. Beides verlagert den Auftragsverarbeitungsvertrag zum Cloud-Anbieter. Für Anforderungen des öffentlichen Sektors oder strenge interne Vorgaben entscheidet diese Unterscheidung.
- Q.06Funktioniert Claude Code in einer Air-Gap-Umgebung?
- Nein. Claude Code benötigt einen erreichbaren Inferenz-Endpunkt. Sie können den Verkehr über VPC-Endpoints oder Private Service Connect vollständig im privaten Netz halten, aber nicht ohne Netzverbindung arbeiten. In echten OT-Zonen bleibt der Weg über lokal betriebene Modelle mit eigenem Gateway.
- Q.07Welche Guardrails sind Pflicht?
- Fünf Ebenen: „--tools" als feste Werkzeugliste, „--allowedTools" nur für das, was ohne Rückfrage laufen darf, „--bare" in der Pipeline, damit das geprüfte Repository keine eigenen Hooks und MCP-Server mitbringt, Hooks für deterministische Regeln, die kein Prompt umgehen kann, und ein dedizierter Service-Account mit minimalen Rechten. Dazu ein Audit-Trail über Git und Human-in-the-Loop für jede Deployment-Entscheidung.
- Q.08Was ist CLAUDE.md und warum ist sie wichtig?
- Eine Datei im Projektwurzelverzeichnis, die Claude Code zu Beginn jeder Session liest: Projektbeschreibung, Tech-Stack, Namenskonventionen, verfügbare APIs, Verbote und geltende Compliance-Anforderungen. Sie ist der wirksamste einzelne Hebel für konsistente Ergebnisse, und in regulierten Umgebungen der Ort, an dem normative Vorgaben verankert werden.
- Q.09Ersetzt Claude Code Entwickler in der Automatisierung?
- Die Datenlage sagt etwas anderes. Menschen treffen im Schnitt rund 70 % der Planungsentscheidungen, der Agent rund 80 % der Ausführungsentscheidungen. Erfolg korreliert mit Domänenkompetenz und kaum mit Programmierkenntnissen, und Sessions ohne Domänenverständnis brechen deutlich häufiger ab. Das Werkzeug verschiebt die Grenze dessen, was ein Fachexperte selbst umsetzen kann; das Verständnis der Anlage ersetzt es nicht. In der Praxis bleibt Ihr erfahrenster Techniker damit der wichtigste Mensch im Projekt, nur mit mehr Reichweite als vorher.
- Q.10Wie messe ich, ob sich der Einsatz lohnt?
- Über die DORA-Metriken, mit einer Baseline vor dem Pilotprojekt: Lead Time for Changes und Change Failure Rate zeigen den Effekt auf Durchlaufzeit und Stabilität, MTTR den Effekt auf die Fehlersuche. Ein Messfenster von sechs bis acht Wochen ist realistisch. Ohne Baseline bleibt jede Aussage zum Nutzen unbelegt. Wer sie vorher aufnimmt, hat nach acht Wochen zwei Zahlen, die in der Geschäftsführung ohne weitere Erklärung funktionieren.
- Q.11Was unterscheidet Claude Code Enterprise vom Einzelzugang, und was heißt Zero Data Retention?
- Der Enterprise-Betrieb setzt die Regeln zentral: eine verwaltete Einstellungsdatei mit Vorrang vor Projekt- und Nutzereinstellungen (erlaubte Werkzeuge, gesperrte Pfade, Hooks, Gateway), Single Sign-on über den Identity-Provider, Kostenlimits je Nutzer und Nutzungsdaten per OpenTelemetry im eigenen Monitoring. Wer über Bedrock, Google Cloud oder Microsoft Foundry arbeitet, bekommt SSO und gruppenbezogene Regeln über den selbst betriebenen Claude apps gateway. Zero Data Retention bedeutet, dass Anthropic Prompts und Antworten nach der Antwort nicht mehr speichert. Für die Vertragsprüfung sind drei Punkte wichtig: ZDR hängt an Claude for Enterprise, ist im Standardplan nicht enthalten und lässt sich nicht in den Admin-Einstellungen einschalten, sondern wird von Anthropic je Organisation nach Eignungsprüfung freigeschaltet. Es deckt die Inferenz ab, MCP-Server und andere Drittanbieter-Integrationen dagegen nicht. Und bei Verdacht auf einen Verstoß gegen die Nutzungsrichtlinien dürfen die betroffenen Ein- und Ausgaben bis zu zwei Jahre aufbewahrt werden. Zum Modelltraining werden Ein- und Ausgaben kommerzieller Zugänge nicht verwendet. Über Bedrock, Google Cloud oder Microsoft Foundry gelten statt ZDR die Aufbewahrungsregeln dieser Plattformen. Stand: 2. Oktober 2026.
- Q.12OpenCode vs. Claude Code: Was ist der Unterschied für Industrieteams, und wo steht GitHub Copilot?
- Claude Code, wenn Sie den Agenten headless in Pipelines betreiben wollen und mit Anthropic-Modellen über Bedrock, die Google Cloud Agent Platform oder Foundry leben können. OpenCode, wenn Modellunabhängigkeit zählt oder ein lokal betriebenes Modell in einer abgeschotteten Zone der einzige Weg ist; es ist quelloffen und das einzige der drei, das ohne externen Endpunkt läuft. GitHub Copilot, wenn Ihr Team in GitHub und der IDE zu Hause ist und Vertrag sowie Datenhaltung über Microsoft laufen sollen. In der Praxis sehen wir häufig zwei nebeneinander: Copilot in der IDE, Claude Code für Review-Gates und Analyseläufe im CI.
Wie geht es bei Ihnen mit Claude Code weiter?
Sagen Sie uns mit einem Klick, wie es bei Ihnen weitergeht. Passend dazu bekommen Sie direkt einen konkreten nächsten Schritt — ganz ohne Formular.
Halber Tag.
Drei Anwendungsfälle.
Claude-Code-Quick-Scan.
In einem halbtägigen Workshop bewerten wir Ihren Altbestand und Ihre Pipeline-Landschaft, richten einen Read-only-Lauf mit passender Deployment-Variante ein und benennen die drei Anwendungsfälle mit dem besten Verhältnis von Nutzen zu Risiko, samt Umsetzungsplan und Guardrails.
unverbindlich
Verwandte Artikel
Corporate LLMs in Industrial DevOps
Lokales LLM mit RAG im eigenen Netz: Vorteile, Herausforderungen und vier Anwendungsbeispiele von der Jenkins-Log-Triage bis zur Wissensbasis.
Jenkins mit KI steuern: MCP, Vibe Coding & Log-Analyse
Jenkins per MCP-Server mit KI steuern, Pipelines vibecoden und Build-Logs per LLM analysieren.
KI in der SPS-Programmierung: Tools, Best Practices & Grenzen
Wie KI-Assistenten die Steuerungsentwicklung verändern und wo die Toolchain sie ausbremst.
CI/CD für SPS-Entwicklung: TIA Portal mit Jenkins & Claude Code
Build, Test und Deployment von TIA-Portal-Projekten automatisieren, inklusive MCP-Anbindung.
Intelligisierung: DevOps-Automatisierung als KI-Fundament
Die Stufe nach Digitalisierung und Automatisierung, und warum sie die ersten drei voraussetzt.
Erstgespräch.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance