Développeurs

Template issue GitHub bug report

Template bug report GitHub standardisé, plus une issue prête à publier depuis vos notes brutes.

Vérifié le 9 juillet 2026Grade AVoir le métier

Prendre ce skill

Un fichier texte, rien à installer. Vous le déposez dans votre IA comme une pièce jointe. La première moitié est ouverte, la suite arrive avec l'accès complet.

À brancher

  • NotionCréer et modifier des pages
  • SlackPoster des messages dans vos canaux

Ce qu'il fait

Les issues 'ça marche pas' font perdre 15 minutes au triage. Ce skill produit deux livrables, le fichier bug_report.yml prêt à déposer dans .github/ISSUE_TEMPLATE, et une issue complète construite à partir des notes brutes de l'utilisateur, avec repro pas à pas, environnement, logs, capture, severity et checklist reporter. Compatible GitHub Issue Forms et gh CLI pour créer l'issue directement.

  • Fichier bug_report.yml prêt
  • Issue complète depuis notes brutes
  • Repro pas à pas structurée
  • Severity et labels suggérés
  • Commande gh CLI générée

Aujourd'hui

L'utilisateur ouvre une issue 'ça plante en prod', pas de repro, pas de version, pas de logs. Le tech lead passe 15 minutes à demander les infos manquantes, l'issue reste ouverte 3 jours.

Avec le skill

L'issue arrive avec repro en 4 étapes, version, navigateur, logs, capture. Le triage prend 3 minutes, l'issue est priorisée et assignée dans la journée.

Sert aussi àDirigeants PME

La première moitié du fichier

Voilà le fichier tel qu'il arrive dans votre IA : les étapes, les règles du métier, le format de sortie. La première moitié est ouverte, vous jugez l'écriture sur pièces. La suite ouvre avec l'accès complet.

template-issue-github-bug.md
---
name: template-issue-github-bug
description: "Rédige un template d'issue GitHub 'bug report' complet à ranger dans .github/ISSUE_TEMPLATE et une issue prête à publier à partir de notes brutes. À utiliser quand un dev, un tech lead, un product manager ou un QA veut standardiser les bug reports d'un repo pour éviter les issues vagues qui bloquent le triage, avec sections repro, environnement, logs, capture, severity, checklist reporter."
metadata:
  iaskills_title: "Template issue GitHub bug report"
  metier_slug: dev
  metiers:
    - Mode technique
  secteur: "Tech & DSI"
  tier: free
  compatible:
    - claude-code
    - cowork
    - cursor
    - codex
  version: "1.0.0"
  author: "iaskills"
  editorial:
    pitch: "Template bug report GitHub standardisé, plus une issue prête à publier depuis vos notes brutes."
    long_description: "Les issues 'ça marche pas' font perdre 15 minutes au triage. Ce skill produit deux livrables, le fichier bug_report.yml prêt à déposer dans .github/ISSUE_TEMPLATE, et une issue complète construite à partir des notes brutes de l'utilisateur, avec repro pas à pas, environnement, logs, capture, severity et checklist reporter. Compatible GitHub Issue Forms et gh CLI pour créer l'issue directement."
    bullets:
      - "Fichier bug_report.yml prêt"
      - "Issue complète depuis notes brutes"
      - "Repro pas à pas structurée"
      - "Severity et labels suggérés"
      - "Commande gh CLI générée"
    exemple_avant: "L'utilisateur ouvre une issue 'ça plante en prod', pas de repro, pas de version, pas de logs. Le tech lead passe 15 minutes à demander les infos manquantes, l'issue reste ouverte 3 jours."
    exemple_apres: "L'issue arrive avec repro en 4 étapes, version, navigateur, logs, capture. Le triage prend 3 minutes, l'issue est priorisée et assignée dans la journée."
    recommended_metiers:
      - dirigeant-pme
    secteurs:
      - tech-dsi
      - startup-vc
      - conseil-audit
      - communication-rp
      - medias-publishing
      - industrie-manufacture
    metiers_individuels:
      - dev-backend
      - dev-frontend
      - devops
      - qa-engineer
      - product-manager
      - chef-de-projet-it
      - cto
      - scrum-master
    connecteurs:
      - notion
      - slack
---

# Template issue GitHub bug report

## Quand utiliser ce skill

Déclencher quand un dev, un tech lead, un product manager, un QA engineer ou un DevOps veut :

1. Poser un template `bug_report.yml` standardisé dans `.github/ISSUE_TEMPLATE` d'un repo, pour que les futures issues soient exploitables dès leur ouverture.
2. Convertir des notes brutes de bug, un message Slack, un ticket support, une plainte utilisateur, en une issue GitHub prête à publier avec repro, environnement, logs et severity.

Ne pas utiliser pour un rapport de bug reproductible côté produit non technique, voir `bug-report-reproductible`. Ne pas utiliser pour rédiger un post-mortem d'incident déjà résolu, voir `rca-post-mortem-blameless`.

14 sections réservées

Déverrouiller votre accès complet

La suite de ce fichier contient les sections Ce que tu dois faire, Format de sortie attendu et Résumé, et 11 autres. Elles ouvrent avec le catalogue entier, une fois pour toutes.

Déverrouiller l'accès · 89 €

Ce qu'en disent les lecteurs

Pas encore d'avis sur ce skill

Personne ne l'a encore commenté publiquement. Vous l'avez utilisé ? Écrivez votre retour, il sera publié tel quel.

Déverrouillez l'accès complet

Des centaines de compétences, et toutes celles publiées après votre achat. Créées à la main, et de nouvelles chaque semaine.