Automatisierungen: Agenten legen los, wenn etwas passiert
Zu merken, dass die CI gebrochen ist oder ein PR einen Kommentar bekommen hat, und das an einen Agenten zu übergeben, bleibt sonst immer an dir hängen. Automatisierungen verknüpfen ein Ereignis mit einem Auftrag: Löst eine Regel aus, arbeitet ein Agent in einem eigenen Worktree nach einem Playbook und liefert das Ergebnis so ab, wie du es festgelegt hast.
Diese Funktion ist in den Tarifen Pro und Team enthalten. Im kostenlosen Tarif erscheint sie gesperrt; melde dich mit deinem AgentVera-Account an und wechsle den Tarif, um sie freizuschalten. Tarife vergleichen
Ereignisse
Regeln liegen im Tab Details → Automation → Automations des Projekts; die Ansicht „Runs“ zeigt den Verlauf jeder Regel.
- CI wurde rot: Ein Lauf bricht in GitHub Actions, GitLab CI oder Jenkins, wie im Tab „CI/CD“ verbunden. Begrenze es mit Branch-Mustern wie „main, release/*“.
- PR-Kommentar: Es zählen nur Kommentare von Repo-Eigentümern, Mitgliedern und Mitwirkenden, nie von Bots. Arbeitet bereits ein Agent an diesem PR, gehen neue Kommentare an ihn.
- Issue mit Label: Das Standard-Label ist „ajan“. Das Label muss von einer Person mit Schreibzugriff gesetzt worden sein.
- Zeitgesteuert: ein Cron-Ausdruck mit 5 Feldern in Ortszeit, zum Beispiel werktags um 09:00.
Der Auftrag und wie er landet
Löst eine Regel aus, öffnet sich ein Claude-Code- oder Codex-Agent in einem eigenen Worktree auf einem Branch ajan/… und folgt dem gewählten Playbook. Eine Regel kann auch von ihrem Start-Knoten aus einen Flow starten oder einen Plan für ein paralleles Team vorbereiten, der auf deine Freigabe wartet. Die Einstellung zur Auslieferung bestimmt, wohin das Ergebnis geht.
- Automatisch: pusht zurück auf den Branch, dessen CI gebrochen ist, oder auf den Branch des PRs, sonst wird ein PR geöffnet; nie direkt auf den Standard-Branch.
- Einen PR öffnen, auf denselben Branch pushen, in die Merge-Queue stellen oder auf dem Branch liegen lassen.
- Solange ein Projekt keine Regeln hat, werden vier vorgefertigte angeboten: CI reparieren, wenn sie bricht, PR-Kommentare bearbeiten, Issues mit dem Label „ajan“ erledigen, Abhängigkeiten montags aktualisieren.
Playbooks
Ein Playbook ist die Anweisung, die dem Agenten sagt, wie er den Auftrag erledigt. Sechs sind eingebaut: einen Bug beheben, einen CI-Fehler beheben, PR-Kommentare bearbeiten, ein Feature aus einem Issue bauen, Abhängigkeiten aktualisieren (nur Minor und Patch) und die Testabdeckung erhöhen. Eigene Playbooks speicherst du auf diesem Rechner oder im Repo als Dateien .agentvera/playbooks/*.md, die dein Team über Git erreichen.
Sicherheitsgrenzen
Weil Automatisierungen von selbst laufen, werden die Grenzen vorab festgelegt.
- Jede Regel läuft höchstens 1 bis 50 Mal in rollierenden 24 Stunden, standardmäßig 5 Mal.
- Höchstens 2 automatische Korrekturen pro Branch und Tag, und immer nur eine gleichzeitig.
- GitHub wird alle 2 Minuten geprüft; CI-Läufe und PRs aus Forks werden übersprungen.
- Kommentar- und Issue-Text geht als nicht vertrauenswürdiger Fremdtext markiert an den Agenten, der nur die Arbeit beschreibt.
- Vor einem Push werden Commits auf .env-, Schlüssel-, .npmrc- und Zugangsdaten-Dateien geprüft; wird eine gefunden, wird nichts gepusht.
Deine erste Regel einrichten
- 1
Öffne den Tab Details → Automation → Automations des Projekts.
- 2
Wähle eine vorgefertigte Regel oder lege eine neue an.
- 3
Wähle Ereignis, Playbook, Agent und die Option „On delivery“.
- 4
Lege das tägliche Laufzeitlimit fest und speichere; die Ergebnisse verfolgst du unter „Runs“.
Fragen
Welche Agenten führen die Aufträge aus?
Claude Code oder Codex; standardmäßig Claude Code.
Was brauchen PR-Kommentare und Issues?
Der Origin des Repos muss auf GitHub liegen und du musst auf diesem Rechner bei GitHub angemeldet sein. Das CI-Ereignis funktioniert mit jedem Anbieter im Tab „CI/CD“.
Pusht ein Agent auf meinen Standard-Branch?
Nein. Auch wenn „auf denselben Branch pushen“ gewählt ist, bekommt der Standard-Branch stattdessen einen PR, und der Modus „Automatisch“ pusht nie direkt darauf.
Kann ein PR-Kommentar den Agenten austricksen?
Es werden nur Kommentare von Eigentümern, Mitgliedern und Mitwirkenden bearbeitet, und der Text erreicht den Agenten als nicht vertrauenswürdig markiert. Vor einem Push werden Commits außerdem auf geheime Dateien geprüft.
Verwandte Funktionen
Hol deine Agenten an einen Schreibtisch.
Starte mit dem kostenlosen Tarif. Lade die App herunter, füge einen Projektordner hinzu und öffne deinen ersten Agenten.
Beiträge zu diesem Thema
Blog- 27. Oktober 2026Claude Code GitHub Actions: Einrichtung und WorkflowsClaude Code GitHub Actions einrichten: /install-github-app oder von Hand, @claude-Erwähnungen, automatisches PR-Review, Secrets, Kosten und Berechtigungen.
- 27. Oktober 2026Claude Code Headless-Modus: claude -p für Skripte und CIDer Claude Code Headless-Modus erklärt: claude -p, JSON- und stream-json-Ausgabe, --allowedTools, --max-turns, --bare, Sessions fortsetzen, Pipes, Cron und CI.
- 27. Oktober 2026Abhängigkeiten mit KI aktualisieren ohne kaputten BuildAbhängigkeiten mit KI-Agenten sicher aktualisieren: npm outdated sortieren, ein Major pro Branch, Migrationsguide lesen, Codemods, Tests und Dependabot-PRs fixen.