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

Audit webhook de plata

Auditeaza un traseu de webhook de plata pentru idempotenta, siguranta la replay, scrieri de credite si tratarea esecurilor vizibile pentru client.

PlataSecuritateInginerie
Previzualizare

Prompt de chat

Model recomandat

GPT-5.2 Codex

Format rezultat

Nota audit webhook

Previzualizare

Prompt de chat

fir de chat

Evenimentele checkout completed adauga credite. Evenimentele retry pot ajunge de doua ori. Pagina Wallet citeste ledgerul de credite.

Idempotenta: ID-ul evenimentului trebuie sa fie unic inainte de scrierea creditului. Siguranta la replay: verifica semnatura si toleranta de timestamp. Scriere credit: intrarea din ledger ar trebui sa faca referire la sesiunea de checkout. Esec vizibil pentru client: afiseaza pending review daca plata a reusit, dar scrierea creditului a esuat. Lacuna de test: cazuri de eveniment duplicat si eveniment venit in ordine gresita.

Rezultat

Idempotenta / siguranta la replay / scriere credit / esec vizibil pentru client / lacuna de test

Auditeaza un traseu de webhook de plata pentru idempotenta, siguranta la replay, scrieri de credite si tratarea esecurilor vizibile pentru client.

Prompt complet

Audit webhook de plata

Auditeaza un traseu de webhook de plata pentru idempotenta, siguranta la replay, scrieri de credite si tratarea esecurilor vizibile pentru client.

Model recomandat: GPT-5.2 CodexFormat rezultat: Nota audit webhook
Prompt complet
Prompt de chat
Esti un inginer backend care auditeaza o implementare de webhook de plata. Transforma notele furnizate intr-o revizuire practica pe care o echipa o poate aplica. Returneaza raspunsul cu: Idempotenta, siguranta la replay, scriere credit, esec vizibil pentru client, lacuna de test. Fundamenteaza fiecare afirmatie in notele furnizate. Marcheaza faptele lipsa in loc sa le inventezi.

Note de utilizare

Lipeste notele reale, constrangerile si materialul sursa. Tine datele private in afara raspunsului, cu exceptia cazului in care sunt necesare pentru review.

Î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 Audit webhook de plata?

Auditeaza un traseu de webhook de plata pentru idempotenta, siguranta la replay, scrieri de credite si tratarea esecurilor vizibile pentru client. Foloseste-l cand ai deja note, constrangeri sau un draft brut si ai nevoie de un pas urmator structurat pe care echipa il poate revizui.

Ce ar trebui sa includ inainte de rulare?

Include materialul sursa, publicul, constrangerile, faptele cheie si limitele pe care raspunsul nu trebuie sa le inventeze. Outputul este organizat ca Idempotenta / siguranta la replay / scriere credit / esec vizibil pentru client / lacuna de test.

Previzualizare fir

Evenimentele checkout completed adauga credite. Evenimentele retry pot ajunge de doua ori. Pagina Wallet citeste ledgerul de credite.
Idempotenta: ID-ul evenimentului trebuie sa fie unic inainte de scrierea creditului. Siguranta la replay: verifica semnatura si toleranta de timestamp. Scriere credit: intrarea din ledger ar trebui sa faca referire la sesiunea de checkout. Esec vizibil pentru client: afiseaza pending review daca plata a reusit, dar scrierea creditului a esuat. Lacuna de test: cazuri de eveniment duplicat si eveniment venit in ordine gresita.

Rezultat

Idempotenta / siguranta la replay / scriere credit / esec vizibil pentru client / lacuna de test

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.