
de opensoul16
Orchestre la récupération des issues GitHub, la confirmation des cibles et le déploiement de sous-agents de correction de code pour créer des PR et gérer les commentaires de révision via l'API REST de GitHub.
Une compétence d'orchestration complète qui récupère les issues d'un dépôt, les présente pour confirmation, effectue des vérifications préliminaires (authentification, remotes, PR existantes) et déploie des sous-agents spécialisés pour implémenter des correctifs et ouvrir des pull requests. Elle surveille également les PR fix/issue-* pour les commentaires de révision et peut déployer des agents de correction de révision pour répondre aux retours. La compétence utilise curl + l'API REST de GitHub et est conçue pour des exécutions automatisées ou via cron.
Utilisez cette compétence pour automatiser les flux de triage d'issues et de correction répétitifs : correction massive d'issues simples, exécution en mode cron pour sélectionner la prochaine issue éligible, ou exécution de vérifications en mode révision uniquement pour gérer les commentaires des réviseurs. Elle est adaptée aux dépôts où de petits correctifs bien définis peuvent être auto-implémentés par des agents.
Conçue pour les environnements d'agents autonomes capables d'appeler l'API GitHub et de déployer des sous-agents (sessions OpenClaw, ACP/ClawFlow). Fonctionne avec les frameworks d'agents supportant les fonctionnalités exec/curl et sessions_spawn.
Orchestrateur de tickets GitHub qui récupère les issues, lance des sous-agents parallèles pour les corriger automatiquement, ouvre des PR et gère les commentaires de revue via l'API REST de GitHub (sans CLI gh). Flux de travail complet en 6 phases avec des modes cron, watch, fork et dry-run. Aucun script groupé — toute l'exécution est pilotée par l'agent via exec/curl. La gestion des jetons intègre GH_TOKEN dans les URL de remote git, ce qui pourrait fuiter via une sortie git remote -v.
Compétence d'orchestration bien documentée. La principale préoccupation de sécurité est l'exposition du jeton via les URL de remote git, ce qui est un compromis connu pour l'authentification git basée sur les jetons dans la CI. Aucun script à tester. Le SKILL.md monolithique (~500 lignes) pourrait bénéficier de l'extraction des prompts des sous-agents vers un répertoire references/. Des améliorations DRY sont possibles — le bloc de résolution de jeton est répété 3+ fois dans les prompts des sous-agents.