Commit
Eine Nachricht auf Basis des Diffs.
/commit liest gestagte Änderungen und erstellt eine Nachricht. Prüfe, bearbeite oder verwerfe sie vor dem Commit – die Erklärung sollte zur Änderung passen.
Git & GitHub
Behalte den Kontext. Vom Issue zum Pull Request.
Issue, Branch-Diff, Commit-Nachricht und Review-Kommentare sollten keine vier getrennten Aufgaben sein. Bring sie in den Projektworkflow – und halte die Entscheidungen nachvollziehbar.
GitHub-Workflows erfordern die GitHub CLI (gh), Authentifizierung und passende Repositoryberechtigungen. Slash-Befehle werden im Lurus-Code-Chat ausgeführt.
Der Weg einer Änderung
- Issue verstehen
- Änderung umsetzen
- Commit vorbereiten
- Draft-PR öffnen
Vom Projektkontext zur Übergabe
Commit-Nachrichten und Pull Requests aus deinen Änderungen erstellen.
Pull Request
Ein Ausgangspunkt für Reviewer.
/create-pr nutzt die Commits und den Diff deines Branches für Titel und Beschreibung. Mit --draft lässt du die Änderung vor dem Review noch einmal prüfen.
Nach dem ersten Diff geht die Arbeit weiter
Automatisiere Fehlerbehebung – vom Issue bis zum Fix.
Erst das Issue verstehen.
/analyze-issue 42 /analyze-issue liest ein Issue und fordert eine Analyse von Ursache, betroffenem Code und möglichem Ansatz an, ohne Quellcodeänderungen anzufordern.
Den Fix bearbeiten.
/fix-issue 42 /fix-issue lädt das Issue, bereitet einen Fix-Branch vor und übergibt die Umsetzung an den Agenten. Prüfe und teste das Ergebnis.
Review-Kommentare bearbeiten.
/fix-pr /fix-pr bringt offene Kommentare des aktuellen PRs in den Agentworkflow. Prüfe, ob die Änderungen das gemeinte Feedback tatsächlich lösen.
Lokal beginnen. Bewusst veröffentlichen.
Starte mit einem echten Issue oder einer kleinen gestagten Änderung.
Für Pro, Pro+ und Ultra. Danach kostenpflichtig, sofern du nicht vorher kündigst. Nutzung und Funktionen hängen von deinem Plan und Guthaben ab.
KI-Fixes und Beschreibungen benötigen Review. GitHub-Befehle können Branches anlegen und Pull Requests veröffentlichen; nutze sie bewusst.
- Erst das Issue verstehen.
/analyze-issue 42 - Nachricht für gestagte Änderungen erstellen
/commit - Einen Draft-Pull-Request erstellen
/create-pr --draft
Dein Code bleibt dein Code.
Quellcode und Anfragekontext werden mit Zero Data Retention verarbeitet. Keine Nutzung für Modelltraining. Provider und Verarbeitungsregion sind transparent ausgewiesen.
Datenschutz und Verarbeitung ansehenGut zu wissen, bevor du startest.
Was benötigen die GitHub-Workflows?
Installiere die GitHub CLI (gh), authentifiziere sie und nutze ein Konto mit den passenden Repositoryberechtigungen. Reine Git-Commits benötigen ein lokales Git-Repository.
Kann ich ein Issue vor Änderungen analysieren?
Ja. /analyze-issue fordert eine reine Leseanalyse an. /fix-issue startet einen Fix-Workflow und kann einen Branch und Quellcodeänderungen erzeugen.
Entscheidet die KI, was gemergt wird?
Nein. Prüfe Diff und Beschreibungen, führe deine Checks aus und behalte die Freigaberegeln deines Repositorys bei. Ein Draft-PR ist kein freigegebener Merge.
Git & GitHub
Bring eine echte Änderung voran. Mit ihrem Kontext.
Teste den Workflow in deinem Repository. Beginne mit einer Issue-Analyse oder einem kleinen Diff, bevor du eine größere Änderung übergibst.
Für Pro, Pro+ und Ultra. Danach kostenpflichtig, sofern du nicht vorher kündigst. Nutzung und Funktionen hängen von deinem Plan und Guthaben ab.
Du möchtest mit deinem Team starten? Sprich mit uns.