Tutoriel 14 — OpenClaw Skill GitHub : gérez automatiquement les issues, créez des PR et consultez les résultats CI (2026)

Objectif : installer le Skill GitHub pour qu'OpenClaw utilise le CLI gh et traite en langage naturel les tâches de développement quotidiennes sur GitHub.

Prérequis : installer et configurer le CLI gh

Le Skill GitHub dépend de l'outil officiel gh CLI. S'il n'est pas encore installé, faites-le d'abord :

# macOS
brew install gh
 
# Linux (Debian/Ubuntu)
sudo apt install gh
 
# Windows (winget)
winget install --id GitHub.cli

Après l'installation, connectez-vous :

gh auth login

Suivez les instructions :

? What account do you want to log into? GitHub.com
? What is your preferred protocol for Git operations? HTTPS
? Authenticate Git with your GitHub credentials? Yes
? How would you like to authenticate GitHub CLI? Login with a web browser

! First copy your one-time code: XXXX-XXXX
Press Enter to open github.com in your browser...

Vérifiez après connexion :

gh auth status
# Devrait afficher : ✓ Logged in to github.com as <votre-nom-utilisateur>

Le prérequis essentiel pour utiliser le Skill GitHub avec openclaw est que gh soit correctement connecté — le Skill GitHub interagit avec l'API GitHub via les commandes gh, sans configuration supplémentaire de Personal Access Token.

Étape 1 : Installer le Skill GitHub

/install @steipete/github

Vérification :

pnpm openclaw skills list
# Le Skill github devrait apparaître

Étape 2 : Gestion des issues

Commandes courantes pour créer automatiquement des issues GitHub avec openclaw :

Dans monorg/mondépôt, crée une issue : titre "Exception NullPointer dans le module de paiement", description "En cas de concurrence élevée, le traitement du callback de paiement génère occasionnellement une NPE, voir la pile d'appels en pièce jointe", labels bug, high-priority

Affiche les 10 dernières issues ouvertes de monorg/mondépôt

Recherche toutes les issues contenant le mot "timeout" dans monorg/mondépôt

Ferme l'issue #234 avec le commentaire "Corrigé dans la PR #456"

Ajoute le label needs-review à l'issue #234 et assigne-la à @dupont

L'IA exécute automatiquement les commandes gh correspondantes et renvoie les résultats :

# Commande réellement exécutée par le Skill (visible)
gh issue create --repo monorg/mondépôt \
  --title "Exception NullPointer dans le module de paiement" \
  --body "En cas de concurrence élevée..." \
  --label "bug,high-priority"
# ✅ Issue #235 créée : https://github.com/monorg/mondépôt/issues/235

Étape 3 : Opérations sur les PR

Faire en sorte qu'openclaw aide à la revue des PR — opérations sur les PR :

Affiche toutes les PR en attente de fusion dans monorg/mondépôt

Affiche le diff de la PR #456 et dis-moi ce qui a changé

Rédige un commentaire de revue pour la PR #456 : la logique globale est claire, mais la gestion des erreurs à la ligne 38 nécessite un logging — il est conseillé d'utiliser le pattern ErrorHandler unifié

Dans monorg/mondépôt, crée une PR : depuis la branche feature/payment-refactor vers main, titre "Refactorisation du module de passerelle de paiement", description incluant un résumé des changements

Approuve et fusionne la PR #456 (squash merge)

Avant les opérations destructives comme la fusion, l'IA demande confirmation :

Sur le point de fusionner la PR #456 vers main (squash merge). Confirmer l'exécution ? [y/N]

Étape 4 : Consultation CI / Actions

Commandes courantes pour consulter les causes d'échec GitHub Actions avec openclaw :

Affiche les 5 dernières exécutions CI dans monorg/mondépôt

La CI de la PR #456 a échoué — dis-moi pourquoi

Redéclenche le pipeline CI de la PR #456

Affiche les logs détaillés de la dernière exécution du workflow "Déploiement en production"

L'IA extrait automatiquement l'étape en échec et les messages d'erreur clés — vous n'avez pas à parcourir vous-même de longs logs :

Analyse d'échec CI (Run #1234) :
  Étape en échec : Run tests
  Type d'erreur : Timeout du test (limite 30s dépassée)
  Test en échec : PaymentServiceTest.testHighConcurrency
  Suggestion : augmenter la configuration du timeout ou optimiser ce test

Étape 5 : Usage avancé — requêtes complexes avec gh api

Pour les cas non couverts par les commandes intégrées du Skill, utilisez gh api pour des requêtes personnalisées :

Avec gh api, interroge toutes les PR fusionnées dans monorg/mondépôt ces 30 derniers jours, liste les auteurs et dates de fusion

Avec gh api, récupère le nombre de stars de tous les dépôts de l'organisation monorg, trié par ordre décroissant

L'IA construira la requête GraphQL ou REST appropriée :

gh api graphql -f query='
  query {
    repository(owner: "monorg", name: "mondépôt") {
      pullRequests(states: MERGED, last: 50, orderBy: {field: UPDATED_AT, direction: DESC}) {
        nodes {
          title
          author { login }
          mergedAt
        }
      }
    }
  }
'

L'avantage clé d'openclaw sur GitHub Copilot est que le Skill GitHub ne se limite pas à la complétion de code — c'est une automatisation complète des opérations de dépôt couvrant l'ensemble du flux de développement, des issues au CI.

Étape 6 : Rapport quotidien d'activité du dépôt

Transformez-le en tâche quotidienne matinale :

Rapport sur l'activité de monorg/mondépôt :
1. Issues créées hier (triées par priorité)
2. PR en attente de ma revue
3. Pipelines CI en échec

Combiné avec le Skill ontology (tutoriel 12), l'IA peut aussi relier ces activités au contexte de projet déjà connu :

La PR #460 est soumise par Marie Dupont, liée au projet "refonte du système de paiement", priorité haute — revue urgente recommandée.

Questions fréquentes

OpenClaw peut-il fusionner automatiquement des PR ?

Oui, mais chaque fusion demande une confirmation préalable — l'IA n'exécute pas d'opérations destructives en silence. Vous pouvez dire explicitement à l'IA « approuve et fusionne la PR #456, pas besoin de confirmer », et elle exécutera directement. Pour une fusion entièrement automatisée (par exemple fusionner automatiquement quand la CI est verte), combinez les tâches planifiées d'OpenClaw avec des déclencheurs conditionnels.

Le Skill GitHub nécessite-t-il un Personal Access Token ?

Non, pas de configuration de PAT. Le Skill GitHub réutilise directement les identifiants du CLI gh déjà connecté — il suffit d'avoir fait gh auth login avant d'installer le Skill. Le CLI gh utilise le Device Flow OAuth, plus sécurisé que les PAT gérés manuellement, avec des portées de permissions contrôlées par GitHub officiellement.

Quelle est la différence entre le Skill GitHub et GitHub Copilot ?

Les deux ont des positionnements entièrement différents. GitHub Copilot est un outil d'assistance à l'écriture de code, principalement pour la complétion de code dans l'IDE. Le Skill GitHub est un outil d'automatisation des opérations de dépôt permettant de gérer les issues, la revue des PR, la consultation du CI en langage naturel — sans toucher au code lui-même. Les deux sont compatibles et complémentaires. Le Skill GitHub est particulièrement précieux pour les développeurs n'utilisant pas VS Code (Neovim, flux de travail terminal, etc.).

Peut-on gérer plusieurs dépôts GitHub simultanément ?

Oui. Spécifiez simplement le nom du dépôt dans votre instruction — le Skill GitHub ne limite pas le nombre de dépôts. Par exemple :

Consulte respectivement les PR en attente de fusion dans monorg/frontend et monorg/backend, et combine-les en une seule liste

Pour les dépôts privés, il suffit que le compte connecté avec gh auth login ait les droits d'accès correspondants — aucune configuration supplémentaire n'est nécessaire.

Prochaines étapes

Tutoriel 15 — Prochaine technique avancée
Tutoriel 13 — Utilisez le Skill Gog pour connecter Gmail et Google Calendar, et intégrez les activités GitHub dans un rapport de journée de travail complet