Zum Hauptinhalt springen
Claude Code GitHub Actions ist eine GitHub Action, die Claude Code in den Workflows Ihres Repositories ausführt. Erwähnen Sie @claude in einem Pull-Request- oder Issue-Kommentar, damit Claude Code analysiert, Änderungen implementiert und Commits pusht. Sie können der Claude Code GitHub Action auch einen Prompt geben, um automatisch bei jedem GitHub-Event ausgeführt zu werden. Verwenden Sie sie, um Issues in Pull Requests umzuwandeln, Bugs aus einem Kommentar zu beheben oder wiederkehrende Aufgaben zu automatisieren. Mehrere Produkte teilen den Namen Claude Code. Diese Seite behandelt die claude-code-action-Workflow-Integration, die Sie mit Workflow-Dateien in Ihrem Repository konfigurieren. Für die verwandten Produkte siehe:
  • Code Review: automatische Überprüfung bei jedem Pull Request, ohne einen Workflow zu schreiben
  • Claude Code in der Cloud: Claude Code-Sitzungen, die auf Cloud-Infrastruktur statt auf Ihrem Computer ausgeführt werden
  • Claude Agent SDK: benutzerdefinierte Automatisierung außerhalb von GitHub Actions. Die Claude Code GitHub Action basiert auf dem SDK
  • GitHub Enterprise Server: Claude Code mit selbstgehostetem GitHub

Einrichtung

Sie können die Claude Code GitHub Action auf eine von zwei Arten einrichten:
  • Schnelleinrichtung: Führen Sie /install-github-app in Claude Code aus. Claude Code installiert die GitHub App, fügt Ihr Authentifizierungs-Secret hinzu und bereitet den Workflow-Pull-Request für Sie vor
  • Manuelle Einrichtung: Installieren Sie die App, fügen Sie das Secret hinzu und kopieren Sie die Workflow-Datei selbst in Ihr Repository. Verwenden Sie diesen Weg, wenn Sie Claude Code nicht lokal ausführen, wenn der Befehl fehlschlägt oder wenn Sie die volle Kontrolle über die Workflow-Dateien wünschen
Für beide Wege benötigen Sie Admin-Zugriff auf das Repository.

Schnelleinrichtung

/install-github-app funktioniert nur mit Repositorys auf github.com. Wenn das Git-Remote Ihres Repositorys auf gitlab.com oder bitbucket.org liegt, gibt der Befehl einen Hinweis aus und wird beendet, anstatt die Einrichtung zu starten. Informationen zum Ausführen von Claude Code aus GitLab-Pipelines finden Sie unter Claude Code GitLab CI/CD. Installieren Sie vor dem Start die GitHub CLI und authentifizieren Sie sie mit gh auth login. Claude Code prüft, ob sie vorhanden ist, und warnt Sie, falls sie fehlt. Öffnen Sie claude in dem Repository, das Sie verbinden möchten, führen Sie /install-github-app aus und folgen Sie den Anweisungen. Claude Code installiert die Claude GitHub App und richtet anschließend ein Authentifizierungs-Secret für die Workflows ein:
  • Wenn Claude Code bereits über einen API-Schlüssel verfügt, wird dieser Schlüssel wiederverwendet, und Claude Code bietet an, das vorhandene ANTHROPIC_API_KEY-Secret des Repositorys beizubehalten, falls bereits eines gesetzt ist
  • Andernfalls wählen Sie zwischen dem Erstellen eines langlebigen Tokens mit Ihrem Claude-Abonnement und dem Einfügen eines API-Schlüssels
Claude Code speichert die Anmeldedaten als Repository-Secret, mit dem Namen ANTHROPIC_API_KEY für einen API-Schlüssel oder CLAUDE_CODE_OAUTH_TOKEN für ein Abonnement-Token. Claude Code pusht anschließend einen Branch mit den von Ihnen ausgewählten Workflow-Dateien, die bereits für die Verwendung dieses Secrets konfiguriert sind, und öffnet GitHub in Ihrem Browser mit einem Pull Request, der zum Erstellen bereit ist. Erstellen und mergen Sie diesen Pull Request, und @claude funktioniert im Repository. Um die Einrichtung mittendrin abzubrechen, drücken Sie Esc. Ein bereits laufender Schritt wird abgeschlossen, und kein weiterer Schritt wird gestartet. Die abschließende Meldung listet auf, was bereits im Repository geschehen ist, etwa ein gepushter Branch oder ein gespeichertes Secret. Wenn Sie den Review-Workflow auswählen, veröffentlicht Claude jedes Review direkt im Pull Request, als Inline-Kommentar zu jedem gefundenen Problem oder als einen zusammenfassenden Kommentar, wenn keine Probleme gefunden werden. Claude überspringt einige Pull Requests, etwa Entwürfe. Das Beispiel für den Review-Workflow verwendet denselben Skill und listet diese auf. Vor v2.1.229 schrieb Claude sein Review nur in das Log des Workflow-Laufs. Um einen Review-Workflow zu aktualisieren, der von einer früheren Version erstellt wurde, gehen Sie auf eine der folgenden Arten vor:
  • Führen Sie /install-github-app erneut aus. Wenn das Repository bereits eine claude.yml enthält, wählen Sie Update workflow file with latest version. Claude Code pusht neue Kopien der Workflow-Dateien in einen neuen Branch und öffnet den Pull Request, genau wie bei einer Erstinstallation.
  • Fügen Sie das Argument --comment und die Zeile claude_args aus dem Beispiel für den Review-Workflow selbst in die eingecheckte Datei ein. Dadurch bleiben alle anderen Änderungen erhalten, die Sie daran vorgenommen haben.
Nach der Installation der GitHub App fragt Claude Code, ob mit der Einrichtung von GitHub Actions fortgefahren werden soll. Wählen Sie Skip for now, um mit nur installierter GitHub App aufzuhören. Führen Sie /install-github-app später erneut aus, um die Schritte für Workflow und Secret abzuschließen.

Manuelle Einrichtung

Um die Claude Code GitHub Action zu konfigurieren, ohne /install-github-app auszuführen, installieren Sie die App, fügen ein Secret hinzu und kopieren selbst eine Workflow-Datei:
1

Claude GitHub App installieren

Installieren Sie die Claude GitHub App in Ihrem Repository. Die Claude Code GitHub Action ist auf drei Berechtigungen der App angewiesen:
  • Contents: Lesen und Schreiben, damit Claude Repository-Dateien ändern kann
  • Issues: Lesen und Schreiben, damit Claude auf Issues antworten kann
  • Pull requests: Lesen und Schreiben, damit Claude PRs erstellen und Änderungen pushen kann
Während der Installation erteilen Sie außerdem Berechtigungen, die von anderen Claude-Funktionen verwendet werden. Die vollständige Liste finden Sie unter Berechtigungen der GitHub App.
2

Authentifizierungs-Secret hinzufügen

Fügen Sie Ihrem Repository je nach Authentifizierungsmethode eines der folgenden Secrets hinzu. Siehe die GitHub-Anleitung zur Verwendung von Secrets in GitHub Actions.
  • ANTHROPIC_API_KEY: ein Claude-API-Schlüssel aus der Claude Console
  • CLAUDE_CODE_OAUTH_TOKEN: ein OAuth-Token, das sich mit Ihrem Claude-Abonnement authentifiziert, verfügbar in den Plänen Pro, Max, Ultra, Team und Enterprise. Erzeugen Sie eines, indem Sie claude setup-token lokal ausführen. Siehe Langlebiges Token erzeugen
Übergeben Sie das Secret in Workflow-Dateien an die passende Eingabe: anthropic_api_key für einen API-Schlüssel oder claude_code_oauth_token für ein OAuth-Token.
3

Workflow-Datei kopieren

Kopieren Sie examples/claude.yml in das Verzeichnis .github/workflows/ Ihres Repositorys. Die Datei ist ein funktionsfähiger Workflow, nicht nur ein Beispiel. Im eingecheckten Zustand antwortet Claude, sobald jemand @claude in einem Issue oder Pull Request erwähnt, und authentifiziert sich dabei mit dem Secret ANTHROPIC_API_KEY. Wenn Sie stattdessen CLAUDE_CODE_OAUTH_TOKEN hinzugefügt haben, ändern Sie die Zeile anthropic_api_key des Workflows in claude_code_oauth_token: ${{ secrets.CLAUDE_CODE_OAUTH_TOKEN }}.
Testen Sie die Claude Code GitHub Action nach der Einrichtung, indem Sie @claude in einem Issue- oder PR-Kommentar erwähnen.

Einrichtung für eine Organisation

Mit der Schnelleinrichtung oder der manuellen Einrichtung konfigurieren Sie jeweils ein Repository. So führen Sie die Claude Code GitHub Action in einer ganzen Organisation ein:
  • Installieren Sie die Claude GitHub App einmalig auf Organisationsebene und wählen Sie alle Repositorys oder eine ausgewählte Liste
  • Speichern Sie das Authentifizierungs-Secret als Actions-Secret auf Organisationsebene, damit nicht jedes Repository eine eigene Kopie benötigt
  • Fügen Sie die Workflow-Datei jedem Repository hinzu, das die Claude Code GitHub Action ausführen soll, oder definieren Sie den Job einmalig als wiederverwendbaren Workflow, den jedes Repository aufruft
Für ein über mehrere Repositorys geteiltes Secret sollten Sie sich mit einem API-Schlüssel aus der Claude Console statt mit einem OAuth-Token authentifizieren, da ein OAuth-Token an das Abonnement der Person gebunden ist, die claude setup-token ausgeführt hat. Um das Speichern eines langlebigen Secrets vollständig zu vermeiden, authentifizieren Sie sich über Workload Identity Federation. Dabei tauscht die Claude Code GitHub Action das GitHub-OpenID-Connect-Token (OIDC) des Workflows über ein Dienstkonto der Claude Console gegen Zugriff auf die Claude API ein. Setzen Sie diese Eingaben:
  • anthropic_federation_rule_id: die ID der Federation-Regel, fdrl_...
  • anthropic_organization_id: die ID Ihrer Anthropic-Organisation
  • anthropic_service_account_id: die ID des Dienstkontos, svac_.... Optional, da die Federation-Regel, die Sie in der Console erstellen, bereits auf ein Dienstkonto verweist
  • anthropic_workspace_id: die Workspace-ID, wrkspc_.... Optional, wenn die Federation-Regel auf einen einzelnen Workspace verweist
Erteilen Sie dem Workflow die Berechtigung id-token: write, die die Claude Code GitHub Action für den Federation-Austausch benötigt, selbst wenn Sie Ihr eigenes github_token übergeben. Die Konfiguration auf Seiten der Console finden Sie in der Einrichtungsanleitung der Claude Code GitHub Action. Für Fragen zur Datenverarbeitung und -aufbewahrung im Rahmen einer Sicherheitsprüfung siehe Datennutzung und Sicherheit.

Deinstallation

Um die Claude Code GitHub Action zu entfernen, machen Sie jeden Teil der Einrichtung rückgängig, der auf Ihre Installation zutrifft:
  • Workflow-Dateien: Löschen Sie die Workflows, die anthropics/claude-code-action verwenden, aus .github/workflows/. Wenn Sie die Schnelleinrichtung verwendet haben, suchen Sie nach claude.yml und, falls Sie den Review-Workflow ausgewählt haben, nach claude-code-review.yml. Sobald die Workflows gelöscht sind, wird die Claude Code GitHub Action nicht mehr ausgeführt
  • Secrets: Löschen Sie das Secret ANTHROPIC_API_KEY oder CLAUDE_CODE_OAUTH_TOKEN aus dem Repository und aus den Actions-Secrets auf Organisationsebene, falls Sie es über mehrere Repositorys geteilt haben. Wenn Sie ein Secret löschen, bleiben die darin gespeicherten Anmeldedaten gültig. Um einen API-Schlüssel vollständig außer Betrieb zu nehmen, löschen Sie den Schlüssel zusätzlich in der Claude Console
  • GitHub App: Deinstallieren Sie die Claude GitHub App in den Einstellungen Ihres Repositorys oder Ihrer Organisation unter GitHub Apps, jedoch nur, wenn Sie sie nicht für eine andere Claude-Funktion wie Code Review oder die automatische Korrektur im Web verwenden
Wenn Sie einen Cloud-Anbieter konfiguriert haben, löschen Sie außerdem die Secrets des Anbieters, etwa AWS_ROLE_TO_ASSUME, die GCP_*-Secrets oder die AZURE_*-Secrets, und deinstallieren Sie die benutzerdefinierte GitHub App zusammen mit ihren Secrets APP_ID und APP_PRIVATE_KEY.

Berechtigungen der GitHub App

Die Claude GitHub App wird von allen Claude-Funktionen gemeinsam genutzt, die mit GitHub integriert sind, darunter die Claude Code GitHub Action, Code Review und die automatische Korrektur für Pull Requests in Cloud-Sitzungen. Eine GitHub App hat einen einzigen Berechtigungssatz, der alle ihre Funktionen abdeckt. Daher enthält der Satz einige Berechtigungen, die die Claude Code GitHub Action nicht verwendet. Wenn Sie die App installieren, erteilen Sie die folgenden Berechtigungen: Der Berechtigungssatz kann sich auch ändern, bevor die Funktionen, die ihn nutzen, verfügbar sind. Wenn die App eine Berechtigung anfordert, die sie zuvor nicht hatte, fordert GitHub den Kontoinhaber zur Bestätigung auf, bei einer Installation für eine Organisation einen Organisationsinhaber, und die Installation behält ihre bisherigen Berechtigungen, bis diese Bestätigung erfolgt. Wenn sich beispielsweise der Actions-Zugriff von Lesen auf Schreiben ändert, kann die App Workflows erneut ausführen, statt nur Läufe und Logs anzuzeigen. Daher bittet GitHub den Inhaber, die Änderung zu bestätigen. Wenn Sie die App installieren, akzeptieren Sie ihren vollständigen Berechtigungssatz. GitHub erlaubt es nicht, nur einen Teil davon zu akzeptieren. Wenn Ihre Organisation nur die Berechtigungen zulassen möchte, die die Claude Code GitHub Action verwendet, erstellen Sie stattdessen eine benutzerdefinierte GitHub App mit Contents, Issues und Pull requests und folgen Sie dabei der Einrichtungsanleitung der Claude Code GitHub Action. Eine benutzerdefinierte App deckt nur die Claude Code GitHub Action ab. Code Review und die automatische Korrektur im Web erfordern weiterhin die offizielle App. Details dazu, wie die Claude Code GitHub Action einschränkt, was Claude mit diesen Berechtigungen tun kann, finden Sie in der Sicherheitsdokumentation.

Interaktive und Automatisierungsmodi

Die Claude Code GitHub Action erkennt, wie sie aus Ihrer Workflow-Konfiguration ausgeführt werden soll:
  • Interaktiver Modus: Wenn der Workflow keine prompt-Eingabe bereitstellt, wartet Claude auf die Trigger-Phrase, @claude standardmäßig, in einem Issue- oder Pull-Request-Kommentar, in einer Pull-Request-Überprüfung oder im Body oder Titel eines neu geöffneten Issues, und antwortet dann auf diese Anfrage. Fortschritt und Ergebnisse erscheinen als Kommentar auf dem auslösenden Issue oder PR.
  • Automatisierungsmodus: Wenn der Workflow eine prompt-Eingabe bereitstellt, wird Claude ohne Warten auf eine Erwähnung ausgeführt, unterliegt nur den Überprüfungen, wer Läufe auslösen kann. Standardmäßig erscheinen Ergebnisse im Workflow-Run-Log statt in einem Kommentar. Claude kann auf den Issue oder Pull Request posten, wenn der Prompt es anweist und er ein Tool hat, das posten kann, wie im Code-Review-Beispiel.

Wer kann Läufe auslösen

In beiden Modi führt die Claude Code GitHub Action zwei Überprüfungen des auslösenden Akteurs durch, bevor Claude beginnt, und der Lauf schlägt fehl, wenn eine Überprüfung ihn ablehnt:
  • Schreibzugriff: Bei Issue- und Pull-Request-Events muss der auslösende Benutzer Schreibzugriff auf das Repository haben. Um bestimmte Benutzer ohne Schreibzugriff zuzulassen, legen Sie allowed_non_write_users fest und übergeben Sie Ihre eigene github_token-Eingabe. Events, die kein Benutzer verfasst, wie ein schedule-Trigger, überspringen diese Überprüfung.
  • Menschlicher Akteur: Bei jedem Event lehnt die Claude Code GitHub Action einen Bot-Akteur ab, es sei denn, Sie listen ihn in allowed_bots auf, was Bots daran hindert, Claude in einer Schleife auszulösen. Diese Überprüfung gilt auch für geplante Läufe, die GitHub einem Repository-Benutzer zuordnet, normalerweise dem, der zuletzt den cron-Zeitplan des Workflows geändert hat. Wenn dieser Benutzer ein Bot ist, listen Sie ihn in allowed_bots auf.

Beispiel-Anwendungsfälle

Das Beispielverzeichnis enthält einsatzbereite Workflows für verschiedene Szenarien. Die Beispiele auf dieser Seite zeigen API-Schlüssel-Authentifizierung. Wenn Sie sich mit einem Claude-Abonnement authentifizieren, ersetzen Sie die anthropic_api_key-Zeile in jedem Beispiel durch claude_code_oauth_token: ${{ secrets.CLAUDE_CODE_OAUTH_TOKEN }}.

Reagieren Sie auf @claude-Erwähnungen

Dieser Workflow führt die Claude Code GitHub Action im interaktiven Modus aus, daher antwortet Claude, wenn jemand @claude in einem Issue- oder PR-Kommentar erwähnt.
Die Teile dieses Workflows, die nicht Boilerplate sind:
  • id-token: write: erforderlich für die Standard-GitHub-App-Authentifizierung der Claude Code GitHub Action
  • actions: read: lässt Claude CI-Ergebnisse auf PRs lesen
  • actions/checkout: gibt Claude eine lokale Kopie des Repositories zum Arbeiten
  • if: verhindert, dass Runner bei Kommentaren starten, die @claude nicht erwähnen. Die Claude Code GitHub Action prüft auch die Trigger-Phrase selbst, bevor sie antwortet
Sobald der Workflow vorhanden ist, erwähnen Sie @claude in jedem Issue- oder PR-Kommentar mit einer Anfrage:
Claude antwortet in einem Kommentar auf dem gleichen Issue oder PR und aktualisiert ihn, während es arbeitet.

Führen Sie eine Skill aus

Die prompt-Eingabe akzeptiert eine Skill-Invokation sowie einfachen Text:
  • Für eine Skill in Ihrem Repository-Verzeichnis .claude/skills/, führen Sie actions/checkout vor dem anthropics/claude-code-action-Schritt aus, damit die Skill-Dateien auf dem Runner verfügbar sind, und übergeben Sie dann /skill-name als prompt.
  • Für eine Skill, die in einem Plugin verpackt ist, installieren Sie das Plugin mit den Eingaben plugin_marketplaces und plugins, und übergeben Sie dann den namespaced /plugin-name:skill-name als prompt. Die plugins-Eingabe nimmt plugin-name@marketplace-name, wobei der Marketplace-Name aus dem Manifest des Marketplace selbst kommt, nicht aus seiner Repository-URL.
Der folgende Workflow installiert das code-review-Plugin und führt seine Skill aus, wenn ein Pull Request geöffnet, aktualisiert, erneut geöffnet oder als bereit für Überprüfung markiert wird. Er führt das gleiche Plugin wie der Review-Workflow aus dem schnellen Setup aus. Verwenden Sie einen Workflow wie diesen, wenn Sie den Prompt, das Modell und die Trigger selbst kontrollieren möchten. Für automatische Überprüfungen ohne Wartung einer Workflow-Datei siehe Code Review. Auf öffentlichen Repositories hält GitHub Geheimnisse von Läufen zurück, die durch Fork-Pull-Requests ausgelöst werden, daher wird die Überprüfung nur auf Pull Requests aus Branches im gleichen Repository ausgeführt.
Zwei Zeilen in diesem Workflow kontrollieren, wo die Überprüfung hingeht:
  • --comment: Claude postet seine Überprüfung auf dem Pull Request, als Inline-Kommentar zu jedem gefundenen Problem oder als einen Zusammenfassungs-Kommentar, wenn keine gefunden werden. Ohne ihn postet Claude nichts, und Sie lesen die Erkenntnisse im Workflow-Run-Log.
  • claude_args: Behalten Sie diese Zeile bei, obwohl die Frontmatter allowed-tools der Skill selbst das gleiche Tool benennt, weil die Claude Code GitHub Action den MCP-Server startet, der Inline-Kommentare postet, nur wenn --allowedTools in claude_args ihn benennt.
Claude überspringt Entwürfe und geschlossene Pull Requests, Pull Requests, die er nicht überprüft zu benötigen beurteilt, wie automatisierte oder triviale, und Pull Requests, die bereits einen Kommentar von Claude haben.

Führen Sie nach einem Zeitplan aus

Mit einer prompt-Eingabe wird die Claude Code GitHub Action im Automatisierungsmodus bei jedem GitHub-Event ausgeführt, einschließlich eines Cron-Zeitplans. Für einen einfachen Text-Prompt hat Claude keinen Shell- oder GitHub API-Zugriff, bis Sie die Tools, die der Prompt benötigt, mit --allowedTools in claude_args oder einer permissions.allow-Regel in der settings-Eingabe gewähren. Wenn Sie stattdessen eine Skill aufrufen, kann Claude die Tools verwenden, die ihre allowed-tools-Frontmatter gewährt. GitHub führt geplante Workflows nur vom Standard-Branch aus und deaktiviert den Zeitplan in öffentlichen Repositories nach 60 Tagen ohne Repository-Aktivität. Dieser Workflow generiert einen Bericht im Workflow-Run-Log um 09:00 UTC jeden Tag. Seine claude_args-Zeile übergibt CLI-Argumente, die das Modell auswählen und zwei GitHub MCP-Tools zulassen. Claude liest Commits und Issues durch die GitHub API mit diesen Tools, daher können Sie den Checkout-Schritt weglassen:

Best Practices

Definieren Sie Projektstandards in CLAUDE.md

Erstellen Sie eine CLAUDE.md-Datei im Root-Verzeichnis Ihres Repositories, um Code-Style-Richtlinien, Review-Kriterien, projektspezifische Regeln und bevorzugte Muster zu definieren. Claude befolgt diese Richtlinien beim Erstellen von PRs und Antworten auf Anfragen. Siehe die Memory-Dokumentation für Details.

Schützen Sie Ihre Anmeldedaten

Committen Sie niemals API-Schlüssel oder OAuth-Tokens direkt in Ihr Repository. Speichern Sie sie immer als GitHub Secrets und referenzieren Sie sie in Workflows, zum Beispiel anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}.
Gewähren Sie dem Workflow nur die Berechtigungen, die er benötigt, und überprüfen Sie Claudes Änderungen vor dem Mergen. Für Sicherheitsleitlinien einschließlich Berechtigungen und Authentifizierung siehe die Claude Code Action-Sicherheitsdokumentation.

Verwalten Sie Kosten

Jeder Lauf verbraucht zwei Arten von Ressourcen:
  • GitHub Actions-Minuten: Die Claude Code GitHub Action wird auf GitHub-gehosteten Runnern ausgeführt, die Ihre GitHub Actions-Minuten verbrauchen. Siehe Githubs Abrechnungsdokumentation für Preise und Minutenlimits.
  • API-Tokens: Jede Interaktion verbraucht Tokens basierend auf der Länge von Prompts und Antworten, Aufgabenkomplexität und Codebase-Größe. Siehe Claudes Preisseite für aktuelle Token-Raten. Wenn Sie sich mit einem OAuth-Token authentifizieren, verwenden Läufe Ihr Claude-Abonnement statt API-Abrechnung.
Sie können beide Arten von Kosten senken, indem Sie Claude klareren Kontext geben und begrenzen, wie viel Arbeit jeder Lauf tun kann:
  • Schreiben Sie spezifische @claude-Anfragen, damit Claude weniger Turns benötigt, um zu beenden
  • Verwenden Sie Issue-Templates, um Kontext im Voraus bereitzustellen
  • Halten Sie Ihre CLAUDE.md prägnant, da Claude sie bei jedem Lauf liest
  • Legen Sie --max-turns in claude_args fest, um Iterationen zu begrenzen
  • Legen Sie Workflow-Level-Timeouts fest, um unkontrollierte Jobs zu vermeiden
  • Verwenden Sie Githubs Concurrency-Kontrollen, um parallele Läufe zu begrenzen
Für Nutzungsverfolgung über Ihre Organisation hinweg siehe das Analytics-Dashboard und Monitoring. Für wie Nutzung gemessen und abgerechnet wird, siehe Kosten.

Verwenden Sie einen Cloud-Provider

Standardmäßig ruft die Claude Code GitHub Action die Claude API direkt mit Ihrem API-Schlüssel oder OAuth-Token auf. Um Inferenz stattdessen durch Ihr eigenes Cloud-Konto zu leiten, legen Sie die Eingabe für Ihren Provider fest und folgen Sie Claude Code GitHub Actions mit Cloud-Providern verwenden:
  • Amazon Bedrock: use_bedrock: "true"
  • Google Cloud’s Agent Platform: use_vertex: "true"
  • Microsoft Foundry: use_foundry: "true"
Mit allen drei Providern authentifizieren Sie sich durch OIDC-Identitäts-Verbund statt mit einem Claude API-Schlüssel, daher speichern Sie keine statischen Cloud-Anmeldedaten in Ihrem Repository.

Fehlerbehebung

Claude antwortet nicht auf @claude-Befehle

  • Überprüfen Sie, dass die GitHub App auf dem Repository installiert ist
  • Überprüfen Sie, dass Workflows für das Repository aktiviert sind
  • Stellen Sie sicher, dass Ihr API-Schlüssel oder OAuth-Token in Repository-Geheimnissen gesetzt ist
  • Bestätigen Sie, dass der Kommentar @claude als vollständiges Wort enthält, nicht /claude oder @claude-bot
  • Bestätigen Sie, dass der kommentierende Benutzer Schreibzugriff auf das Repository hat. Siehe Wer kann Läufe auslösen für die Ausnahmen

CI wird nicht auf Claudes Commits ausgeführt

  • GitHub löst keine Workflows auf Commits aus, die mit dem Standard-GITHUB_TOKEN gemacht werden. Wenn Sie github_token: ${{ secrets.GITHUB_TOKEN }} an die Claude Code GitHub Action übergeben, entfernen Sie es, damit es sich als Claude GitHub App authentifiziert, oder übergeben Sie stattdessen ein benutzerdefiniertes App-Token
  • Überprüfen Sie, dass die Trigger Ihres CI-Workflows die Events enthalten, die Claudes Pushes produzieren, wie push oder pull_request

Authentifizierungsfehler

  • Bestätigen Sie, dass der API-Schlüssel oder OAuth-Token gültig ist, indem Sie ihn lokal mit claude testen, bevor Sie den Workflow debuggen
  • Für Bedrock, Agent Platform und Foundry siehe den Fehlerbehebungsabschnitt der Cloud-Provider-Seite
Für weitere Lösungen siehe die FAQ der Claude Code GitHub Action.

Erweiterte Konfiguration

Action-Parameter

Dies sind die am häufigsten verwendeten Eingaben. Jede ordnet sich einem with:-Schlüssel im anthropics/claude-code-action-Schritt zu. Für die vollständige Eingabeliste siehe die Konfigurationsreferenz der Claude Code GitHub Action.

Übergeben Sie CLI-Argumente

Der Parameter claude_args akzeptiert jedes Claude Code CLI-Argument:
Häufige Argumente:
  • --max-turns: Begrenzen Sie die Anzahl der Gesprächs-Turns
  • --model: Zu verwendendes Modell, zum Beispiel claude-sonnet-5. Ohne dieses Argument verwendet die Claude Code GitHub Action das Claude Code Standard-Modell
  • --mcp-config: Pfad zur MCP-Konfiguration
  • --allowedTools: Komma-getrennte Liste zulässiger Tools. Der Alias --allowed-tools funktioniert auch
  • --debug: Debug-Ausgabe aktivieren

Upgrade von Beta

Wenn Ihre Workflows immer noch anthropics/claude-code-action@beta referenzieren, aktualisieren Sie sie auf v1:
  1. Ändern Sie @beta zu @v1 in der uses-Zeile
  2. Entfernen Sie die mode-Eingabe, da die Claude Code GitHub Action jetzt den Modus automatisch erkennt
  3. Ersetzen Sie direct_prompt durch prompt
  4. Verschieben Sie CLI-Optionen wie max_turns und model in claude_args. custom_instructions hat kein gleichnamiges Flag und wird zu --append-system-prompt
Für die vollständige Eingabe-Zuordnung und Vorher-und-Nachher-Beispiele siehe den Migrationsleitfaden.

Was kommt als Nächstes