Triage PR / Issue

Récit utilisateur

Je veux une vue de triage unifiée pour les éléments de review de repo et les tickets du suivi des travaux, afin de voir les éléments obsolètes, bloqués et actionnables sans assembler manuellement GitHub/GitLab et Linear/Jira.

Contrat du pack

Prérequis et préparation

• Nécessite un connecteur de repo : github ou gitlab
• Enrichit optionnellement avec un connecteur de suivi : linear ou jira
• Si le suivi n'est pas disponible, le pack s'exécute toujours en mode triage repo uniquement et marque clairement l'enrichissement du suivi comme dégradé.

Champs d'entrée et de configuration

• repo_connector : github ou gitlab
• tracker_connector : linear, jira, ou none
• owner / repo ou coordonnées de projet équivalentes
• include_writeback_suggestions : booléen
• stale_days : seuil entier

Sorties et cibles de livraison

• queue fusionnée affichant :
  • PRs ouvertes / éléments de review
  • issues ouvertes / éléments de travail
  • éléments obsolètes
  • éléments bloqués
  • actions suivantes suggérées
• les liens source doivent pointer vers le PR/issue/élément de suivi d'origine
• les suggestions de write-back doivent être clairement marquées approval-required

Recette d'exécution manuelle

1. Lister les éléments de review de repo et les éléments de travail du connecteur de repo choisi.
2. Si le suivi est prêt, récupérer les éléments de travail du suivi et fusionner par titre/ID/référence si possible.
3. Résumer les éléments obsolètes et bloqués.
4. Suggérer les write-backs séparément du rapport en lecture seule.

Exemple de câblage de routine

Planifier comme routine de triage en semaine ou bloc de review à la demande. Description de payload exemple :

Exécuter le pack PR/Issue Triage canonique pour le repo principal, fusionner le contexte repo/suivi, et exposer les suggestions de write-back à approbation obligatoire.

Exemple de prompt

Exécuter PR/Issue Triage pour owner/repo en utilisant GitHub plus Linear. Afficher les PRs obsolètes, les issues bloquées, et les labels/commentaires suggérés, mais ne pas effectuer de write-backs sans approbation.

Comportement en cas d'échec et récupération

• Connecteur de repo manquant -> échouer en mode sûr avec conseil de configuration.
• Connecteur de suivi manquant -> continuer avec triage repo uniquement.
• Write-back proposé sans approbation -> conserver la suggestion dans le rapport, ne pas l'exécuter.

Checklist de vérification

• [ ] La preuve manuelle repo uniquement passe.
• [ ] La preuve manuelle repo + suivi passe.
• [ ] Le suivi manquant se dégrade correctement.
• [ ] Les suggestions de write-back sont clairement à approbation obligatoire.
• [ ] Les liens source sont présents pour les éléments triés.