1 hour
How to Automatiser le triage des bugs with Eigent
Transformez les rapports de bugs quotidiens en une liste priorisée — vérifiez les alertes, les tickets, les échecs de vérification et les signalements dans le chat, puis exécutez le balayage selon un calendrier.
What you need
- Application de bureau Eigent
- Une ou plusieurs sources connectées (Sentry, Slack, GitHub, Linear)
Best for
- Équipes qui suivent les bugs dans les alertes Sentry, les threads Slack, les tickets Linear et les tickets GitHub
- Flux de triage que vous souhaitez exécuter manuellement avant de les planifier en tant qu'automatisation
- Ingénieurs d'astreinte qui veulent une vue consolidée des bugs au début de chaque journée
Starter Prompt
Lancez une analyse de triage des bugs pour [repo/service/team] couvrant les [time window] derniers. Utilisez ces sources : [@Sentry / @Slack / @Linear / @GitHub / none] Sources d'entrée : - Sentry : [lien du projet / alerte / none] - Slack : [canal / liens de threads / none] - Linear : [équipe / projet / vue / requête de ticket / none] - GitHub : [repo / requête de ticket / vérifications de PR / none] - Autre : [logs / tickets de support / fichier joint / none] Format de sortie : D'abord, nommez toute source d'entrée à laquelle vous n'avez pas pu accéder. Puis renvoyez une liste priorisée des bugs, triée de P0 à P3. Si vous ne trouvez aucun bug, dites : Aucun bug éligible trouvé. Pour chaque bug, incluez : - Priorité : P0, P1, P2 ou P3 - Titre - Preuves (liens ou courtes citations) - Action suivante recommandée Règles : - Ne publiez, ne créez, n'assigniez, ne labellisez, ne clôturez, ne relancez et ne modifiez rien. - Regroupez les signalements en double sous un seul bug. - Séparez clairement les preuves observées des suppositions.
Comment ça fonctionne
- Connectez les sources de bugs que vous souhaitez faire analyser par Eigent — Sentry, Slack, Linear, GitHub, logs ou tickets de support.
- Lancez un balayage à la demande à l'aide du prompt de démarrage et obtenez un brouillon de liste priorisée.
- Relisez la liste dans la même session et ajustez-la — supprimez le bruit, fusionnez les doublons, ajustez les priorités.
- Une fois le rapport utile, transformez la session ajustée en automatisation planifiée.
- En option, routez les suivis — rédigez des tickets Linear, des mises à jour Slack, des commentaires GitHub ou des notes de passation.
Plus de prompts à essayer
- Vérifiez une source supplémentaire avant de finaliser le classement des priorités — voici le lien du projet Sentry.
- Supprimez les alertes déjà connues de l'équipe et reclassifiez la liste restante.
- Fusionnez le rapport Slack et l'alerte Sentry qui pointent tous deux vers le même bug du flux de paiement.
- Rédigez un ticket Linear pour chaque bug P0 et P1 de ce rapport.
Comment l'utiliser
Exécutez d'abord un balayage manuel. Ajustez le rapport dans la même session jusqu'à ce qu'il soit suffisamment précis pour être consulté chaque jour — des bugs à fort signal triés de P0 à P3, des rapports en double fusionnés, chaque bug avec des preuves liées et une courte action suivante. Une fois qu'il est utile, demandez à Eigent de transformer la session ajustée en automatisation planifiée. Laissez l'automatisation en mode brouillon uniquement jusqu'à ce que vous approuviez explicitement toute publication, création ou clôture.
Sortie attendue
Une liste de bugs priorisée de P0 à P3 avec des preuves liées, des doublons regroupés et une action suivante recommandée par bug. En option : des tickets Linear, des mises à jour Slack, des commentaires GitHub ou des notes de passation rédigés pour le routage des suivis.
Limitations
- Eigent lit uniquement les sources que vous connectez — les bugs qui se trouvent dans des outils non connectés n'apparaîtront pas.
- Le rapport est en mode brouillon par défaut ; Eigent ne publiera, ne créera ni ne clôturera aucun élément sauf si vous l'approuvez explicitement.
- La précision s'améliore lorsque vous fournissez à Eigent des liens de projet ou des requêtes de tickets spécifiques plutôt que de lui demander d'effectuer une recherche trop large.
Related workflows
Revoir les pull requests GitHub
Détectez les régressions, les tests manquants et les changements de comportement risqués avant la re…
Validez votre application avec Computer Use
Parcourez de vrais parcours produit, détectez les problèmes et terminez par un rapport de bugs struc…
Lancer des tâches de code depuis Slack
Mentionnez Eigent dans un fil de discussion Slack pour lancer une tâche de code liée au bon dépôt — …
