Flux de travail PR GitHub

## Pour qui est-ce destiné

Développeurs qui souhaitent arrêter de basculer constamment entre leur éditeur et GitHub. Ce plugin couvre l'intégralité du cycle de vie PR : générer une pull request bien structurée, gérer les retours des revues de code, et publier une version — le tout depuis le chat.

## Démarrage rapide en 3 étapes

1. **Ouvrir une PR** — demandez : `"Use create-pr to generate a commit message, PR title, and PR body for my changes in branch feature/login-fix"`. La compétence rédige une description de PR claire et facile à reviewer.
2. **Gérer les retours de revue** — lorsqu'un examinateur laisse des commentaires, demandez : `"Use receiving-code-review to help me understand this feedback and decide what to change"`. La compétence vous aide à réfléchir à chaque suggestion avant d'écrire du code.
3. **Publier la version** — une fois la PR fusionnée, demandez : `"Use github-release-assistant to write release notes for v2.1.0 in English and Chinese from this repo"`. Vous obtenez une documentation de version bilingue prête à publier.

## Étape → Compétence → Entrée → Sortie

| Étape | Compétence | Ce que vous fournissez | Ce que vous obtenez |
|------|-------|------------------|--------------|
| Ouvrir une PR | create-pr | Nom de la branche + liste des modifications | Message de commit + titre de PR + corps de PR |
| Retour de revue | receiving-code-review | Commentaires de l'examinateur + votre code | Analyse des retours + actions recommandées |
| Notes de version | github-release-assistant | Dépôt + tag de version | Notes de version bilingues (EN + ZH) |

## Échecs courants et solutions

- **create-pr output is too generic** → Fournissez le diff réel ou une liste de modifications. Plus votre entrée est précise, meilleure sera la description de PR.
- **receiving-code-review says "not enough context"** → Copiez à la fois le commentaire de l'examinateur ET l'extrait de code auquel il se réfère.
- **github-release-assistant is missing commits** → Vérifiez que le tag de version existe : `git tag v2.1.0 && git push origin v2.1.0` avant de demander les notes de version.

## Critères de réussite

Vous savez que cela a fonctionné lorsque :
- create-pr outputs a PR title + body you can paste directly into GitHub
- receiving-code-review vous fournit une décision concrète (accepter / modifier / contester) pour chaque commentaire
- github-release-assistant produit deux documents de version : un en anglais, un en chinois