Configuration
Essayer un plugin
Le plugin Operations est fourni avec /runbook et /status-report comme point de départ, déjà structuré pour parcourir une war room et cadrer l'impact client. À l'étape 3, vous enregistrerez votre propre version sous /incident-review. Si votre administrateur gère les plugins et qu'il n'est pas encore disponible, ignorez cette étape ; rien ci-dessous n'en a besoin.
/runbookCreate or update an operational runbook for a recurring task or procedure./status-reportGenerate a status report with KPIs, risks, and action items.Connectez vos outils
Claude Cowork est plus puissant lorsqu'il fonctionne directement avec vos systèmes. Vous contrôlez les autorisations et les accès. En savoir plus sur l'accès aux outils(s’ouvre dans un nouvel onglet).
Accédez à Customize → Connectors dans Cowork pour configurer.
Définissez votre dossier de travail
Faites glisser les fichiers que vous utiliserez (votre modèle de postmortem client, un export de la war room, le CSV des tickets) dans un seul dossier et pointez Cowork vers celui-ci. Cowork lit le modèle à partir de là et y écrit en retour le brouillon, la liste des clients impactés et le suivi de remédiation. Créez un projet Cowork(s’ouvre dans un nouvel onglet) à partir de votre dossier de revues d'incidents afin que le modèle, le guide de ton et les définitions de SLA restent attachés.
L'invite
Copiez ceci dans Claude Cowork
Rédigez la revue d'incident destinée aux clients pour INC-4417. Récupérez le fil de discussion de la war room, les tickets de la fenêtre d'impact, les déploiements des 24 heures précédentes, et les citations directes des clients. Reconstruisez la chronologie, quantifiez combien de clients ont été impactés et pendant combien de temps, et rédigez la première version dans notre modèle avec les responsables de remédiation recommandés.
Pourquoi cela fonctionne
Nommez le public dès le départ. Le registre change ; c'est le document que vos CSM transmettent, pas la rétrospective d'ingénierie.
Quantifiez l'impact. « Combien, pendant combien de temps » impose un chiffre que vous pouvez utiliser dans la conversation sur les crédits SLA.
Demandez des citations directes. La voix du client affecté est la partie à laquelle la direction prête attention ; demandez-la explicitement.
Définissez une plage temporelle. Les tickets et les déploiements sont délimités par les horodatages de l'incident, ce qui rend la liste des suspects courte et pertinente.
Obtenir un meilleur brouillon
Séparez l'interne de l'externe. Ajoutez « rédigez une annexe interne avec les déploiements suspects ; limitez le document client à l'impact et à la remédiation » afin qu'une seule exécution produise les deux.
Ajoutez un exemple à reproduire. Déposez dans le dossier une revue passée dont vous étiez fier, et Cowork reproduit la structure et le ton d'excuse que votre marque utilise.
Faites fonctionner Cowork pour vous
Une compétence de plugin est un point de départ — personnalisez-la avec vos propres pratiques et votre expertise. Quelques minutes de conversation suffisent pour qu'elle fonctionne ensuite selon vos standards.
Transformez ce que nous avons fait dans cette tâche jusqu'à présent en une compétence, ou modifiez la compétence /incident-review avec mes retours.
Rendez-le reproductible
Exécutez-le à la fermeture de la war room
Le document client devrait exister avant que le premier CSM ne le demande. Tapez /schedule dans l'invite, ou ouvrez Scheduled dans la barre latérale de Cowork, et la compétence personnalisée surveille la fermeture des war rooms et rédige la première version.
/schedule Chaque jour de semaine à 9h, vérifiez tout canal #inc- marqué comme résolu au cours des dernières 24 heures, exécutez /incident-review sur celui-ci, et écrivez le brouillon dans Support/Incidents/<incident-id>/customer-review.md.
Chaque jour à 9h, trouve les war rooms résolues au cours des dernières 24h, exécute /incident-review sur chacune, et écrit le brouillon destiné aux clients dans le dossier de l'incident.
Partagez avec vos coéquipiers
Votre /incident-review personnalisé porte désormais votre modèle, votre guide de ton et votre formulation de crédit SLA. Partagez-le afin que chaque incident obtienne le même document client, quel que soit le responsable du support de garde.
Ce qui change après un incident
La revue d'incident destinée aux clients est rédigée à partir du dossier source avec l'impact quantifié et la remédiation assignée — prête à être modifiée et envoyée plutôt qu'écrite à partir de zéro.
Vous avez fait cela pour un incident. La même approche couvre les rétrospectives internes, les mises à jour de page de statut et les résumés de crédit SLA — chacun devient une compétence que votre équipe exécute de la même manière.
Suivant : Transformez le fil de discussion en document de décision(s’ouvre dans un nouvel onglet)