Прикольные промты для чат-бота: подборка с разбором, почему они работают

Подборка · Промпт-инжиниринг

Прикольные промты для чат-бота: каталог сценариев с разбором логики

6 категорий, десятки готовых примеров и принцип, как собирать промты, которые дают результат, а не «воду»

Большинство людей пишут в чат-бот так, будто говорят с не очень сообразительным стажёром: «напиши текст про кофе». Результат — общий, бесполезный, в корзину.

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

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

Анатомия промта, который работает

Роль

Кем бот должен мыслить: «ты — старший редактор Meduza», «ты — CTO финтех-стартапа», «ты — скептичный инвестор». Роль загружает в контекст правильный лексикон, критерии и стиль мышления.

Контекст

Входные данные: цель, аудитория, ограничения, примеры. «Пишем письмо холодного аутрича для HR-директоров среднего бизнеса. Боль — текучесть. Наш продукт — LMS. Тон — деловой, но человечный. Длина — до 120 слов».

Формат

Жёсткая структура выхода: «таблица markdown с колонками: Инструмент, Цена, Плюс, Минус, Вердикт», «JSON по схеме», «список из 5 пунктов, каждый — один экшен». Без формата бот разьётся потоком сознания.

Ограничения

Чего делать нельзя: «не используй клише: «в современном мире», «играет ключевую роль», «незаменимый инструмент». Не пиши в пассиве. Не превышай 3 предложения на абзац». Ограничения режут мусор на входе.

Критерий качества

Как понять, что результат хорош: «оцени свой ответ по шкале 1-10 по критериям: точность факта, полезность для читателя, соблюдение тона. Если ниже 8 — перепиши». Заставляет бот самокритику.

Категория 1 — Ролевые промты: надеваем маску эксперта

Самый мощный приём — заставить модель мыслить в чужой голове. Роль подтягивает не только лексику, но и скрытые эвристики: редактор видит клише, инвестор — риски, юрист — ответственность.

Скептичный инвестор

Оценивает идею, продукт или стратегию глазами человека, который рискует своими деньгами.

Ты — ангельский инвестор, вложивший в 50+ стартапов. Твоя задача — найти причины сказать «нет». Проанализируй питч ниже по 5 критериям: 1. Размер рынка (TAM/SAM/SOM) — реально ли $1B+? 2. Мост — почему сейчас, а не 2 года назад? 3. Команда — есть ли unfair advantage? 4. Единая экономика — сходится ли LTV > 3×CAC? 5. Риск распыления — не пытаются ли сделать всё сразу? Дай вердикт: Invest / Pass / Meet for coffee. Аргументируй каждое «нет». ПИТЧ: [вставь свой текст]

Старший редактор медиа

Режет воду, убивает клише, заставляет писать для живого читателя, а не для SEO.

Ты — главный редактор крупного онлайн-медиа. Твоя задача — превратить черновик в материал, который дочитают до конца и перешлют коллегам. Правила: — Убей все вводные слова («кстати», «во-первых», «следует отметить»). — Замени пассив на актив: «было принято решение» → «решили». — Каждый абзац — одна мысль. Длина — 2-3 предложения. — Заголовки — утверждения, а не темы: не «О нашей команде», а «Команда, которая провалила 3 запуска и вывела продукт в прибыль». — Вставь 1-2 цитаты-инсайта от героев текста. — Убери всё, что не несет новую информацию. Черновик: [вставь текст] Выдай: готовый материал + список того, что вырезано и почему.

Red Team / Адвокат дьявола

Находит дыры в аргументации, плане, коде или стратегии до того, как это сделают другие.

Ты — Red Team аналитик. Твоя работа — сломать предложенное решение. Дан план/архитектура/аргументация ниже. Найди: 1. Единые точки отказа (SPOF). 2. Неявные предположения, которые могут быть ложны. 3. Вторые и третьи порядка последствий (что сломается через 6 месяцев?). 4. Векторы атаки/абьюза, если это продукт. 5. Скрытые затраты: время, деньги, когнитивная нагрузка команды. Формат: таблица markdown — Риск | Вероятность | Урон | Митигация. В конце — одно предложение: «Главная причина, почему это провалится: …» ОБЪЕКТ АНАЛИЗА: [вставь описание]

Категория 2 — Структурирующие промты: порядок в хаосе

Когда в голове каша, а на выходе нужен чистый артефакт — таблица, чек-лист, схема, спецификация. Эти промты работают как пресс: сырой ввод → структурированный выход.

Из транскрипта — в протокол

Идеально для созвонов, интервью, голосовых заметок. Экономит час ручной расшифровки.

Ты — протоколёр совета директоров. Из транскрипта ниже извлеки: 1. Решения (что, кто, срок) — таблица: Решение | Ответственный | Дедлайн | Статус. 2. Резолюции (поручения без дедлайна) — список. 3. Открытые вопросы — список. 4. Цитаты-ключи — до 5 фраз, которые фиксируют суть позиции спикеров. 5. Риски и блокеры — пулетами. Транскрипт может быть неполным, с опечатками ASR. Восстанавливай смысл по контексту. Не выдумывай — пиши «не упомянуто», если данных нет. ТРАНСКРИПТ: [вставь текст]

Конкурентный ландшафт за 3 минуты

Собирает разрозненные знания в сравнительную таблицу. Работает даже без доступа к интернету — на внутреннем весе модели.

Ты — стратег по конкурентному интеллекту. Сравни [Продукт А] и [Продукт Б] по критериям ниже. Если точных данных нет — пиши «оценка по открытым источникам» и ставь уверенность 1-10. Колонки таблицы: Категория | Продукт А | Продукт Б | Комментарий Позиционирование / УТП Целевой сегмент (ICP) Ценовая модель Ключевые фичи (топ-5) Сильные стороны Слабые стороны / Gaps Go-to-market стратегия Оценка продукта (G2/Capterra/Trustpilot) Финансирование / Выручка (если публично) Вердикт: кто выиграл и при каких условиях

Техническая спецификация из идеи

Превращает вольное описание «хочу приложение для…» в ТЗ, которое можно отдать разработчику.

Ты — системный аналитик. Напиши Technical Spec v0.1 на основе идеи ниже. Структура документа: 1. Problem Statement (1 абзац) 2. User Stories (формат: As a [role], I want [action], so that [value]) — 8-12 шт. 3. Functional Requirements (FR-001, FR-002… с приоритетом Must/Should/Could) 4. Non-Functional Requirements (performance, security, a11y, scalability) 5. Data Model (сущности + связи, текстовым описанием или Mermaid ERD) 6. API Contracts (ключевые эндпоинты: method, path, request/response schema) 7. UI States (empty, loading, error, success — для ключевых экранов) 8. Edge Cases & Error Handling (минимум 5 сценариев) 9. Acceptance Criteria для каждой User Story (Given/When/Then) 10. Open Questions & Assumptions ИДЕЯ: [описание на 3-5 предложений]

Категория 3 — Творческие промты: прорыв шаблонов

Здесь промт работает как ограничение, которое парадоксально расширяет пространство решений. Жёсткие рамки заставляют модель выходить за клише.

Концепт за 5 минут (метод «Что если?»)

Генерирует неидеи — идеи на стыке несовместимого. Работает для названий, фич, кампаний,.plotов.

Ты — креативный директор, который ненавидит банальное. Задача: придумать 10 концептов для [тема: бренд кофе / фича приложения / статья / мерч]. Метод: «What if [A] met [B] in [context C]?» Примеры пар: IKEA × Тиндер × доставка еды. Dostoevsky × TikTok × корпобучение. NASA × парикмахерская × подписка. Дай 10 строк таблицы: A (бренд/феномен) | B (бренд/феномен) | Контекст C | Концепт (1 предложение) | Почему это может сработать (инсайт) Запреты: ничего про AI, блокчейн, метавселенные, «революционный», «уникальный», «инновационный». Бонус: 1 концепт в стиле «абсурд, который на деле гениален».

Писательский мастер-класс: стиль конкретного автора

Не «напиши в стиле Хемингуэя», а разбор речевых паттернов + применение к твоему тексту.

Шаг 1. Анализ стиля. Ты — лингвист-стилист. Разбери стиль [Автор: Хемингуей / Довлатов / Пелевин / Твой любимый блогер] по параметрам: — Средняя длина предложения (слова) — Соотношение простых / сложных синтаксических конструкций — Любимые части речи (глаголы vs прилагательные vs существительные) — Типичные метафоры и образы — Ритм: парные конструкции, триады, рукописные паузы — Тон: ирония, меланхолия, цинизм, теплота? — Лексические маркеры (слова-визитки) — Работа с диалогом / внутренним монологом Шаг 2. Применение. Перепиши текст ниже в этом стиле, сохранив факты и смысл. Исходник: [твой текст] Выдай: переработанный текст + комментарий «где именно применён каждый паттерн».

Генератор метафор для сложных тем

Объясняет квантовую физику через готовку борща, блокчейн через библиотечную картотеку, API через ресторан.

Ты — объяснялка сложных вещей через бытовые метафоры. Твоя цель — «акга!» в голове у 14-летнего подростка. Тема: [вставь тему: векторные базы данных / окно контекста LLM / zero-knowledge proofs / микросервисы / рефакторинг] Дай 5 метафор из разных доменов: 1. Кухня / еда 2. Город / транспорт / логистика 3. Природа / биология 4. Детская игра / конструктор 5. Бытовая рутина (стирка, уборка, сборы в школу) Формат каждой: **Метафора:** [образ] **Маппинг:** элемент А → метафора А, элемент Б → метафора Б… **Где метафора ломается:** честно укажи предел применимости **One-liner для слайда:** [1 фраза до 12 слов]

Категория 4 — Аналитические промты: вторая пара глаз

Бот как аналитик: разбирает данные, код, тексты, стратегии. Ключ — заставить его не просто резюмировать, а выделить паттерны, аномалии и action items.

Code Review без эго

Находит баги, код-смеллы, проблемы безопасности и архитектуры. Мягче человека, не устал, не стесняется спрашивать «глупое».

Ты — Staff Engineer, делающий code review. Цель — сделать код надежнее, читаемее, проще. Правила: — Не хвали за «хороший код». Ищи проблемы. — Каждая замечание: файл:строка | тип (bug/smell/security/perf/style) | что не так | как исправить (код) | приоритет (P0/P1/P2). — Ищи: утечки памяти, race conditions, N+1, отсутствие идемпотентности, хардкод, магия чисел, нарушение SOLID, тестируемость. — Если не видишь контекст (например, DI контейнер) — пиши «контекст не виден, предположу…». — В конце: топ-3 рефакторинга, которые дадут 80% эффекта. КОД (можно несколько файлов): [вставь код]

Анализ обратной связи пользователей (VOC)

Из сотен отзывов, тикетов, чатов вытягивает Jobs-to-be-Done, боли, фичи-кillerы и когнитивные искажения.

Ты — продуктовый аналитик VOC. На входе — сырые отзывы пользователей (App Store, саппорт, NPS комментарии, интервью). Задача: выделить сигнал из шума. Выдай: 1. Топ-5 Jobs-to-be-Done (что пользователь *действительно* нанимает продукт делать). 2. Топ-5 Pains (боли) с частотой упоминаний и эмоциональной окраской. 3. Топ-3 Gains (ожидаемые выгоды), которых нет в продукте. 4. Когнитивные искажения: где пользователь винит продукт за свою ошибку / не понимает фичу / ждёт магии. 5. «Киллер-фичи» конкурентов, о которых просят. 6. Сегментация: какие боли у платных vs бесплатных / новичков vs старых. 7. 3 гипотезы для descubrimiento следующего квартала. ДАННЫЕ: [вставь массив отзывов или файл]

Pre-mortem стратегии

Классический приём Клейна: представить, что проект провалился, и восстановить цепочку причин. Спасает от слепоты к рискам.

Ты — фасилитатор pre-mortem сессии. Мы через 1 год после запуска [проект/продукт/фича]. Факт: проект провалился катастрофически. Деньги потрачены, команда расформирована, репутация ударена. Задача: восстановить хронику провала. 1. Какой был *первый* сигнал, который все проигнорировали? (дата, метрика, комментарий) 2. Какие 3 решения на ранней стадии заложили мину? (почему их приняли, какая альтернатива была) 3. Какие внешние факторы ударили? (рынок, конкуренты, регуляция, техдолг) 4. Какие внутренние динамики убили проект? (политика, выгорание, наём, коммуникация) 5. В какой момент можно было еще повернуть? (конкретная дата/событие) Формат: хронология от запуска до краха с датами. В конце — чек-лист «Что проверить прямо сейчас, чтобы это не случилось». КОНТЕКСТ ПРОЕКТА: [описание цели, команды, таймлайна, ресурсов]

Категория 5 — Мета-промты: промты, которые пишут промты

Высший пилотаж. Вы описываете *задачу*, а бот выдаёт *промт*, который решает эту задачу лучше, чем вы написали бы сами. Итеративно улучшает сам себя.

Авто-промт-инженер

Даёшь цель — получаешь готовый промт с ролью, контекстом, форматом, ограничениями и критерием качества.

Ты — эксперт по промпт-инжинирингу. Твоя задача — написать идеальный промт для моей цели. Моя цель: [описание: «получить план контента на месяц для B2B SaaS блога», «рефакторить легаси на React», «подготовиться к переговорам зарплаты»] Процесс: 1. Задай мне 5 уточняющих вопросов по одному (ждал ответа на каждом шаге). 2. После ответов — собери промт по структуре: Роль, Контекст, Формат, Ограничения, Критерий качества, Few-shot примеры (если нужны). 3. Дай 2 варианта: «Стандартный» и «Максимально детализированный (для сложных кейсов)». 4. Добавь блок «Как тестировать качество ответа» — 3 чек-пойнта. Начинай с первого вопроса.

Итеративный улучшитель промта

Берёт твой черновик промта и прогоняет через цикл критики → правки до качества 9/10.

Ты — промт-аудитор. На входе — мой черновик промта. Цикл (повтори 3 раза): 1. Оцени промт по 5 критериям (Роль, Контекст, Формат, Ограничения, Критерий качества) по 1-10. 2. Найди 3 главных слабости. 3. Перепиши промт, устраняя их. 4. Выдай улучшенную версию + чейнджлог что изменилось. Мой черновик: [вставь свой промт] Финальный вывод: лучшая версия + инструкция «как пользоваться этим промтом» для коллеги.

Генератор few-shot примеров

Few-shot — самый мощный способ задать паттерн. Этот промт создаёт 5-7 качественных примеров ввода-вывода для твоей задачи.

Ты — генератор обучающих примеров для few-shot промтинга. Задача: [описание: «классификация жалоб по категориям», «извлечение сущностей из договора», «перевод на язык простых метафор»] Сгенерируй 7 пар Input → Output, которые: — Покрывают edge cases (пустой ввод, смешанные категории, сарказм, опечатки, длинный текст, минимальный контекст). — Демонстрируют *точный* формат выхода, который мне нужен. — Разнообразны по длине, стилю, домену. — Включают 1 adversarial пример (провокация) и правильную реакцию на него. Формат выдачи: готовый блок для вставки в промт: ### Examples Input: … Output: … — Input: … Output: …

Категория 6 — Практические лайфхаки: промты для каждого дня

Не категории, а конкретные рецепты «возьми и сделай». Экономят часы рутины.

Email-ответчик «Я видел, обрабатываю»

Ты — мой исполнительный ассистент. Входящее письмо ниже. Напиши ответ от моего имени. Правила: тон — деловой, тёплый, краткий. Признай получение. Дай срок реакции (конкретная дата). Не обещай что не можешь выполнить. Если вопрос — уточни детали. Подпись: «Лучше, [Имя]». ПИСЬМО: [вставь]

Переводчик с «корпоратного» на человеческий

Переведи текст ниже с корпоративного новояза на простой русский. Сохрани смысл, убей бюрократизмы, пассив, канцелярит. Словарь замен (примеры): «осуществление деятельности» → «работа» «в рамках реализации проекта» → «в проекте» «имеет место быть» → «есть / происходит» «предсталяет собой» → «это» «функционал» → «функции / возможности» Текст: [вставь]

План дня по методу «Одна вещь»

Ты — коуч по продуктивности. На входе — мой браиндамп задач на день (хаотичный список). Выдай: 1. ONE THING — единственная задача, которая сделает день успешным (критерий: влияние на цель квартала). 2. 2-3 Supporting Tasks — задачи, которые раскачивают One Thing. 3. Maintenance — рутина (почта, слак, админка) — слот 30-60 мин, батчинг. 4. Не делать — что сознательно переносим/отменяем/делегируем. 5. Энергоплан: когда делаем One Thing (пик энергии), когда — остальное. Мой список: [вставь]

Создание чек-листа из любой инструкции

Из текста ниже (статья, видео-транскрипт, документация, регламент) сделай исполняемый чек-лист. Формат каждой строки: ☐ [Глагол-действие] [Объект] [Критерий готовности] Пример: ☐ Настроить SPF/DKIM/DMARC для domain.com → письма проходят mail-tester.com на 10/10 Группируй по этапам. Убери теорию, оставь только экшены. Текст: [вставь]

Экспресс-бриф для дизайнера/разработчика

Ты — продюсер. Из моего вольного описания задачи сделай бриф, который исключает доп. вопросы. Структура: 1. Цель бизнеса (1 фраза) 2. Пользовательская история (As a… I want… So that…) 3. Ключевые экраны / артефакты 4. Контент (тексты, ассеты — что есть, что нужно сделать) 5. Тех. ограничения (стек, браузеры, а11y, дедлайн) 6. Референсы (ссылки + что именно брать: стиль, UI паттерн, анимация) 7. Definition of Done (чек-лист приёмки) 8. Риски / открытые вопросы Мой ввод: [описание задачи]

Симулятор сложного диалога

Ты — [недовольный клиент / сложный сотрудник / строгий инвестор / регулятор]. Ситуация: [описание контекста]. Твоя цель — [что хочет контрпарти]. Твой стиль — [агрессивный / пассивно-агрессивный / манипулятивный / бюрократический]. Начнём ролеплей. Я делаю первый ход. Ты отвечаешь в характере. После 5-7 реплик дай мне фидбек: где я просел, что сказал лишнее, какой фразой можно было перехватить инициативу. Мой первый ход: [твоя реплика]

Формула универсального промта: собирай сам

Все промты выше — частные случаи одной схемы. Запомни структуру, и не придётся искать готовые рецепты.

1. РОЛЬ

«Ты — [профессия/персона] с опытом [N] лет в [домен]. Твоя суперсила — [конкретный навык].»

2. КОНТЕКСТ

«Задача: [что делаем]. Цель: [какой результат]. Аудитория: [кто читает/смотрит]. Входные данные: [факты, ограничения, примеры].»

3. ФОРМАТ

«Выдай: [структура: таблица / JSON / список / текст]. Шаблон: [конкретный образец строки]. Длина: [символы/абзацы/пункты].»

4. ОГРАНИЧЕНИЯ

«Не используй: [клише, слова, структуры]. Не делай: [действия]. Тон: [описание]. Длина: [макс].»

5. КРИТЕРИЙ КАЧЕСТВА

«Оцени свой ответ по шкале 1-10: [критерий А], [критерий Б], [критерий В]. Если сумма < 24 — перепиши.»

6. FEW-SHOT (опц.)

«Примеры: Input → Output. 3-5 пар, покрывающие нормальный кейс, edge case, adversarial.»

Ошибки, которые делают промт бесполезным

Нет роли — нет экспертизы

Без роли модель отвечает «средним интернетом». Роль включает нужные веса в сети.

Контекст в голове, а не в промте

Модель не знает твой бэкграунд. Всё, что не написано — не существует.

Формат «как получится»

«Напиши хорошо» — не формат. «Таблица markdown с колонками А, Б, В» — формат.

Игнорирование few-shot

3-5 примеров ввода-вывода работают лучше любого вербального описания формата.

Один промт на всё

Сложные задачи дроби на цепочку: план → черновик → правка → форматирование. Каждый шаг — свой промт.

Промпт-инжиниринг — это не магия. Это инженерная дисциплина.

Каждый промт в этой подборке собран по одной схеме: роль + контекст + формат + ограничения + критерий качества + few-shot. Никаких секретных слов. Только ясность требований.

Начни с копирования одного промта под свою текущую задачу. Запусти. Посмотри, где модель ошиблась. Добавь ограничение. Запусти снова. Так рождаются промты, которые работают стабильно.

Лучший промт — тот, который ты написал сам, итерация за итерацией.