github-issue-creator
Créer des problèmes GitHub à partir de notes brutes
Arrêtez de vous battre avec les rapports de bogues non structurés. Transformez les notes vocales, les journaux d'erreurs et les descriptions désordonnées en problèmes GitHub professionnels que les développeurs peuvent réellement utiliser.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "github-issue-creator". Error: PERMISSION_DENIED when publishing to Teams channel. Code: 403. Was working yesterday.
Résultat attendu:
- Summary: 403 PERMISSION_DENIED error when publishing to Teams channel
- Environment: Copilot Studio Teams integration
- Expected: Agent publishes successfully to Teams channel
- Actual: Returns PERMISSION_DENIED with code 403
- Impact: High - Blocks Teams integration, regression from previous working state
Utilisation de "github-issue-creator". so I was trying to deploy the agent and it just failed silently no error nothing the workflow ran but then poof gone from the list had to refresh and try again three times
Résultat attendu:
- Summary: Agent deployment fails silently - no error displayed, agent disappears from list
- Reproduction: Deploy agent, observe workflow completes, check agent list
- Expected: Agent appears in list with deployment status
- Actual: Agent disappears from list with no error message
- Impact: High - Blocks agent deployment workflow, no feedback on failure cause
Audit de sécurité
SûrStatic analyzer flagged 21 patterns as potential security issues, but all are false positives. The SKILL.md file contains only markdown documentation and prompt templates - no executable code. Backtick characters are used for markdown code blocks and inline code formatting, not shell command execution. No cryptographic functions or external command execution present.
Score de qualité
Ce que vous pouvez construire
Documentation rapide des bogues
Dictiez les détails du bogue pendant la reproduction d'un problème, puis voyez-les instantanément formatés comme un problème GitHub approprié.
Analyse des journaux d'erreurs
Collez les messages d'erreur bruts et les traces de pile pour générer des rapports de problèmes structurés avec un formatage approprié.
Réponse aux incidents
Documentez rapidement les incidents de production en décrivant ce qui s'est passé, puis générez des rapports de problèmes formels pour le suivi.
Essayez ces prompts
I got this error: [paste error message]. Create a GitHub issue for this bug.
Convert this voice note into a GitHub issue: [paste transcribed voice message describing a bug]
Create a GitHub issue from this incident: Product: [name], Error: [details], Steps: [what you did], Expected: [what should happen], Impact: [who is affected]
Document this regression as a GitHub issue: Feature [name] was working [when]. Now [current behavior]. Error: [any error messages]. This blocks [workflow].
Bonnes pratiques
- Incluez les codes d'erreur et messages spécifiques dans la section Détails de l'erreur pour un débogage plus rapide
- Séparez clairement le comportement attendu du comportement réel pour aider les développeurs à comprendre l'écart
- Attribuez les niveaux de gravité honnêtement en fonction de l'impact utilisateur, pas de la frustration personnelle
Éviter
- Descriptions vagues comme « ça ne fonctionne pas » sans détails spécifiques sur ce qui est cassé
- Mélanger plusieurs bogues non liés dans un seul problème - créez des problèmes séparés à la place
- Spéculer sur les causes profondes dans le corps du problème au lieu de s'en tenir aux faits observés