Înapoi la biblioteca de prompturi
Bibliotecă de prompturiPrompt de chat

Claude Opus 4.7 Memo de revizuire a incidentului

Foloseste Claude Opus 4.7 pentru a converti notitele de incident intr-un memo calm de revizuire, cu cronologie, cauze radacina si owneri pentru follow-up.

Revizuire incidentMemoOperatiuni
Previzualizare

Prompt de chat

Model recomandat

Claude Opus 4.7

Format rezultat

Memo de revizuire a incidentului

Previzualizare

Prompt de chat

fir de chat

Transforma aceste notite despre outage intr-un memo de revizuire post-incident. Include impactul asupra clientilor, cronologia, factorii contributivi si actiunile cu owneri.

Rezumat: outage-ul a afectat crearea de proiecte noi intr-o fereastra limitata, in timp ce sesiunile existente au ramas disponibile. Impact asupra clientilor: utilizatorii puteau vedea lucrarile salvate, dar unii nu puteau porni taskuri noi de generare. Factori contributivi: notitele indica o limita de retry lipsa, ownership neclar pentru alerte si o verificare de deployment care nu a acoperit calea afectata. Ce a functionat: rollbackul a fost rapid dupa identificarea ownerului. Actiuni: adauga verificarea lipsa, defineste ownershipul alertelor, testeaza limitele de retry si programeaza o revizuire de follow-up cu termene limita.

Rezultat

Rezumat / impact / cronologie / ce s-a intamplat / factori contributivi / ce a functionat / actiuni / owneri / intrebari deschise

Exemplu de conversatie structurata pentru un memo de revizuire a incidentului.

Prompt complet

Claude Opus 4.7 Memo de revizuire a incidentului

Claude Opus 4.7 Memo de revizuire a incidentului: transforma notitele de incident intr-o revizuire post-incident.

Model recomandat: Claude Opus 4.7Format rezultat: Memo de revizuire a incidentului
Prompt complet
Prompt de chat
Esti editor de revizuire a incidentelor. Bazandu-te doar pe notitele de incident ale utilizatorului, scrie un memo post-incident clar. Include: rezumat, impact asupra clientilor, cronologie, ce s-a intamplat, factori contributivi, ce a functionat, ce nu a functionat, actiuni, owneri, termene limita si intrebari deschise. Tine vina in afara limbajului si evita adaugarea faptelor care nu sunt in notite.

Note de utilizare

Lipeste notite cu timestamp, loguri, impact asupra clientilor si owneri cunoscuti; pastreaza speculatiile separate de dovezile confirmate.

Întrebări frecvente despre prompt

Înainte să folosești acest prompt

Verificări rapide pentru intrări, potrivirea modelului și modul de adaptare a șablonului fără să slăbești rezultatul.

Cand ar trebui sa folosesc Claude Opus 4.7 Memo de revizuire a incidentului?

Foloseste-l dupa un outage, o lansare esuata sau o problema operationala, cand notitele trebuie transformate intr-un memo de revizuire lizibil.

Cum evit vina in output?

Furnizeaza fapte, cronologie si context de sistem, apoi cere factori contributivi si actiuni ale ownerilor in loc de vina personala.

Previzualizare fir

Transforma aceste notite despre outage intr-un memo de revizuire post-incident. Include impactul asupra clientilor, cronologia, factorii contributivi si actiunile cu owneri.
Rezumat: outage-ul a afectat crearea de proiecte noi intr-o fereastra limitata, in timp ce sesiunile existente au ramas disponibile. Impact asupra clientilor: utilizatorii puteau vedea lucrarile salvate, dar unii nu puteau porni taskuri noi de generare. Factori contributivi: notitele indica o limita de retry lipsa, ownership neclar pentru alerte si o verificare de deployment care nu a acoperit calea afectata. Ce a functionat: rollbackul a fost rapid dupa identificarea ownerului. Actiuni: adauga verificarea lipsa, defineste ownershipul alertelor, testeaza limitele de retry si programeaza o revizuire de follow-up cu termene limita.

Rezultat

Rezumat / impact / cronologie / ce s-a intamplat / factori contributivi / ce a functionat / actiuni / owneri / intrebari deschise

Mai multe prompturi în acest mod

fir de chat

Vrem sa construim un asistent AI pentru echipe mici de ecommerce, care transforma fotografiile de produs in asseturi de campanie.

Ipoteza problemei: echipele mici de ecommerce pierd timp transformand fotografii brute de produs in asseturi de campanie gata pentru canal. Cele mai riscante presupuneri: calitatea fotografiilor este suficient de buna, echipele au incredere in variatia de asseturi AI, iar timpul de review este blocajul real. Intrebari de cercetare: cine detine crearea asseturilor de campanie, unde se blocheaza reviziile si ce prag de calitate impiedica publicarea. Plan de validare: intervieveaza 5 operatori, testeaza 3 fluxuri de asseturi conduse de prompt si compara timpul pana la primul asset aprobat. Poarta de decizie: continua doar daca echipele pot ajunge la un draft publicabil mai repede decat in workflowul actual.

fir de chat

Exploram un nou produs de notite AI pentru consultanti individuali. Ajuta-ma sa transform asta intr-un brief de cercetare.

Obiectiv: stabileste daca consultantii individuali au nevoie de un spatiu de lucru AI pentru notite sau de un strat mai usor pentru follow-up cu clientii. Ipoteze de lucru: ei deja captureaza notite, dar sinteza si redactarea pasilor urmatori sunt inconstante. Public: consultanti individuali cu apeluri recurente cu clientii si suport operational limitat. Intrebari-cheie: care notite devin munca facturabila, ce se pierde dupa apeluri si unde instrumentele CRM par prea greoaie. Plan de cercetare: ruleaza 6 interviuri, revizuieste 10 fluxuri recente de notite din apeluri si testeaza un prototip de brief de follow-up.

fir de chat

Iata outline-ul pentru landing page-ul produsului nostru AI. Spune-mi ce este neclar inainte sa il proiectam.

Promisiune centrala: vizibila, dar inca formulata ca functie, nu ca rezultat concret pentru utilizator. Punct neclar: pagina nu explica cine primeste valoare primul sau ce workflow se schimba dupa signup. Gol de exemple: adauga exemple inainte-dupa, mostre de output de model si un semnal scurt de incredere langa hero. Problema CTA: actiunea principala apare dupa prea multa explicatie; muta un CTA orientat pe utilizare mai aproape de sectiunea de utilizare rapida. Plan de revizie: clarifica hero-ul, adauga carduri de rezultat, apoi rescrie obiectiile inainte de polisarea vizuala.