Назад к библиотеке промптов
Библиотека промптовЧат-промпт

Аудит платежного вебхука

Проверьте путь платежного вебхука на идемпотентность, защиту от повторного воспроизведения, запись кредитов и обработку видимых клиенту сбоев.

ПлатежБезопасностьИнженерия
Превью

Чат-промпт

Рекомендуемая модель

GPT-5.2 Codex

Формат результата

Заметка аудита вебхука

Превью

Чат-промпт

чат-ветка

События завершения оформления покупки добавляют кредиты. Повторные события могут прийти дважды. Страница кошелька читает кредитный журнал.

Идемпотентность: идентификатор события должен быть уникальным до записи кредитов. Защита от повтора: проверять подпись и допустимое окно времени для временной метки. Запись кредитов: запись журнала должна ссылаться на сессию оформления покупки. Видимый клиенту сбой: показывать ожидание проверки, если платеж успешен, но запись кредитов не удалась. Пробел в тестах: сценарии дублирующегося события и события не по порядку.

Результат

Идемпотентность / защита от повтора / запись кредитов / видимый клиенту сбой / пробел в тестах

Проверьте путь платежного вебхука на идемпотентность, защиту от повторного воспроизведения, запись кредитов и обработку видимых клиенту сбоев.

Полный промпт

Аудит платежного вебхука

Проверьте путь платежного вебхука на идемпотентность, защиту от повторного воспроизведения, запись кредитов и обработку видимых клиенту сбоев.

Рекомендуемая модель: GPT-5.2 CodexФормат результата: Заметка аудита вебхука
Полный промпт
Чат-промпт
Вы серверный инженер, который аудитирует реализацию платежного вебхука. Превратите предоставленные заметки в практический разбор, по которому команда сможет действовать. Верните ответ с разделами: идемпотентность, защита от повтора, запись кредитов, видимый клиенту сбой, пробел в тестах. Обосновывайте каждый вывод предоставленными заметками. Отмечайте недостающие факты вместо того, чтобы их выдумывать.

Примечания по использованию

Вставьте реальные заметки, ограничения и исходные материалы. Не добавляйте приватные данные, если они не нужны для разбора.

Вопросы по промпту

Перед использованием этого промпта

Быстрые проверки входных данных, подходящей модели и способов адаптировать шаблон без потери качества результата.

Когда использовать аудит платежного вебхука?

Используйте его, чтобы проверить путь платежного вебхука на идемпотентность, защиту от повторного воспроизведения, запись кредитов и обработку видимых клиенту сбоев. Он подходит, когда у вас уже есть заметки, ограничения или черновик и нужен структурированный следующий шаг, который команда сможет проверить.

Что добавить перед запуском?

Добавьте исходные материалы, аудиторию, ограничения, ключевые факты и границы, за которые ответ не должен выходить. Результат будет организован как идемпотентность / защита от повтора / запись кредитов / видимый клиенту сбой / пробел в тестах.

Превью ветки

События завершения оформления покупки добавляют кредиты. Повторные события могут прийти дважды. Страница кошелька читает кредитный журнал.
Идемпотентность: идентификатор события должен быть уникальным до записи кредитов. Защита от повтора: проверять подпись и допустимое окно времени для временной метки. Запись кредитов: запись журнала должна ссылаться на сессию оформления покупки. Видимый клиенту сбой: показывать ожидание проверки, если платеж успешен, но запись кредитов не удалась. Пробел в тестах: сценарии дублирующегося события и события не по порядку.

Результат

Идемпотентность / защита от повтора / запись кредитов / видимый клиенту сбой / пробел в тестах

Еще промпты в этом режиме

чат-ветка

Мы хотим создать ИИ-ассистента для небольших ecommerce-команд, который превращает продуктовые фото в материалы кампаний.

Гипотеза проблемы: небольшие ecommerce-команды теряют время, превращая сырые продуктовые фотографии в готовые для каналов материалы кампаний. Самые рискованные допущения: качество фото достаточно высокое, команды доверяют вариациям ассетов от ИИ, а реальным узким местом является время проверки. Исследовательские вопросы: кто отвечает за создание материалов кампаний, где стопорятся правки и какая планка качества блокирует публикацию. План проверки: интервьюировать 5 операционных специалистов, протестировать 3 потока ассетов на базе промптов и сравнить время до первого одобренного ассета. Ворота решения: продолжать только если команды могут получить пригодный к публикации черновик быстрее, чем в текущем рабочем процессе.

чат-ветка

Мы изучаем новый продукт AI-заметок для независимых консультантов. Помогите превратить это в исследовательский бриф.

Цель: определить, нужен ли независимым консультантам рабочий стол AI-заметок или более легкий слой клиентского сопровождения. Рабочие допущения: они уже фиксируют заметки, но синтез и подготовка следующих шагов непоследовательны. Аудитория: независимые консультанты с регулярными клиентскими звонками и ограниченной операционной поддержкой. Ключевые вопросы: какие заметки превращаются в оплачиваемую работу, что теряется после звонков и где CRM-инструменты ощущаются слишком тяжелыми. План исследования: провести 6 интервью, разобрать 10 недавних рабочих процессов заметок по звонкам и протестировать один прототип брифа для клиентского сопровождения.

чат-ветка

Вот план лендинга нашего AI-продукта. Скажи, что неясно, прежде чем мы начнем дизайн.

Ключевое обещание: видно, но оно все еще сформулировано как функция, а не как конкретный результат для пользователя. Непонятный момент: страница не объясняет, кто первым получает ценность и какой workflow меняется после регистрации. Пробел в примерах: добавьте примеры до и после, образцы вывода модели и один короткий сигнал доверия рядом с hero. Проблема CTA: основное действие появляется после слишком большого объяснения; перенесите CTA, ориентированный на использование, ближе к блоку быстрого применения. План правок: уточнить hero, добавить карточки результатов, затем переписать работу с возражениями перед визуальной полировкой.