Kembali ke pustaka prompt
Pustaka promptPrompt sembang

Audit Webhook Pembayaran

Audit laluan webhook pembayaran untuk idempotensi, keselamatan replay, penulisan kredit, dan pengendalian kegagalan yang kelihatan kepada pelanggan.

PembayaranKeselamatanKejuruteraan
Pratonton

Prompt sembang

Model disyorkan

GPT-5.2 Codex

Format output

Nota audit webhook

Pratonton

Prompt sembang

utas sembang

Acara checkout selesai menambah kredit. Acara retry boleh tiba dua kali. Halaman dompet membaca lejar kredit.

Idempotensi: ID acara mesti unik sebelum penulisan kredit. Keselamatan replay: sahkan tandatangan dan toleransi timestamp. Penulisan kredit: entri lejar patut merujuk sesi checkout. Kegagalan yang kelihatan kepada pelanggan: papar semakan tertunda jika pembayaran berjaya tetapi penulisan kredit gagal. Jurang ujian: kes acara pendua dan acara tidak mengikut urutan.

Output

Idempotensi / keselamatan replay / penulisan kredit / kegagalan yang kelihatan kepada pelanggan / jurang ujian

Audit laluan webhook pembayaran untuk idempotensi, keselamatan replay, penulisan kredit, dan pengendalian kegagalan yang kelihatan kepada pelanggan.

Prompt penuh

Audit Webhook Pembayaran

Audit laluan webhook pembayaran untuk idempotensi, keselamatan replay, penulisan kredit, dan pengendalian kegagalan yang kelihatan kepada pelanggan.

Model disyorkan: GPT-5.2 CodexFormat output: Nota audit webhook
Prompt penuh
Prompt sembang
Anda ialah jurutera backend yang mengaudit pelaksanaan webhook pembayaran. Tukar nota yang diberikan menjadi semakan praktikal yang boleh ditindak oleh pasukan. Pulangkan jawapan dengan: Idempotensi, keselamatan replay, penulisan kredit, kegagalan yang kelihatan kepada pelanggan, jurang ujian. Sandarkan setiap dakwaan pada nota yang diberikan. Tandakan fakta yang hilang dan jangan menciptanya.

Nota penggunaan

Tampal nota sebenar, kekangan, dan bahan sumber. Jauhkan data peribadi kecuali ia diperlukan untuk semakan.

Soalan lazim prompt

Sebelum anda menggunakan prompt ini

Semakan pantas untuk input, kesesuaian model dan cara menyesuaikan templat tanpa melemahkan hasil.

Bilakah saya patut menggunakan Audit Webhook Pembayaran?

Audit laluan webhook pembayaran untuk idempotensi, keselamatan replay, penulisan kredit, dan pengendalian kegagalan yang kelihatan kepada pelanggan. Gunakannya apabila anda sudah mempunyai nota, kekangan, atau draf kasar dan memerlukan langkah seterusnya yang berstruktur untuk disemak pasukan.

Apa yang perlu saya sertakan sebelum menjalankannya?

Sertakan bahan sumber, audiens, kekangan, fakta utama, dan sempadan yang tidak boleh direka oleh jawapan. Output disusun sebagai Idempotensi / keselamatan replay / penulisan kredit / kegagalan yang kelihatan kepada pelanggan / jurang ujian.

Pratonton utas

Acara checkout selesai menambah kredit. Acara retry boleh tiba dua kali. Halaman dompet membaca lejar kredit.
Idempotensi: ID acara mesti unik sebelum penulisan kredit. Keselamatan replay: sahkan tandatangan dan toleransi timestamp. Penulisan kredit: entri lejar patut merujuk sesi checkout. Kegagalan yang kelihatan kepada pelanggan: papar semakan tertunda jika pembayaran berjaya tetapi penulisan kredit gagal. Jurang ujian: kes acara pendua dan acara tidak mengikut urutan.

Output

Idempotensi / keselamatan replay / penulisan kredit / kegagalan yang kelihatan kepada pelanggan / jurang ujian

Lebih banyak prompt dalam mod ini

utas sembang

Kami mahu membina pembantu AI untuk pasukan e-dagang kecil yang menukar foto produk menjadi aset kempen.

Hipotesis masalah: pasukan e-dagang kecil kehilangan masa menukar foto produk mentah menjadi aset kempen yang sedia untuk saluran. Andaian paling berisiko: kualiti foto cukup tinggi, pasukan mempercayai variasi aset AI, dan masa semakan ialah halangan sebenar. Soalan kajian: siapa memiliki penciptaan aset kempen, di mana semakan tersangkut, dan piawaian kualiti apa yang menghalang penerbitan. Rancangan pengesahan: temu bual 5 operator, uji 3 aliran aset berpandukan prompt, dan bandingkan masa hingga aset pertama diluluskan. Pintu keputusan: teruskan hanya jika pasukan boleh mencapai draf boleh diterbitkan lebih cepat daripada aliran kerja semasa.

utas sembang

Kami sedang meneroka produk nota AI baharu untuk perunding solo. Bantu saya menukarnya menjadi brief kajian.

Objektif: tentukan sama ada perunding solo memerlukan ruang kerja nota AI atau lapisan susulan klien yang lebih ringan. Andaian kerja: mereka sudah menangkap nota, tetapi sintesis dan draf langkah seterusnya tidak konsisten. Audiens: perunding solo dengan panggilan klien berulang dan sokongan operasi terhad. Soalan utama: nota mana yang menjadi kerja boleh dibilkan, apa yang hilang selepas panggilan, dan di mana alat CRM terasa terlalu berat. Rancangan kajian: jalankan 6 temu bual, semak 10 aliran kerja nota panggilan terkini, dan uji satu prototaip brief susulan.

utas sembang

Ini rangka landing page produk AI kami. Beritahu saya apa yang tidak jelas sebelum kami mereka bentuknya.

Janji teras: kelihatan, tetapi masih dibingkaikan sebagai ciri dan bukan hasil pengguna yang konkrit. Perkara tidak jelas: halaman tidak menerangkan siapa yang mendapat nilai terlebih dahulu atau aliran kerja apa yang berubah selepas daftar. Jurang contoh: tambah contoh sebelum-selepas, sampel output model, dan satu isyarat kepercayaan ringkas berhampiran hero. Isu CTA: tindakan utama muncul selepas terlalu banyak penjelasan; pindahkan CTA berorientasikan penggunaan lebih dekat ke seksyen quick-use. Pelan semakan: tajamkan hero, tambah kad hasil, kemudian tulis semula bantahan sebelum menggilap visual.