repo-standardizer

repo-standardizer — Standardisation de la surface d'un repository GitHub

Ce skill fait partie de la collection communautaire awesome-copilot (github/awesome-copilot), un ensemble de skills, agents et instructions conçus pour enrichir l'expérience GitHub Copilot. Contrairement à un simple squelette, repo-standardizer est un skill pleinement spécifié : il embarque des instructions détaillées que Copilot (ou tout agent compatible) peut exécuter pour auditer et normaliser la configuration visible d'un repository.

Ce que fait ce skill

L'objectif est de « polir la surface » d'un repository sans jamais modifier la logique applicative. Le skill couvre sept modules distincts, appliqués de façon idempotente (sans risque de doublon ni d'écrasement involontaire) :

• Module A — Labels : conception d'une taxonomie sur mesure (types, priorités P0–P3, statuts, impact, tiers de qualité avec émojis, etc.) adaptée au projet et à la langue choisie, puis upsert via l'API GitHub.
• Module B — Issue forms : création des formulaires YAML dans .github/ISSUE_TEMPLATE/ (bug, feature, question) avec config.yml.
• Module C — PR template : ajout de .github/PULL_REQUEST_TEMPLATE.md.
• Module D — CI workflow : détection automatique du framework (Node, Python, Go, Rust) et ajout du workflow correspondant dans .github/workflows/.
• Module E — Branch rules : mise en place de rulesets GitHub (modernes) pour protéger la branche par défaut.
• Module F — Docs : génération ou complétion de README.md, CONTRIBUTING.md, SECURITY.md, CHANGELOG.md, LICENSE, et optionnellement VISION.md ou docs/ARCHITECTURE.md, avec support multilingue.
• Module G — AI guides : ajout de CLAUDE.md et AGENTS.md pour guider les agents IA qui contribuent au projet.

Comment l'utiliser

Dans un contexte GitHub Copilot compatible avec les skills du repository github/awesome-copilot, il suffit de déclencher ce skill en indiquant le repository cible (par exemple : « standardize this repo »). Le skill commence par une phase de preflight (vérification de l'authentification gh CLI, détection du type de repository) puis présente un plan en mode dry-run avant d'appliquer chaque module. L'utilisateur confirme les opérations potentiellement destructives avant exécution.

Les templates sources (fichiers YAML, JSON, Markdown) référencés par le skill se trouvent dans le sous-dossier templates/ du skill. Les placeholders (OWNER/REPO, PROJECT_NAME, YYYY-MM-DD, etc.) sont automatiquement remplacés lors de la copie vers le repository cible.