Github

• Sie möchten, dass ein Agent GitHub-Issues und Pull Requests in Ihrem Namen überwacht oder triagiert.
• Sie müssen den Status von CI/CD-Pipelines prüfen – z. B. Workflow-Runs auflisten, Logs fehlgeschlagener Schritte ansehen oder einen fehlerhaften Build diagnostizieren.
• Sie benötigen strukturierte JSON-Ausgaben von GitHub für die Weiterverarbeitung oder Berichterstellung.
• Sie möchten GitHub-REST-API-Endpunkte abfragen, die über das hinausgehen, was Standard-gh-Unterbefehle bieten (z. B. das Abrufen bestimmter PR-Felder mit --jq-Filtern).

• Sie müssen mit GitHub auf Git-Protokollebene interagieren (Klonen, Pushen von Commits, Rebasing) – diese Skill ist für die GitHub-Plattform-API, nicht für reine Git-Operationen.
• Sie benötigen einen GitLab-, Bitbucket- oder anderen Nicht-GitHub-Host; die gh CLI ist ausschließlich für GitHub.

Listet Pull Requests auf, zeigt sie an und prüft deren Status mit Befehlen wie gh pr checks und gh pr list. Funktioniert immer mit jedem Repository, indem --repo owner/repo angegeben wird – auch außerhalb eines Git-Verzeichnisses.

Untersuche GitHub Actions Workflow-Runs mit gh run list, gh run view und --log-failed, um ausschließlich die Protokolle fehlgeschlagener Schritte anzuzeigen. Ideal für Agenten, die fehlerhafte Pipelines diagnostizieren müssen, ohne manuell in Logs zu suchen.

Der Befehl gh api ermöglicht den Zugriff auf jeden GitHub REST API-Endpunkt. Kombiniere ihn mit --jq-Filtern, um genau die Felder zu extrahieren, die du benötigst – zum Beispiel, um Titel, Status und Autor eines Pull Requests in einem einzigen Aufruf abzurufen.

Die meisten gh-Unterbefehle unterstützen --json-Flags, sodass Antworten in --jq-Ausdrücke weitergeleitet oder direkt von nachgelagerten Tools verarbeitet werden können. Dies erleichtert es Agenten, Github-Daten programmatisch zu analysieren und darauf zu reagieren.

Listet und filtert Issues mit gh issue list, einschließlich JSON-Ausgabe für strukturierte Abfragen. Unterstützt die Filterung nach Labels, Status, Zugewiesenem und mehr durch Standard-gh-Flags.

Ein Agent überprüft alle offenen PRs, ruft deren CI-Status über gh pr checks ab und hebt alle PRs hervor, die fehlschlagen oder ins Stocken geraten sind – so erhält der Entwickler eine priorisierte Liste, ohne das Dashboard manuell prüfen zu müssen.

Wenn ein Build fehlschlägt, führt der Agent gh run view <run-id> --log-failed aus, um nur die Logs der fehlgeschlagenen Schritte abzurufen, und fasst die Ursache zusammen – so müssen Entwickler nicht mehr durch lange CI-Ausgaben scrollen.

Der Agent fragt offene Issues mit gh issue list --json und --jq-Filtern ab, um einen strukturierten Bericht zu erstellen – gruppiert nach Label, Alter oder Verantwortlichem – für einen wöchentlichen Team-Digest.

Mithilfe von gh api mit benutzerdefinierten --jq-Abfragen ruft ein Agent spezifische Metadaten ab (z. B. den Merge-Commit-SHA eines PRs, die Reviewer-Liste oder den Zeitplan von Workflows), die über Standard-Unterbefehle nicht zugänglich sind.