Claude Code wandelt sich vom interaktiven Assistenten zum aktiven Teammitglied, sobald du es in deine Automatisierungsinfrastruktur einbindest. Dieses Modul behandelt CI/CD-Integration, geplante Aufgaben, die GitHub-Actions-Integration und Muster zum Aufbau zuverlässiger mehrstufiger Workflows.
CI/CD-Integration mit programmatischen Läufen
Das claude -p Flag ist die Grundlage der CI/CD-Integration. Es führt Claude nicht-interaktiv aus, sendet einen Prompt und gibt das Ergebnis auf stdout zurück. Kombiniere es mit --output-format json für strukturiertes Parsen, --permission-mode bypassPermissions für vollständig automatisierte Läufe (keine Bestätigungsabfragen) und --max-turns um die Ausführungszeit zu begrenzen.
Ein gängiges Muster ist, Claude als Teil eines PR-Review-Prozesses laufen zu lassen. Konfiguriere es als GitHub-Actions-Schritt:
- name: Claude Code Review
run: |
DIFF=$(git diff origin/main...HEAD)
REVIEW=$(echo "$DIFF" | claude -p "Review these changes. Output JSON with fields: summary, critical_issues, suggestions" \
--output-format json \
--permission-mode bypassPermissions)
echo "$REVIEW" | jq '.critical_issues[]' >> $GITHUB_STEP_SUMMARYDas --from-pr Flag startet eine Session aus einem bestehenden Pull Request. Es holt das Diff, die Beschreibung und die Review-Kommentare, sodass Claude direkt loslegen kann, um PR-Feedback zu beheben oder zu erweitern. Ab v2.1.119 --from-pr akzeptiert URLs von GitHub, GitHub Enterprise, GitLab Merge Requests und Bitbucket Pull Requests:
claude --from-pr https://github.com/org/repo/pull/123
claude --from-pr https://gitlab.com/org/repo/-/merge_requests/456
claude --from-pr https://bitbucket.org/org/repo/pull-requests/789Für Wegwerf-Automatisierung kann Claude Tests für neuen Code generieren, Dokumentation aktualisieren, wenn sich APIs ändern, Linter ausführen und Probleme automatisch beheben oder auf Sicherheitslücken prüfen. Nutze --no-session-persistence um das Speichern einer Session zu vermeiden, und ziehe --bare in Betracht, wenn du die sauberste Skript-Ausgabe möchtest.
Nutze prUrlTemplate (neu in v2.1.119), um das PR-Badge in der Fußzeile auf eine benutzerdefinierte Code-Review-URL statt auf den Standard-github.com-Link zu verweisen — nützlich für Enterprise-Deployments mit internen GitHub-Instanzen oder eigenem Review-Tooling:
{
"prUrlTemplate": "https://review.example.internal/pr/{number}"
}Das /install-github-app Befehl richtet die offizielle GitHub-Integration ein, die es Claude ermöglicht, auf @claude Erwähnungen in PR-Kommentaren und Issues zu reagieren.
Mobile Push-Benachrichtigungen
Wenn Remote Control aktiv ist, kann Claude Push-Benachrichtigungen an dein Telefon senden. Claude entscheidet, wann gepusht wird — typischerweise, wenn eine lang laufende Aufgabe abgeschlossen ist oder wenn eine Entscheidung zum Fortfahren nötig ist. Du kannst eine auch in deinem Prompt anfordern: notify me when the tests finish. Die Einrichtung erfordert die Claude-Mobile-App (iOS oder Android), angemeldet mit demselben Konto, und Push, wenn Claude entscheidet aktiviert in /config. Über den Ein/Aus-Schalter hinaus gibt es keine ereignisbezogene Konfiguration. Erfordert Claude Code v2.1.110+.
Für autonome PR-Überwachung /autofix-pr startet eine Claude-Code-on-the-web-Session, die den PR deines aktuellen Branch überwacht. Wenn CI fehlschlägt oder ein Reviewer einen Kommentar hinterlässt, untersucht Claude das Problem und pusht eine Korrektur. Übergib einen Prompt, um den Umfang einzugrenzen: /autofix-pr only fix lint and type errors. Es erfordert die auf dem Repository installierte Claude GitHub App, Zugriff auf Claude Code on the web und ist für Organisationen mit aktivierter Zero Data Retention nicht verfügbar.
/ultrareview (neu in v2.1.86, hervorgehoben in v2.1.112) führt ein umfassendes cloudbasiertes Code-Review mittels paralleler Multi-Agent-Analyse und -Kritik durch. Es erfordert eine Claude.ai-Kontoauthentifizierung — wenn du nur mit einem API-Key angemeldet bist, führe zuerst /login aus. Es läuft auf der Claude-Code-on-the-web-Infrastruktur. Rufe es ohne Argumente auf, um deinen aktuellen Branch zu prüfen, oder /ultrareview <PR#> um einen bestimmten GitHub-PR abzurufen und zu prüfen. Pro/Max erhalten 3 kostenlose einmalige Läufe (ein einmaliges Kontingent pro Konto, wird nicht aufgefrischt), danach kostet jedes Review als Extra-Nutzung ungefähr 5–20 $. Team/Enterprise haben keine kostenlosen Läufe und werden als Extra-Nutzung abgerechnet. Extra-Nutzung muss für das Konto aktiviert sein — wenn sie deaktiviert ist, blockiert Claude Code den Start und verlinkt auf die Abrechnungseinstellungen. Nutze /tasks um laufende und abgeschlossene Reviews zu verfolgen, Detailansichten zu öffnen oder ein laufendes Review zu stoppen (das Stoppen archiviert die Cloud-Session; Teilergebnisse werden nicht zurückgegeben). Prüfe die offizielle Dokumentation, um die /ultrareview Verfügbarkeit auf deiner Plattform zu bestätigen. Dynamic workflows sind auf allen kostenpflichtigen Plänen auf Amazon Bedrock, Google Cloud Vertex AI und Microsoft Foundry verfügbar (Claude Code v2.1.154+).
/ultrareview # review current branch
/ultrareview 456 # review GitHub PR #456Geplante Aufgaben, Routines und Hintergrund-Automatisierung
Claude Code unterstützt mehrere Planungsebenen. /loop erstellt sitzungsbezogene wiederkehrende Prüfungen, während Claude Code läuft. Routines sind cloudgestützte geplante Aufgaben, die unabhängig von deinem lokalen Terminal fortbestehen — jeder Lauf klont dein Repository frisch, führt autonom aus und kann Branches pushen oder PRs öffnen.
# Check build status every 5 minutes (session-scoped)
/loop 5m check if the build succeeded and summarize any failures
# Create a cloud routine from the CLI
/schedule "run a full security audit at 2am"
/schedule daily PR review at 9amRoutines
Eine Routine ist eine gespeicherte Claude-Code-Konfiguration — ein Prompt, ein oder mehrere Repositories und eine Reihe von Connectors — einmal gebündelt und automatisch auf Anthropic-verwalteter Infrastruktur ausgeführt. Erstelle und verwalte sie im Web unter claude.ai/code/routines, in der Desktop-App oder über /schedule in der CLI. Nutze /schedule list um alle Routines anzuzeigen, /schedule update um eine zu ändern, und /schedule run um eine sofort auszulösen.
Jede Routine kann mehrere Trigger kombinieren:
- Scheduled — wiederkehrender Rhythmus (stündlich, täglich, an Wochentagen, wöchentlich) oder ein einmaliger Lauf zu einer bestimmten Zeit. Einmalige Läufe zählen nicht gegen das tägliche Routine-Limit. Benutzerdefinierte Cron-Ausdrücke sind verfügbar über
/schedule update(Mindestintervall: 1 Stunde). - API — ein HTTP-Endpunkt pro Routine. Sende ein POST mit einem Bearer-Token, um einen Lauf auszulösen, und übergib optional Kontext in einem
text-Feld. Binde es in Alerting-Systeme, Deploy-Pipelines oder interne Tools ein. - GitHub — reagiert auf Repository-Ereignisse wie Pull Requests oder Releases. Filter erlauben eine Eingrenzung nach Autor, Titel, Labels, Base-/Head-Branch, Draft-Status und mehr. Erfordert die auf dem Repository installierte Claude GitHub App.
Routines laufen als vollwertige Claude-Code-Cloud-Sessions ohne Berechtigungsabfragen. Sie können deine verbundenen MCP-Connectors nutzen (standardmäßig enthalten — entferne alle, die nicht benötigt werden) und werden durch die von dir ausgewählten Repositories, den Netzwerkzugriff der Cloud-Umgebung und die von dir eingebundenen Connectors eingegrenzt. Standardmäßig kann Claude nur auf claude/-präfixierte Branches pushen; aktiviere Uneingeschränkte Branch-Pushes erlauben pro Repository bei Bedarf.
Routines sind auf den Plänen Pro, Max, Team und Enterprise verfügbar. Team- und Enterprise-Admins können Routines über den Routines-Schalter unter claude.ai/admin-settings/claude-code deaktivieren. API- und GitHub-Trigger werden nur über die Web-UI konfiguriert; /schedule in der CLI erstellt geplante Routines.
Hintergrund-Automatisierung
Hintergrund-Subagents mit background: true in ihrem Frontmatter laufen, ohne die Hauptkonversation zu blockieren. Das ermöglicht Workflows, bei denen du eine lange Analyse anstößt, mit anderer Arbeit fortfährst und benachrichtigt wirst, wenn sie abgeschlossen ist. Wenn du Automatisierung rund um Folgearbeiten brauchst, nutze die offiziell dokumentierten Task- und Team-Hook-Ereignisse in ihren vorgesehenen Kontexten: TaskCompleted für Task-Statusänderungen und TeammateIdle für Agent-Teams-Teammitglieder, die kurz davor sind, in den Leerlauf zu gehen.
{
"hooks": {
"TaskCompleted": [
{
"hooks": [
{
"type": "command",
"command": "curl -X POST $SLACK_WEBHOOK -d '{\"text\": \"Task completed: $TASK_NAME\"}'"
}
]
}
]
}
}Für lang laufende Recherche, die sich über mehrere Sessions erstreckt, sind fortsetzbare Agents und reguläre Memory-Workflows das sicherere mentale Modell: Lass den Agent Erkenntnisse in Memory oder Projektdokumente schreiben und setze den Agent oder die Session später bei Bedarf fort.
Dynamic Workflows
Über Einzelsitzungs-Muster hinaus unterstützt Claude Code dynamic workflows — ein Research-Preview-Feature, eingeführt in v2.1.154, mit dem du Dutzende bis Hunderte von Subagents aus einem JavaScript-Skript orchestrieren kannst, das Claude schreibt. Anders als /loop oder /batch, die innerhalb einer einzelnen Konversation laufen, verlagert ein Workflow den Plan in ein Skript: Das Skript enthält die Schleife, die Verzweigung und die Zwischenergebnisse, sodass Claudes Kontext nur die endgültige Antwort behält.
Um einen Workflow auszuführen, schreibe das Wort ultracode irgendwo in deinen Prompt (das Trigger-Schlüsselwort wurde umbenannt von workflow zu ultracode in v2.1.160; ihn in eigenen Worten anzufordern funktioniert weiterhin), oder aktiviere /effort ultracode , damit Claude für jede umfangreiche Aufgabe einen plant. Claude schreibt ein auf dein Ziel zugeschnittenes Orchestrierungsskript, dann führt eine Laufzeitumgebung es im Hintergrund aus, während deine Session reaktionsfähig bleibt. Das Fortsetzen funktioniert innerhalb derselben Claude-Code-Session — wenn du Claude Code beendest, während ein Workflow läuft, startet die nächste Session den Workflow neu. Dynamic workflows eignen sich für codebasisweite Audits, große Migrationen, gegengeprüfte Recherche und jede Aufgabe, die mehr Agents braucht, als eine Konversation koordinieren kann.
Der mitgelieferte /deep-research <question> -Workflow automatisiert Recherche aus mehreren Quellen: Er fächert Websuchen über mehrere Blickwinkel auf, ruft die gefundenen Quellen ab und gleicht sie gegen, stimmt über jede Behauptung ab und gibt einen belegten Bericht zurück, aus dem Behauptungen herausgefiltert sind, die die Gegenprüfung nicht überstanden haben. Es erfordert, dass das WebSearch-Tool verfügbar ist:
/deep-research What changed in the Node.js permission model between v20 and v22?Ausführen /workflows um laufende und abgeschlossene Workflows aufzulisten und eine Fortschrittsansicht zu öffnen, die für jede Phase die Agent-Anzahl, die Token-Gesamtzahl und die verstrichene Zeit anzeigt. Wenn ein Lauf tut, was du wolltest, wähle ihn in der /workflows -Ansicht aus und drücke s um sein Skript als Befehl zu speichern — es läuft dann als /<name> in zukünftigen Sessions, neben den mitgelieferten Workflows. Die Wiederverwendung lohnt sich für wiederkehrende Arbeiten wie ein wöchentliches Code-Audit oder eine Release-Checkliste.
Für maximale Denktiefe /effort ultracode kombiniert xhigh Aufwand mit automatischer Workflow-Orchestrierung — Claude entscheidet, wann eine Aufgabe einen Workflow rechtfertigt, und koordiniert die Agents, ohne gefragt zu werden. Es gilt für die aktuelle Session; kehre mit /effort high für Routinearbeit zurück.
Dynamic workflows erfordern Claude Code v2.1.154+ und sind auf allen kostenpflichtigen Plänen verfügbar (Pro, Max, Team, Enterprise). Auf Pro aktivierst du sie in der Zeile "Dynamic workflows" in /config. Um sie zu deaktivieren, schalte "Dynamic workflows" aus in /config, setze "disableWorkflows": true in den Einstellungen, oder setze CLAUDE_CODE_DISABLE_WORKFLOWS=1.
Muster für mehrstufige Workflows
Die zuverlässigsten Workflows kombinieren Skills, Hooks und Subagents zu einer Pipeline, in der jeder Schritt klare Eingaben, Ausgaben und Fehlerbehandlung hat.
Das Muster "develop and verify" kombiniert einen Stop -Prompt-Hook, der die Abschlusskriterien gegen einen Implementierungs-Skill prüft. Wenn Claude stoppt, bewertet der Hook, ob alle Anforderungen erfüllt wurden. Falls nicht, teilt er Claude mit, was fehlt, und Claude macht weiter:
{
"hooks": {
"Stop": [
{
"hooks": [
{
"type": "prompt",
"prompt": "Check: 1) Were all files in the spec modified? 2) Do tests pass? 3) Is the implementation complete per the requirements? If anything is incomplete, explain what remains.",
"timeout": 30
}
]
}
]
}
}Das Muster "parallel review" nutzt Agent Teams (experimentell, standardmäßig deaktiviert — erfordert CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1), damit mehrere Spezialisten gleichzeitig prüfen. Ein Agent prüft die Sicherheit, ein anderer die Performance, ein weiterer die Testabdeckung. Der Team-Lead fasst ihre Erkenntnisse zu einem einzigen Bericht zusammen. Agent Teams haben bekannte Einschränkungen rund um Session-Fortsetzung, Task-Koordination und Shutdown-Verhalten.
Für Aufgaben, die viele Dateien in einer Codebasis ändern, /batch <instruction> plant die Arbeit, verteilt sie auf Hintergrund-Agents in isolierten git worktrees und ist für umfangreiche Refactorings oder repetitive Änderungen ausgelegt. Je nach Workflow kann es auch Verifizierungsschritte ausführen und dabei helfen, PRs für die Ergebnisse zu öffnen.
Git worktrees (isolation: worktree bei Subagents) sind auch für experimentelle Arbeit nützlich. Der Agent nimmt Änderungen in einem isolierten Branch vor, gibt nach Abschluss den Worktree-Pfad zurück, und du prüfst oder verwirfst sie, ohne deinen Working Tree zu beeinträchtigen.