sentry-automation
Automatisez les tâches Sentry avec Claude
Cette compétence permet à Claude de gérer les opérations de suivi d'erreurs Sentry, notamment l'investigation des incidents, la configuration des alertes, le suivi des versions et la surveillance cron via l'intégration Composio Rube MCP.
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 "sentry-automation". Lister les erreurs non résolues dans mon projet backend-api
Résultat attendu:
23 incidents non résolus trouvés dans backend-api :
🔴 Critique (3) :
- Délai d'attente dépassé dans le client Redis (vu 234 fois)
- Fuite de mémoire dans le processus worker (vu 89 fois)
- Rejet de promise non attrapé (vu 67 fois)
🟡 Avertissement (8) :
- Point de terminaison API déprécié appelé (vu 45 fois)
- Requête base de données lente > 2s (vu 32 fois)
...
Souhaitez-vous que j'investigue un incident spécifique ?
Utilisation de "sentry-automation". Créer une alerte pour un taux d'erreur élevé
Résultat attendu:
Règle d'alerte créée avec succès :
Nom : Taux d'erreur élevé - backend-api
Condition : Taux d'erreur > 5% en 10 minutes
Actions : Email à l'équipe de garde, Slack #alerts
Projet : backend-api
Statut : Actif
L'alerte commencera la surveillance immédiatement.
Audit de sécurité
SûrThis skill provides legitimate automation for Sentry error tracking through Composio Rube MCP. The static findings flagged as external_commands are false positives - they detect MCP tool names in documentation (e.g., SENTRY_LIST_AN_ORGANIZATIONS_ISSUES), not shell execution. The network reference is to a documented MCP server endpoint (rube.app/mcp) that users explicitly configure. No actual security risks identified.
Problèmes à risque faible (2)
Facteurs de risque
🌐 Accès réseau (1)
Score de qualité
Ce que vous pouvez construire
Investigation d'erreurs en production
Le développeur utilise Claude pour trouver et investiguer rapidement les erreurs critiques en production en interrogeant les incidents Sentry avec des filtres spécifiques.
Configuration de règles d'alerte
L'ingénieur DevOps crée et met à jour des règles d'alerte pour de nouveaux projets ou des seuils modifiés en utilisant des commandes en langage naturel.
Surveillance des versions
L'SRE surveille les nouvelles versions et leurs erreurs associées en suivant les événements de déploiement et les corrélations d'incidents.
Essayez ces prompts
Utilisez la compétence sentry-automation pour lister les 10 erreurs non résolues les plus récentes dans mon projet de production. Affichez le titre de l'incident, la fréquence et l'horodatage de dernière apparition.
Créez une nouvelle règle d'alerte pour mon projet backend-api qui se déclenche lorsque le taux d'erreur dépasse 5% sur 10 minutes. Notifiez l'équipe de garde.
Créez une nouvelle version 2.1.0 pour mon organisation, marquez-la comme déployée en environnement de production et téléchargez les source maps depuis le dossier dist.
Recherchez dans tous les projets de mon organisation les incidents étiquetés 'database' qui se sont produits plus de 50 fois dans les dernières 24 heures. Groupez-les par projet et suggérez la priorité.
Bonnes pratiques
- Appelez toujours RUBE_SEARCH_TOOLS en premier pour vérifier les schemas d'outils actuels avant l'exécution du workflow
- Vérifiez que le statut de connexion Rube MCP affiche ACTIVE avant d'exécuter toute opération Sentry
- Utilisez des filtres de requête spécifiques (is:unresolved, assigned:me, times-seen:>10) pour réduire les appels API et améliorer le temps de réponse
Éviter
- Ne codez pas en dur les noms d'organisation ou de projet - utilisez toujours les outils de recherche pour obtenir les slugs actuels
- Ne sautez pas la vérification du statut de connexion - les opérations échoueront si la connexion MCP n'est pas active
- N'ignorez pas les réponses de limite de débit - implémentez un backoff pour éviter la limitation