Identifier la session d’incident qui mérite d’être capturée
Après avoir résolu un incident en production, vous disposez d’une transcription de session Devin qui a capturé chaque étape de diagnostic, chaque commande exécutée et chaque décision prise sous pression. Cette transcription est la matière première d’un playbook que votre équipe d’astreinte pourra réutiliser la prochaine fois.Toutes les sessions d’incident ne sont pas forcément des candidates pour un playbook. Recherchez des sessions où Devin a suivi une méthodologie claire et répétable — le type d’incident que votre équipe rencontre régulièrement :
- Fuites mémoire — identifié la source, appliqué la correction, vérifié l’utilisation du heap après le déploiement
- Épuisement du pool de connexions — tracé la cause racine, ajusté les paramètres du pool, ajouté de la supervision
- Timeouts en cascade — isolé l’upstream défaillant, ajouté des circuit breakers, validé la récupération
Créer le playbook
Ouvrez la page d’accueil de Devin et démarrez une nouvelle session. Décrivez la session que vous souhaitez transformer en playbook.Collez le lien de la session d’incident et décrivez ce que le playbook doit capturer. Soyez précis sur le périmètre de généralisation — le playbook doit fonctionner pour la classe d’incident, pas seulement pour le service qui a cassé.Si vous avez plusieurs incidents résolus du même type (par exemple, deux sessions différentes de fuite mémoire), ajoutez-les tous. Devin identifie les schémas communs entre les sessions et produit un playbook plus robuste.
Le tester sur le prochain incident
Le véritable test consiste à vérifier si le playbook fonctionne sur une instance différente de la même classe d’incident. Lorsque le prochain problème de mémoire survient, démarrez une nouvelle session Devin, associez le playbook et pointez-le vers le service affecté.Si la session résout l’incident proprement, votre playbook se généralise bien. Si elle rencontre des difficultés — par exemple, le schéma de fuite est différent ou le service utilise un autre driver de base de données — réinjectez cette session dans Devin et demandez-lui d’améliorer le playbook. Consultez Fix a Flaky DB Migration Playbook pour ce flux de travail.