Github

• Vous souhaitez qu'un agent surveille ou trie les issues et pull requests Github en votre nom.
• Vous devez inspecter l'état d'un pipeline CI/CD — lister les exécutions de workflows, consulter les journaux d'étapes échouées ou diagnostiquer un build cassé.
• Vous avez besoin d'une sortie JSON structurée depuis Github pour un traitement en aval ou des rapports.
• Vous souhaitez interroger des endpoints de l'API REST Github qui vont au-delà de ce qu'exposent les sous-commandes gh standard (par exemple, récupérer des champs spécifiques de PR avec des filtres --jq).

• Vous devez interagir avec GitHub au niveau du protocole Git (clonage, push de commits, rebasage) — cette compétence concerne l'API de la plateforme GitHub, et non les opérations Git brutes.
• Vous avez besoin de GitLab, Bitbucket ou d'un autre hébergeur non-GitHub ; le CLI gh est exclusivement réservé à GitHub.

Listez, visualisez et vérifiez le statut des pull requests avec des commandes comme gh pr checks et gh pr list. Fonctionne toujours avec n'importe quel dépôt en spécifiant --repo propriétaire/dépôt, même en dehors d'un répertoire git.

Inspectez les exécutions de workflows Github Actions avec gh run list, gh run view et --log-failed pour n'afficher que les journaux des étapes en échec. Idéal pour les agents qui ont besoin de diagnostiquer des pipelines défaillants sans recherche manuelle dans les journaux.

La commande gh api déverrouille n'importe quel point de terminaison de l'API REST GitHub. Combinez-la avec des filtres --jq pour extraire exactement les champs dont vous avez besoin — par exemple, récupérer le titre, l'état et l'auteur d'une PR en un seul appel.

La plupart des sous-commandes gh prennent en charge les options --json afin que les réponses puissent être redirigées vers des expressions --jq ou consommées directement par des outils en aval. Cela permet aux agents d'analyser et d'exploiter facilement les données Github de manière programmatique.

Listez et filtrez les problèmes avec gh issue list, y compris la sortie JSON pour les requêtes structurées. Prend en charge le filtrage par étiquettes, état, responsable, et plus encore grâce aux options standard de gh.

Un agent vérifie toutes les PR ouvertes, récupère leur statut CI via gh pr checks, et met en évidence les PR en échec ou bloquées — offrant au développeur une liste priorisée sans avoir à consulter manuellement le tableau de bord.

Lorsqu'une compilation échoue, l'agent exécute gh run view <run-id> --log-failed pour récupérer uniquement les journaux de l'étape ayant échoué et en résume la cause principale, évitant ainsi aux ingénieurs de faire défiler de longues sorties CI.

L'agent interroge les issues ouvertes avec gh issue list --json et des filtres --jq pour générer un rapport structuré — regroupant par label, ancienneté ou assigné — destiné à un résumé hebdomadaire de l'équipe.

En utilisant gh api avec des requêtes --jq personnalisées, un agent récupère des métadonnées spécifiques (par exemple, le SHA du commit de fusion d'une PR, la liste des réviseurs ou les délais d'exécution des workflows) qui ne sont pas exposées par les sous-commandes standard.