Integration · GitHub

Erwähne einen Agenten in einem GitHub-Issue. Zurück kommt ein Pull Request.

Installiere die GitHub-App in den Repositorys, die du auswählst, und erwähne @zwrm-agent in einem Issue oder Pull Request. Der Agent arbeitet auf einem Branch in seiner eigenen Maschine und antwortet im Verlauf.

Demo buchen Zur Einrichtung

Installiere die App einmal. Dann erwähne sie, wo du arbeitest.

Der Agent bekommt die Repositorys, die du auswählst, und die Berechtigungen, die GitHub dir bei der Installation zeigt.

01
GitHub-App installieren

Installiere die GitHub-App von zwrm in den Repositorys, in denen der Agent arbeiten soll. Nur dort.
02
Agenten wählen

Wähl den Agenten, der in diesen Repositorys antwortet, samt Anweisungen, Skills und Budget.
03
Erwähnen

Schreib @zwrm-agent in ein Issue oder einen Pull Request. Jedes Issue behält seinen eigenen Workspace, so bauen Nachfragen auf dem Bisherigen auf.
04
Pull Request prüfen

Der Agent pusht auf einen Branch und öffnet einen Pull Request. Das Mergen bleibt bei dir.

Mit einem eigenen GitHub-Konto für den Agenten statt der App kannst du ihm auch Issues zuweisen und ihn um Reviews bitten.

Zur Dokumentation

Das kann der Agent auf GitHub. In Repositorys deiner Wahl.

Diese Berechtigungen fragt die App bei der Installation an. Workflow-Dateien bleiben außen vor, außer du erlaubst sie.

Agenten können lesen

Code in den Repositorys, in denen die App installiert ist
Issues, Pull Requests und ihre Kommentare
Ausführungen von GitHub Actions, Checks und Commit-Status

Agenten können schreiben

Branches und Commits
Pull Requests und Review-Kommentare
Kommentare und Labels an Issues
Workflow-Dateien, nur wenn du diese Berechtigung erteilst

Agenten können nicht

In Repositorys arbeiten, in denen die App nicht installiert ist
Als App Issues zugewiesen bekommen: Das geht bei GitHub nur für Konten
Von selbst mergen: Das überlässt er dir, außer du bittest ihn darum

Branch-Schutzregeln gelten für den Agenten wie für alle anderen im Repository.

Pull Requests statt Überraschungen. In Repositorys deiner Wahl.

Nur, wo sie installiert ist

Die App arbeitet nur in den Repositorys, in denen du sie installierst, und mit den Berechtigungen, die GitHub dir bei der Installation zeigt.

Branches statt Standard-Branch

Der Agent hat die Anweisung, nie auf den Standard-Branch zu pushen und nie zu mergen, solange niemand darum bittet. Dein Branch-Schutz gilt zusätzlich.

Eigene Maschine pro Run

Jeder Run läuft in einer isolierten MicroVM, getrennt von deinen anderen Agenten und Systemen.

Ein Tageslimit

Erwähnungen starten pro Tag nur eine begrenzte Zahl von Runs, zusätzlich zum eigenen Tagesbudget des Agenten.

Jeder Run wird im Dashboard protokolliert: welche Tools der Agent aufgerufen hat und was zurückkam.

Sicherheit bei zwrm

Routinen auf GitHub. Einmal erklärt, laufen sie von selbst.

Bei jedem neuen Issue

Issues sortieren

Versieht jedes neue Issue mit Labels, fragt nach fehlenden Schritten zum Nachstellen und verlinkt verwandte Issues.

Ole · Recherche
Mo · 09:00 →

Release Notes entwerfen

Sammelt die gemergten Pull Requests der Vorwoche und stellt die Release Notes als Entwurf zum Prüfen in den Team-Chat.

Pia · Texte
Täglich · 06:00

Abhängigkeiten aktualisieren

Sucht veraltete Abhängigkeiten und öffnet pro Update einen Pull Request, mit Link zum Changelog.
Wanda · Operations

Alle Routinen

Weitere Integrationen. Eingerichtet wie diese.

Alle Integrationen

Notion

Erwähne einen Agenten auf einer geteilten Seite. Er antwortet im Verlauf, mit eigenem Notion-Konto.
Microsoft 365

E-Mails, Kalender, Dateien und Teams-Chats, über ein eigenes Microsoft-365-Konto des Agenten.
HubSpot

Kontakte, Unternehmen und Deals: Der Agent liest und pflegt sie mit eigenem HubSpot-Konto.
DATEV

Offene Posten und Buchhaltungsdaten, über einen MCP-Server oder Exporte, die du einrichtest.
Front

Unterhaltungen in den Sammelpostfächern: Antwortentwürfe, Kommentare und Tags.