
Récupère les tickets GitHub et orchestre des sous-agents parallèles pour implémenter des correctifs, ouvrir des PR et suivre les retours d'examen via l'API REST de GitHub (sans CLI gh).
gh-issues est une compétence d'orchestration qui récupère les tickets GitHub, effectue des vérifications préliminaires et déploie des sous-agents spécialisés pour implémenter des correctifs et ouvrir des pull requests. Il automatise tout le cycle de vie : analyse des arguments, sélection des tickets, création de branches/PR (via curl + l'API REST GitHub), et gestion des examens via des sous-agents de correction. Il prend en charge les modes cron et watch, les flux de travail en mode fork, et le suivi des tâches en cours basé sur des revendications.
Utilisez cette compétence lorsque vous souhaitez : récupérer et trier des tickets programmatiquement ; faire en sorte que des agents automatisés tentent des corrections de code ciblées et ouvrent des PR ; surveiller les commentaires de revue de PR et déployer des agents de correction de suivi ; ou exécuter sur un planning (cron) pour traiter les tickets progressivement. Il est conçu pour les dépôts où des corrections automatisées sont plausibles et sûres à tenter.
Cette compétence est destinée aux agents de style OpenClaw capables d'exécuter shell exec, sessions_spawn, et d'utiliser le GH_TOKEN injecté dans l'environnement. Elle nécessite que curl et git soient disponibles dans l'exécution et déploie des sous-agents capables d'exécuter des flux de correction de code (modèles comme glm-5, famille codex, ou autres LLM capables de coder).
gh-issues est une compétence complète d'orchestration d'issues GitHub qui récupère les issues, lance des sous-agents pour implémenter des correctifs et surveille les commentaires de revue de PR. Elle utilise exclusivement curl + l'API REST de GitHub (pas de CLI gh). Le fichier skill_md est approfondi avec 6 phases bien définies, l'analyse d'arguments, le mode fork, le mode cron, le mode watch et la déduplication basée sur les revendications. Aucun script groupé à tester.
Déductions de sécurité : -12 pour le risque d'injection shell (variables non quotas dans les commandes curl comme {SOURCE_REPO}, {title}, {body} dans les modèles JSON), -15 pour l'exposition des identifiants (jeton dans les URL de remote git visible via git remote -v), -8 pour la modification globale de la configuration git (credential.helper effacé globalement), -3 pour l'interpolation de chaînes jq sans assainissement. La compétence est bien structurée et véritablement utile, mais le modèle de sécurité repose sur l'exécution des commandes par l'agent dans un environnement contrôlé. Aucune preuve d'intention malveillante. Pas de curl|bash, pas d'identifiants codés en dur, pas d'exfiltration de données, pas de mécanismes de mise à jour automatique. La compétence utilise des modèles d'authentification API GitHub appropriés. L'architecture est solide avec une séparation claire des phases, bien que le fichier SKILL.md monolithique pourrait bénéficier d'une division entre scripts et références.