Pipelines sind per Definition ortsunabhängig, und genauso lässt sich ihre Erweiterung um Coding-Agenten remote umsetzen. Ob Ihr Team in einem Coworking in Berlin, im Homeoffice in Graz oder verteilt über mehrere Länder arbeitet: Workflow-Dateien, Secrets und Review-Regeln entstehen gemeinsam per Bildschirmfreigabe. In diesem Beitrag erfahren Sie, welche Aufgaben Agenten in CI/CD sinnvoll übernehmen, wie Sie automatische Pull-Request-Reviews sicher einrichten und wie die Zusammenarbeit online abläuft.
Vom Terminal in die Pipeline
Coding-Agenten werden meist zuerst lokal genutzt: Ein Entwickler startet Claude Code oder die Codex CLI im Terminal und arbeitet im Dialog an einer Aufgabe. Der nächste Schritt liegt nahe. Dieselben Agenten können in der CI/CD-Pipeline laufen, ausgelöst durch einen Pull Request, ein Issue oder einen Kommentar, und dort wiederkehrende Aufgaben ohne manuelles Zutun erledigen.
Für GitHub gibt es dafür offizielle Integrationen: Claude Code lässt sich als GitHub Action einbinden und reagiert etwa auf Erwähnungen in Issues und Pull Requests. Codex kann Aufgaben als Cloud-Agent übernehmen und Änderungen als Pull Request vorschlagen. GitHub selbst bietet mit Copilot einen Coding-Agenten, dem sich Issues zuweisen lassen. Alle Varianten folgen demselben Prinzip: Der Agent arbeitet in einer isolierten Umgebung, und das Ergebnis landet als prüfbarer Vorschlag im Repository.
Sinnvolle Einsatzszenarien
Am meisten Nutzen bringen Agenten in der Pipeline bei Aufgaben, die regelmäßig anfallen, klar abgegrenzt sind und sich automatisch überprüfen lassen. Dazu gehören automatische Erstreviews von Pull Requests mit Hinweisen auf Fehler, fehlende Tests oder Verstöße gegen Projektregeln. Ebenso gut eignen sich das Ergänzen fehlender Tests, das Beheben fehlschlagender Linter-Prüfungen, kleine Abhängigkeits-Updates oder das Aktualisieren von Dokumentation nach Codeänderungen.
Weniger geeignet sind Aufgaben mit unklaren Anforderungen oder großen Architekturentscheidungen. Hier bleibt der interaktive Modus am Entwicklerrechner überlegen, weil Rückfragen und Kurskorrekturen direkt möglich sind. Eine gute Faustregel lautet: Was ein erfahrener Kollege ohne Rückfrage in einer Stunde erledigen könnte, ist ein Kandidat für die Pipeline.
Einrichtung in fünf Schritten
Damit ein Agent in der Pipeline zuverlässig und sicher arbeitet, braucht es mehr als eine kopierte Workflow-Datei. Folgende Schritte haben sich bewährt.
- Legen Sie fest, welche Ereignisse den Agenten auslösen dürfen, zum Beispiel nur Pull Requests aus dem eigenen Repository oder ausdrückliche Erwähnungen durch Teammitglieder.
- Hinterlegen Sie API-Schlüssel ausschließlich als verschlüsselte Secrets der CI und geben Sie dem Workflow nur die Berechtigungen, die er tatsächlich braucht.
- Pflegen Sie eine CLAUDE.md oder AGENTS.md mit Build-, Test- und Stilregeln, damit der Agent in der Pipeline dieselben Konventionen kennt wie lokal.
- Lassen Sie den Agenten nie direkt in den Hauptzweig schreiben, sondern ausschließlich Pull Requests oder Review-Kommentare erzeugen, die ein Mensch freigibt.
- Messen Sie nach einigen Wochen Kosten, Laufzeiten und die Quote übernommener Vorschläge und passen Sie Auslöser und Regeln entsprechend an.
Sicherheit und mobile Pipelines
Ein Agent in der CI hat Zugriff auf Code und unter Umständen auf Secrets. Deshalb verdienen Prompt Injection über Issue-Texte oder Pull Requests aus Forks besondere Aufmerksamkeit. Beschränken Sie Auslöser, Rechte und Netzwerkzugriffe konsequent und protokollieren Sie, was der Agent tut.
Für mobile Apps kommt eine zweite Ebene hinzu: Builds, Code Signing, Zertifikate und die Auslieferung über TestFlight und die Google Play Console. Das Team von appsubmitter.io richtet solche Pipelines mit fastlane und GitHub Actions, GitLab CI, Bitrise, Codemagic oder Xcode Cloud im Account des Kunden ein. neooutput unterstützt bei der Integration der Coding-Agenten in Ihre Pipeline und schult Ihr Team im sicheren Umgang damit.
Pipeline-Einrichtung remote für verteilte Teams
In einer ersten Video-Session analysieren wir Ihre bestehende Pipeline und legen fest, welche Aufgaben ein Agent übernehmen soll. Danach bauen wir gemeinsam einen ersten Workflow, testen ihn an einem echten Pull Request und besprechen die Ergebnisse direkt im Anschluss. Weil alle Beteiligten im selben Repository arbeiten, ist die räumliche Entfernung kein Hindernis. Im Gegenteil: Jede Person sieht die Konfiguration direkt in ihrer eigenen Umgebung und kann sie sofort ausprobieren.
neooutput begleitet Teams aus dem gesamten DACH-Raum remote. Sessions werden auf Wunsch aufgezeichnet, sodass auch später hinzukommende Teammitglieder nachvollziehen können, warum welche Regel gilt. Zwischen den Terminen prüfen wir asynchron die ersten Agentenläufe und schlagen Anpassungen vor. Für mobile Apps richtet appsubmitter.io die Release-Pipeline mit fastlane und Code Signing ebenfalls vollständig remote ein.
Häufige Fragen
Kann ein Coding-Agent in GitHub Actions selbstständig Code mergen?
Technisch wäre das möglich, empfehlenswert ist es nicht. Bewährt hat sich, dass der Agent Pull Requests oder Review-Kommentare erzeugt und ein Mensch die Freigabe erteilt. Branch-Schutzregeln sollten das auch technisch erzwingen.
Was kostet ein Agent in der CI-Pipeline?
Die Kosten setzen sich aus CI-Laufzeit und Modellnutzung zusammen und hängen stark davon ab, wie oft der Agent ausgelöst wird und wie groß der Kontext ist. Starten Sie mit eng gefassten Auslösern und beobachten Sie die Verbräuche einige Wochen, bevor Sie den Einsatz ausweiten.
Funktioniert das auch mit GitLab oder Bitbucket?
Grundsätzlich ja, da sich die CLI-Varianten der Agenten in jeder Pipeline ausführen lassen, die Container oder Skripte unterstützt. Die komfortabelsten Integrationen gibt es derzeit für GitHub, für andere Plattformen ist etwas mehr Konfigurationsarbeit nötig.
Brauchen Sie für die Online-Einrichtung Admin-Zugriff auf unser Repository?
Für die gemeinsame Einrichtung reicht es meist, wenn ein Teammitglied mit passenden Rechten die Änderungen per Bildschirmfreigabe vornimmt. Alternativ arbeiten wir mit zeitlich begrenzten Zugängen, die nach Abschluss wieder entzogen werden.