Назад до prompt library
Бібліотека promptChat Prompt

Чат-планувальник відтворення помилки

Використовуйте структурований робочий процес чату, щоб перетворити нечіткий звіт про помилку на конкретний план відтворення.

НалагодженняQAВідтворення
Preview

Chat Prompt

Recommended model

GPT-5.2

Output format

Чат-планувальник відтворення помилки

Preview

Chat Prompt

chat thread

Користувачі кажуть, що сторінка промптів іноді втрачає їхній фільтр моделі.

Відомий сигнал: стан фільтра зникає під час навігації, а не під час першого завантаження. Ймовірні поверхні: гідратація параметрів запиту, локалізований роутинг і скидання клієнтського стану. Шлях відтворення: відкрити список, вибрати модель, перейти на детальну сторінку, повернутися кнопкою назад у браузері. Докази для збору: URL, значення поля вводу, помилки консолі та поведінка мережевого кешу.

Output

Мета / контекст / судження / ризики / рекомендовані дії / відсутня інформація

Приклад структурованої розмови для чату-планувальника відтворення помилки.

Full prompt

Чат-планувальник відтворення помилки

Чат-планувальник відтворення помилки: перетворіть нечіткий звіт про помилку на конкретний план відтворення.

Recommended model: GPT-5.2Output format: Чат-планувальник відтворення помилки
Full prompt
Chat Prompt
Ви керівник налагодження. На основі введення користувача перетворіть нечіткий звіт про помилку на конкретний план відтворення. Поверніть структуровану відповідь із такими частинами: мета, відомий контекст, ключове судження, ризики або прогалини, рекомендовані дії та відсутня інформація. Обґрунтовуйте твердження наданим матеріалом; позначайте припущення замість вигадування фактів. Ставте не більше одного уточнювального запитання лише тоді, коли бракує критичного контексту.

Примітки щодо використання

Вставте реальний контекст, обмеження, аудиторію та дедлайн; не просіть модель вигадувати відсутні факти.

Prompt FAQ

Перед використанням цього prompt

Quick checks для inputs, model fit і того, як адаптувати template без послаблення result.

Коли варто використовувати чат-планувальник відтворення помилки?

Використовуйте його, коли потрібно перетворити реальне введення на структурований, дієвий і придатний для перевірки чат-вивід.

Що потрібно додати перед запуском?

Додайте мету, обмеження, аудиторію, вихідний матеріал і межі того, що модель не повинна вигадувати.

Thread preview

Користувачі кажуть, що сторінка промптів іноді втрачає їхній фільтр моделі.
Відомий сигнал: стан фільтра зникає під час навігації, а не під час першого завантаження. Ймовірні поверхні: гідратація параметрів запиту, локалізований роутинг і скидання клієнтського стану. Шлях відтворення: відкрити список, вибрати модель, перейти на детальну сторінку, повернутися кнопкою назад у браузері. Докази для збору: URL, значення поля вводу, помилки консолі та поведінка мережевого кешу.

Output

Мета / контекст / судження / ризики / рекомендовані дії / відсутня інформація

Більше prompts у цьому mode

chat thread

Ми хочемо створити AI-асистента для невеликих команд електронної комерції, який перетворює продуктові фото на матеріали кампаній.

Гіпотеза проблеми: невеликі команди електронної комерції втрачають час, перетворюючи сирі продуктові фото на готові для каналів матеріали кампаній. Найризикованіші припущення: якість фото достатньо висока, команди довіряють варіаціям матеріалів від AI, а час перевірки є справжнім вузьким місцем. Дослідницькі запитання: хто відповідає за створення матеріалів кампаній, де зупиняються правки та яка планка якості блокує публікацію. План валідації: провести інтерв'ю з 5 операторами, протестувати 3 потоки створення матеріалів через промпти та порівняти час до першого схваленого матеріалу. Ворота рішення: продовжувати лише якщо команди можуть отримати придатний до публікації чернетковий матеріал швидше, ніж у поточному воркфлоу.

chat thread

Ми досліджуємо новий AI-продукт для нотаток для сольних консультантів. Допоможіть перетворити це на дослідницький бриф.

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

chat thread

Ось структура лендингу нашого AI-продукту. Скажіть, що незрозуміло, перш ніж ми перейдемо до дизайну.

Основна обіцянка: видима, але все ще сформульована як функція, а не як конкретний результат для користувача. Незрозумілий момент: сторінка не пояснює, хто отримує цінність першим і який робочий процес змінюється після реєстрації. Прогалина в прикладах: додайте приклади до/після, зразки результатів моделі та один короткий сигнал довіри біля hero. Проблема CTA: основна дія з'являється після надто довгого пояснення; перемістіть CTA, орієнтований на використання, ближче до секції quick-use. План ревізії: загостріть hero, додайте картки результатів, потім перепишіть заперечення перед поліруванням візуалу.