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

Чат GPT-5.5 для ревью технических рисков

Используйте GPT-5.5, чтобы проверить план реализации, отделить реальный инженерный риск от шума и подготовить сфокусированный список мер снижения риска.

Техническое ревьюРискПланирование
Превью

Чат-промпт

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

GPT-5.5

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

Ревью технических рисков

Превью

Чат-промпт

чат-ветка

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

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

Результат

Область работ / затронутые системы / предположения / режимы отказа / риск данных / пробелы тестов / мониторинг / откат / меры снижения риска

Структурированный пример чата для ревью инженерных рисков с GPT-5.5.

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

Чат GPT-5.5 для ревью технических рисков

Чат GPT-5.5 для ревью технических рисков: оценивайте план реализации на основе доказательств и мер снижения риска.

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

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

Вставьте план, релевантные фрагменты кода, логи и ограничения; просите ранжировать риски по серьезности, а не предлагать широкое переписывание.

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

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

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

Когда использовать чат GPT-5.5 для ревью технических рисков?

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

Как удержать ревью на доказательствах?

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

Превью ветки

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

Результат

Область работ / затронутые системы / предположения / режимы отказа / риск данных / пробелы тестов / мониторинг / откат / меры снижения риска

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

чат-ветка

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

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

чат-ветка

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

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

чат-ветка

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

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