За последние полтора года я прочитал десятки гайдов по промптингу. Большинство из них написаны так, как будто авторы в 2023 году прошли один bootcamp и застряли там навсегда. «Будьте конкретны», «давайте примеры», «используйте chain-of-thought» — да, это работает. Но это уровень «мойте руки перед едой», а не инженерная практика.

Что реально важно

После сотен итераций над продакшен-системами у меня осталось пять вещей, которые дают результат:

1. Контракт, а не инструкция

Промпт — это контракт между вами и моделью. Он должен описывать не «что делать», а «что считается успехом». Разница — как между ТЗ и брифом. ТЗ перечисляет функции, бриф описывает ценность.

Плохо:

«Ты — ассистент поддержки. Отвечай вежливо. Не упоминай конкурентов».

Хорошо:

«Цель каждого ответа — решить проблему пользователя за одно сообщение. Успех: пользователь закрыл чат и не вернулся в течение часа. Стиль: краткий, без эмодзи, с явным следующим шагом. Если пользователь спрашивает о конкурентах — отвечай про наши преимущества, не сравнивая функциональность».

2. Артефакты, а не токены

Лучшие агенты работают не в режиме «текст в чате», а в режиме «артефакт на диске». Если ваша задача требует структуры — выдайте структуру.

Пример: вместо «напиши отчёт» — дайте шаблон и попросите заполнить. Вместо «придумай 5 идей» — попросите таблицу с колонками «гипотеза, риск, бюджет, срок».

3. Негативные примеры сильнее позитивных

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

4. Контекст важнее длины

«Дай модели больше контекста» — бесполезный совет. Полезный: «Дай модели ровно тот контекст, который нужен для принятия решения в этом конкретном месте». Лишний контекст шумит, лишние инструкции отвлекают.

5. Версионируйте

Промпт — это код. У него должны быть версии, тесты, ревью. Если у вас нет бенчмарка, на котором вы можете сказать «новая версия хуже на 4%» — вы не инженер промптов, вы гадалка.

Контрпримеры

«Используйте step-by-step reasoning» — часто ухудшает ответы на задачах, где модель и так справляется. CoT помогает, когда задача на пределе возможностей, и вредит, когда задача простая.

«Будьте вежливы» — не имеет значения для качества ответа. Влияет только на стиль.

«Используйте temperature=0 для продакшена» — устаревшее правило. Современные reasoning-модели часто лучше работают на 0.3–0.7.

Что дальше

Промптинг как инженерная дисциплина только формируется. Через пару лет у нас появятся формальные методы оценки, фреймворки для версионирования и общие метрики. Пока — учитесь писать контракты, собирайте артефакты и относитесь к этому серьёзно.