Viele Freiburger Entwicklungsteams nutzen Coding-Agenten bereits am eigenen Rechner und fragen sich, wie sie den nächsten Schritt gehen: Agenten, die Pull Requests automatisch vorprüfen, fehlende Tests ergänzen oder kleine Fixes selbstständig vorschlagen. Dieser Beitrag zeigt, wie Sie Claude Code, Codex oder Copilot sinnvoll in GitHub Actions und andere CI/CD-Systeme einbinden, welche Sicherheitsregeln dabei unverzichtbar sind und wie auch mobile Release-Pipelines profitieren. Mit Sitz in Freiburg begleiten wir Teams aus der Region direkt vor Ort.
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.
CI/CD mit Agenten für Freiburger Teams
In Freiburg arbeiten viele kleine und mittlere Teams, bei denen dieselben Personen entwickeln, reviewen und deployen. Gerade dort entlastet ein Agent, der Pull Requests vorab kommentiert oder Linter-Fehler behebt, spürbar. Startups im Umfeld von Lokhalle und Grünhof profitieren von schnelleren Release-Zyklen, Forschungsgruppen an Universität und Fraunhofer-Instituten von reproduzierbaren Tests, die ein Agent ergänzt und aktuell hält.
Weil jocapps in Freiburg sitzt, richten wir die Pipeline gern gemeinsam mit Ihrem Team vor Ort ein, besprechen Auslöser, Rechte und Review-Regeln am Whiteboard und testen den ersten Workflow direkt im Repository. Für mobile Apps übernimmt appsubmitter.io die Einrichtung von fastlane, Code Signing und Store-Uploads, sodass am Ende eine durchgehende Kette vom Commit bis zur Testversion in TestFlight und Google Play steht. Mittelständler aus Südbaden erhalten so eine dokumentierte Pipeline, die ihr Team selbst weiterpflegen kann.
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.
Richten Sie die Pipeline in Freiburg gemeinsam mit unserem Team ein?
Ja. Wir starten gern mit einem Termin bei Ihnen vor Ort in Freiburg, klären Anforderungen und Sicherheitsregeln und bauen den ersten Workflow gemeinsam. Weitere Anpassungen können anschließend remote erfolgen.