yeet

À utiliser uniquement lorsque l'utilisateur demande explicitement de stager, commiter, pousser et ouvrir une pull request GitHub en un seul flux via le GitHub CLI (`gh`).

npx skills add https://github.com/openai/skills --skill yeet

Conditions préalables

  • Nécessite GitHub CLI gh. Vérifiez gh --version. Si absent, demandez à l'utilisateur d'installer gh et arrêtez-vous.
  • Nécessite une session gh authentifiée. Exécutez gh auth status. Si non authentifiée, demandez à l'utilisateur d'exécuter gh auth login (et de réexécuter gh auth status) avant de continuer.

Conventions de nommage

  • Branche : {description} au démarrage depuis main/master/default.
  • Commit : {description} (succinct).
  • Titre PR : {description} résumant le diff complet.

Workflow

  • Si sur main/master/default, créez une branche : git checkout -b "{description}"
  • Sinon restez sur la branche actuelle.
  • Confirmez le statut, puis indexez tout : git status -sb puis git add -A.
  • Committez succinctement avec la description : git commit -m "{description}"
  • Exécutez les vérifications si non déjà faites. Si les vérifications échouent faute de dépendances/outils manquants, installez les dépendances et réexécutez une fois.
  • Poussez avec tracking : git push -u origin $(git branch --show-current)
  • Si git push échoue en raison d'erreurs d'authentification du workflow, tirez depuis master et réessayez le push.
  • Ouvrez une PR et modifiez le titre/corps pour refléter la description et les deltas : GH_PROMPT_DISABLED=1 GIT_TERMINAL_PROMPT=0 gh pr create --draft --fill --head $(git branch --show-current)
  • Écrivez la description PR dans un fichier temporaire avec des vraies sauts de ligne (p. ex. pr-body.md ... EOF) et exécutez pr-body.md pour éviter le markdown échappé avec \n.
  • La description PR (markdown) doit être une prose détaillée couvrant le problème, la cause et l'impact sur les utilisateurs, la cause racine, le correctif, et tout test ou vérification utilisé pour valider.

Skills similaires