Промпт определяет до 40% качества ответа ИИ. Для бизнес-задач работают три техники: явная роль и контекст, few-shot примеры из реальных кейсов и декомпозиция задачи в цепочку промптов. Шаблон промпта — это инженерный артефакт, его тестируют и версонируют, как код.
Что такое промпт-инжиниринг
Промпт — это инструкция, по которой модель генерирует ответ. Промпт-инжиниринг — это навык составлять инструкции так, чтобы ответ был стабильным, точным и пригодным для дела. Это не магия и не творчество, а инженерная дисциплина с версионированием, тестами и метриками.
В бизнес-задачах плохой промпт даёт непредсказуемый результат: то excellent, то бред. Хороший промпт даёт 85–95% приемлемых ответов на одном и том же наборе задач.
Структура рабочего промпта
Промпт для бизнес-задачи содержит пять блоков:
| Блок | Что пишет | Зачем |
|---|---|---|
| Роль | «Ты — менеджер по работе с клиентами B2B» | Задаёт стиль и точку зрения |
| Контекст | Описание компании, продукта, правила | Сужает генерацию |
| Задача | Что конкретно сделать | Фокус |
| Формат | Структура ответа | Снимает вариативность |
| Примеры | 2–5 готовых образцов | Few-shot обучение |
Без любого из блоков точность падает. Без примеров — больше всего.
Шаблон: ответ клиенту по регламенту
Ты — оператор поддержки интернет-магазина электроники.
Контекст: магазин работает по РФ, доставка СДЭК,
гарантия 12 месяцев, возврат в течение 14 дней.
Задача: ответь на вопрос клиента по регламенту.
Если ответа нет в регламенте — честно скажи
и предложи связать с менеджером.
Формат ответа:
1. Приветствие с именем клиента.
2. Прямой ответ на вопрос (2–4 предложения).
3. Дополнительная полезная информация.
4. Призыв задать уточняющий вопрос.
Регламент: {вставить фрагмент из базы знаний}
Вопрос клиента: {вопрос}
Пример:
Клиент: «Через сколько придёт заказ в Казань?»
Ответ: «Здравствуйте, Ольга! В Казань доставка
СДЭК занимает 2–4 дня после сборки заказа.
Срок сборки — 1 рабочий день. Уточнить статус
можно по номеру заказа в личном кабинете.
Подсказать что-то ещё?»
Этот шаблон стабильно даёт ответы в нужном стиле и не уходит в фантазии.
Техники для сложных задач
Few-shot
Подсказка с 2–5 примерами «вход → выход». Работает, потому что модель учится на закономерностях прямо в контексте. Главные правила:
- примеры разнообразны, а не однотипны;
- покрывают разные типы задач и граничные случаи;
- формат одинаков и строго соответствует требуемому.
Chain-of-Thought
Промпт заставляет модель рассуждать пошагово: «Сначала проанализируй, затем проверь факты, затем дай ответ». Снижает логические ошибки на 30–50%. Подходит для аналитики, скоринга, юр. заключений.
Decomposition
Сложная задача разбивается на несколько промптов. Например, обработка заявки: один промпт извлекает данные, второй классифицирует, третий формирует ответ. Это и есть простейшая агентная система — подробнее в «Агентные системы».
Self-critique
После генерации ответа второй промпт критикует и улучшает: «Найди ошибки в этом ответе и перепиши». Поднимает качество на 10–20%, но удваивает стоимость запроса.
Типичные ошибки
- Размытая задача. «Напиши хороший ответ» — модель решает сама, что такое «хороший».
- Нет примеров. Особенно критично для нестандартного формата ответа.
- Слишком длинный промпт. Модель «забывает» начало. Лучше разнести на несколько вызовов.
- Противоречивые инструкции. «Будь краток, но подробно опиши все условия» — модель выбирает одно случайно.
- Нет тестов. Промпт, работающий на трёх кейсах, может падать на 30-м.
Как тестировать промпт
- Соберите 30–50 реальных кейсов.
- Сформулируйте критерий приемлемости (да/нет, не оценка).
- Прогоните промпт на всём наборе.
- Посчитайте долю приемлемых ответов.
- Разберите ошибки — ищите закономерность.
- Скорректируйте промпт, повторите.
Цель — 85%+. Ниже 80% — промпт надо серьёзно переработать. Этот подход описан и для RAG-систем, где он применяется к базе знаний.
Версионирование
Промпты хранят в git или отдельной системе, как код. Каждый промпт имеет версию, дату, метрику качества на тестовом наборе. Без этого невозможно откатиться, если новая версия оказалась хуже.
Когда промпт не спасает
- Модель слабая для задачи. Никакой промпт не заставит маленькую модель делать сложную аналитику.
- Нет данных в контексте. Если модель не видит нужной информации, она будет галлюцинировать — добавьте RAG.
- Задача требует фактов, которых модель не знает. Промпт не заменит актуальную базу.
Главное правило промпт-инжиниринга для бизнеса: относитесь к промпту как к инженерному артефакту. Не к заклинанию, не к творчеству. Тестируйте, измеряйте, версонируйте.
Комментарии · 0