Compétences team-collaboration-issue
🔧

team-collaboration-issue

Sûr

Résoudre systématiquement les problèmes GitHub

Transformez les rapports de bugs vagues et les demandes de fonctionnalités en code prêt pour la production grâce à une investigation systématique, au développement piloté par les tests et à des workflows de pull request professionnels suivant les pratiques CI/CD modernes.

Prend en charge: Claude Codex Code(CC)
📊 71 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "team-collaboration-issue". Aidez-moi à investiguer le problème #456 où les utilisateurs ne peuvent pas se connecter après le dernier déploiement.

Résultat attendu:

  • Récupération des détails du problème #456 : 47 utilisateurs affectés, échec d'authentification avec l'erreur 'invalid token'
  • Création de la branche hotfix : hotfix/issue-456-auth-failure
  • Exécution de git bisect pour identifier le commit de régression...
  • Trouvé : Le commit abc123d a introduit le bug de validation de token il y a 2 jours
  • Correctif implémenté : Ajout d'une vérification appropriée de l'expiration du token avec couverture de tests
  • Création du PR #789 avec le hotfix et déploiement en staging
  • Vérification : Authentification maintenant fonctionnelle pour tous les comptes de test

Utilisation de "team-collaboration-issue". Implémentez la fonctionnalité de personnalisation du profil utilisateur du problème #789.

Résultat attendu:

  • Création d'un plan d'implémentation avec 4 phases : Schéma, API, Frontend, Tests
  • Branche créée : feature/issue-789-profile-customization
  • Phase 1 terminée : Ajout du modèle de base de données UserProfile avec les champs theme, language, timezone
  • Phase 2 terminée : Implémentation des endpoints GET/PUT /api/profile avec authentification
  • Phase 3 terminée : Ajout du composant frontend des paramètres de profil
  • Phase 4 terminée : Atteint 95% de couverture de tests avec tests unitaires et d'intégration
  • Création du PR #812 liant au problème #789 avec documentation complète
  • Tous les contrôles CI passent, prêt pour revue

Audit de sécurité

Sûr
v1 • 2/25/2026

All 77 static findings are false positives. The skill contains only documentation with code examples in markdown code blocks (git commands, GitHub CLI usage, testing patterns). No executable code, scripts, or runtime behavior present. The external commands, network patterns, and cryptographic references are purely illustrative examples for developers to follow during issue resolution workflows.

2
Fichiers analysés
681
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
32
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Correction de bug critique en production

Trier et résoudre rapidement les problèmes de production P0 affectant les utilisateurs grâce à une analyse systématique des causes racines utilisant git bisect, implémenter des correctifs avec des tests complets et déployer avec des étapes de vérification.

Implémentation de fonctionnalité depuis un problème

Transformer les demandes de fonctionnalités en code prêt pour la production grâce à une décomposition structurée des tâches, au développement piloté par les tests et à des pull requests professionnelles suivant les standards de l'équipe.

Amélioration de la qualité et des processus de code

Établir des workflows d'équipe cohérents pour la résolution des problèmes avec une gestion appropriée des branches, des tests complets et une documentation qui s'adapte aux équipes de développement.

Essayez ces prompts

Investigation de base d'un problème
Aidez-moi à résoudre le problème GitHub [ISSUE_NUMBER]. Commencez par afficher les détails et les commentaires du problème pour comprendre le problème.
Analyse des causes racines
Le problème [ISSUE_NUMBER] semble être une régression. Aidez-moi à utiliser git bisect pour identifier quel commit a introduit le bug, en partant de [BAD_COMMIT] comme cassé et [GOOD_COMMIT] comme fonctionnel.
Implémentation complète de fonctionnalité
Implémentez la fonctionnalité décrite dans le problème [ISSUE_NUMBER]. Créez une branche de fonctionnalité, décomposez l'implémentation en phases, écrivez les tests en premier avec TDD, et créez une pull request avec une documentation complète.
Création et revue de PR
Revoyez mes modifications pour le problème [ISSUE_NUMBER] et aidez-moi à créer une pull request professionnelle avec une description complète incluant l'approche de test, l'impact sur les performances et une checklist.

Bonnes pratiques

  • Toujours créer des branches de fonctionnalité depuis la branche main en utilisant un nommage descriptif comme feature/issue-123-short-description
  • Écrire des tests qui échouent avant d'implémenter les correctifs (développement piloté par les tests) pour s'assurer que le correctif résout réellement le problème
  • Utiliser git bisect pour la chasse systématique aux régressions lorsque les bugs ont été introduits dans des commits précédents
  • Créer des pull requests complètes qui lient aux problèmes, décrivent les modifications et incluent des checklists de test
  • Vérifier les correctifs en production avant de fermer les problèmes et ajouter des commentaires de résolution pour référence future

Éviter

  • Sauter la phase d'investigation et aller directement aux modifications de code sans comprendre la cause racine
  • Faire des commits directement sur main ou master au lieu d'utiliser des branches de fonctionnalité pour le travail sur les problèmes
  • Écrire du code sans tests correspondants, ce qui rend les régressions futures plus probables
  • Créer des pull requests sans lier aux problèmes ou fournir des descriptions claires de ce qui a été modifié
  • Fermer les problèmes immédiatement après la fusion des PRs sans vérifier que le correctif résout réellement le problème signalé

Foire aux questions

De quels outils ai-je besoin pour utiliser cette compétence efficacement ?
Vous devez avoir git installé localement et GitHub CLI (gh) authentifié à votre compte. La compétence suppose également une familiarité avec les opérations en ligne de commande et le framework de test de votre projet.
Cette compétence peut-elle aider avec les problèmes dans des dépôts autres que GitHub ?
Cette compétence est spécifiquement conçue pour les workflows GitHub utilisant GitHub CLI. Pour GitLab, Bitbucket ou d'autres plateformes, vous devrez adapter les commandes aux outils équivalents.
Que faire si git bisect prend trop de temps pour trouver le mauvais commit ?
Si bisect est lent, réduisez la plage en commençant par des commits plus proches du moment où le problème a été signalé. Vous pouvez aussi automatiser bisect avec un script de test qui reproduit le problème.
Comment gérer les problèmes qui manquent d'étapes de reproduction claires ?
Commencez par ajouter des commentaires au problème demandant des clarifications. Utilisez le cadre de tri pour classifier la priorité. Si peu d'informations existent, étiquetez comme 'needs triage' et cherchez plus de détails auprès du signalant.
Dois-je toujours suivre le plan d'implémentation en quatre phases pour les correctifs simples ?
Non, adaptez la planification à la complexité. Les correctifs simples d'une ligne peuvent ne pas nécessiter une décomposition de tâches extensive. Utilisez les phases comme guide et réduisez pour les modifications simples.
Que faire si les tests que j'écris pour mon correctif continuent d'échouer ?
Des tests qui échouent peuvent indiquer que la description du problème est incomplète ou que d'autres bugs existent. Réexaminez le problème, clarifiez les exigences et assurez-vous que votre test reflète précisément le comportement attendu décrit dans le problème.

Détails du développeur

Structure de fichiers