WissenClaude Code & Vibe Coding

Claude Code mit GitHub verbinden, Issues und Pull Requests automatisch bearbeiten

Mit der GitHub-App und einem Workflow reagiert Claude Code auf @claude-Erwähnungen in Issues und Pull Requests von selbst. So richtest du es ein.

Tommy Hummel-Nguyen
Tommy Hummel-Nguyen · Ingenieur, kein Softwareentwickler ·

Du schreibst in einem GitHub-Issue einfach @claude, behebe den Fehler in der Anmeldemaske, gehst Kaffee holen, und kommst zu einem fertigen Pull Request zurück. Genau dafür ist die GitHub-Anbindung von Claude Code gebaut, ein GitHub-Workflow, der auf deine Erwähnung reagiert wie ein Kollege, der mitliest.

Kurz gesagt

Claude Code verbindest du mit GitHub über den Befehl /install-github-app, der die passende GitHub-App installiert und einen fertigen Workflow als Pull Request vorbereitet. Danach reagiert Claude auf jede Erwähnung von @claude in einem Issue oder Pull-Request-Kommentar, analysiert den Code, setzt Änderungen um und pusht sie selbst. Voraussetzung ist Admin-Zugriff auf das Repository, dazu entweder ein API-Schlüssel oder ein Token aus deinem eigenen Claude-Abo.

Der schnelle Weg zur Einrichtung

In einem lokal geöffneten Repository reicht der Befehl /install-github-app direkt in Claude Code. Vorausgesetzt ist die GitHub-Kommandozeile, installiert und einmal mit gh auth login angemeldet, Claude Code prüft das automatisch und warnt, falls sie fehlt. Danach installiert Claude Code die GitHub-App, richtet ein Zugangs-Secret im Repository ein und öffnet am Ende einen fertigen Pull Request mit den Workflow-Dateien. Diesen Pull Request musst du noch selbst zusammenführen, erst dann reagiert @claude wirklich.

Für das Zugangs-Secret merkt sich Claude Code, ob bereits ein API-Schlüssel vorhanden ist, sonst fragt es, ob ein langlebiges Token aus deinem Abo erzeugt werden soll, mit claude setup-token, oder ob du einen eigenen API-Schlüssel einfügst. Gespeichert wird das Ergebnis als ANTHROPIC_API_KEY oder CLAUDE_CODE_OAUTH_TOKEN im Repository.

Was danach automatisch läuft

Der übliche Workflow reagiert auf zwei Arten von Ereignissen. Im interaktiven Modus wartet Claude auf die Erwähnung @claude in einem Issue, einem Pull-Request-Kommentar oder einer Pull-Request-Review, und antwortet direkt dort als Kommentar. Im automatischen Modus bekommt Claude stattdessen einen festen Auftrag im Workflow selbst, ganz ohne Erwähnung, zum Beispiel ausgelöst durch einen täglichen Zeitplan, etwa um eine Zusammenfassung offener Issues zu erzeugen.

Bevor überhaupt etwas läuft, prüft Claude Code zwei Dinge: ob die auslösende Person Schreibrechte im Repository hat, und ob es sich nicht um einen automatisierten Bot handelt, der sonst eine Endlosschleife auslösen könnte. Beide Prüfungen lassen sich für Ausnahmen gezielt öffnen, sind aber standardmäßig aktiv.

Die GitHub-App und ihre Rechte

Bei der Installation gewährst du der GitHub-App unter anderem Lese- und Schreibrechte auf Repository-Inhalte, Issues und Pull Requests, dazu ein paar weitere für andere Claude-Funktionen wie die automatische Code-Review. Wer nur die reine GitHub-Anbindung von Claude Code will, ohne den vollen Funktionsumfang, kann stattdessen eine eigene, schlankere GitHub-App mit nur diesen drei Rechten anlegen. Für Organisationen mit vielen Repositories lässt sich die App einmalig auf Organisationsebene installieren, mit dem Zugangs-Secret zentral als Organisations-Secret statt einzeln pro Repository.

Was das kostet

Zwei Kostenquellen laufen parallel. GitHub-Actions-Minuten, die auf deinem üblichen GitHub-Kontingent laufen, und Tokenverbrauch nach der jeweiligen Abrechnung, entweder über den API-Preis oder aus deinem Abo-Kontingent, wenn du mit dem OAuth-Token statt einem Schlüssel arbeitest. Klare, kurze Aufträge im Kommentar und ein --max-turns-Limit im Workflow halten beide Kosten in Grenzen.

Ich denke, der eigentliche Wert dieser Anbindung ist nicht die Automatisierung an sich, sondern dass sie genau dort ansetzt, wo dein Team ohnehin schon arbeitet, im Issue, im Pull-Request-Kommentar. Kein zusätzliches Tool, kein neuer Ort zum Nachschauen. Das ist derselbe Grundgedanke wie bei einem eigenen MCP-Server: Claude Code dorthin bringen, wo die Arbeit ohnehin passiert, statt die Arbeit zu Claude Code zu verschieben.

Quellen: Claude Code GitHub Actions (Claude Code Docs) · claude-code-action (GitHub, anthropics)

Häufige Fragen

Reicht die Erwähnung @claude in jedem Kommentar aus?

Nur wenn die kommentierende Person Schreibrechte im Repository hat. Ohne Schreibrechte reagiert Claude nicht, das verhindert, dass Fremde die Automatisierung missbrauchen.

Löst jeder Kommentar mit dem Wort claude irgendwo im Text aus?

Nein, es muss das vollständige Wort @claude sein, nicht etwa /claude oder ein Nutzername wie @claude-bot. Der Trigger lässt sich im Workflow auch auf eine eigene Formulierung ändern.

Braucht Claude Code dafür einen API-Schlüssel oder reicht mein Abo?

Beides geht. Entweder ein API-Schlüssel aus der Claude Console, oder ein langlebiges Token aus deinem eigenen Abo, erzeugt mit dem Befehl claude setup-token direkt am eigenen Rechner.

Warum startet meine eigene CI-Pipeline nicht auf Claudes Commits?

GitHub löst Workflows standardmäßig nicht auf Commits aus, die mit dem Standard-Token GITHUB_TOKEN erstellt wurden. Claude Code authentifiziert sich normalerweise über die eigene GitHub-App, dann greift diese Einschränkung nicht.

Willst du das bei dir umsetzen?

In der Community zeige ich, was bei mir hält. Im Erstgespräch schauen wir uns dein Vorhaben konkret an.