issue-mrlisted

Use when the user wants to turn a task description into a well-formed issue with its branch and MR/PR — on GitLab (glab) or GitHub (gh), auto-detected from the remote. Three behaviors: SCAFFOLD (clean tree → issue + branch + MR/PR shell), ISOLER (uncommitted work gets isolated into its own issue/branch/MR — file list and commit message validated first), ANALYSE (--analyse or vague/non-trivial task: explore the code, settle design with the user, produce a structured spec issue — constat/pourquoi/périmètre/plan — ready to feed feature-loop --issue=N). Discovers project conventions live (labels, default branch, commit scopes) instead of hardcoding; validates everything with the user BEFORE creating anything; never mentions AI. Flags: --analyse, --issue-only. NOT for implementing the task (use feature-loop) nor for wrapping up an existing branch (use branch-wrap-up).
ohugonnot/claude-skills · ★ 0 · Code & Development · score 75

Install: claude install-skill ohugonnot/claude-skills

# Issue + Branche + MR/PR **skill_version : 2.0.4** (historique : `CHANGELOG.md` — fusion de 4 copies projet divergentes). Transforme une description de tâche en issue bien formée + branche + MR/PR, sur GitLab (`glab`) ou GitHub (`gh`). **Comportement global, données projet découvertes** : aucun label, branche cible ou scope n'est codé en dur — tout vient du repo courant (CLI, git, CLAUDE.md) et passe par une validation user. La tâche : $ARGUMENTS **Règle d'or : RIEN n'est créé (issue, branche, commit, MR/PR) avant la validation explicite de l'Étape 3.** Jamais de mention Claude/AI dans les issues, branches, commits, MR/PR. ## Étape 0 — Plateforme + contexte git (NE PAS sauter) 1. **Plateforme** : `git remote get-url origin` → `gitlab` → `glab` ; `github` → `gh` ; autre/absent → demander. Vérifier l'auth (`glab auth status` / `gh auth status`) — échec → le dire et s'arrêter proprement (rien à créer sans API). 2. **Branche par défaut/cible** : « Main branch » déclarée dans `<repo>/CLAUDE.md` si présente, sinon `git remote show origin` (ligne `HEAD branch`). C'est la base ET la target de la MR/PR. 3. **État git** → mode : - **Changements non commités présents** (tracked modifiés / untracked pertinents) → **Mode ISOLER** : ce travail doit finir dans la nouvelle branche/MR (cas fréquent : on a codé, puis on veut isoler proprement). - **Working tree propre** → **Mode SCAFFOLD** : issue + branche + MR/PR vide (le code viendra après). 4. La nouvelle branche se crée **depu