Слово повторяют на каждом курсе, а объясняют обычно так, что понятнее не становится. Разбираем термин по частям и берём приёмы не из пересказов, а из документации разработчика модели, открытой 15 сентября 2026 года.
Половина жалоб на нейросети звучит как «она отвечает ерунду», и почти всегда разбор упирается в один и тот же момент: запрос состоял из шести слов, а ожидали от него готовую работу. Промпт это весь текст, который вы отправляете модели вместе с задачей: роль, условия, данные, формат ответа и запреты, и модель отвечает ровно на него, а не на то, что вы имели в виду.
Приёмы ниже взяты не из чужих подборок, а с двух страниц документации Anthropic, открытых с московского адреса 15 сентября 2026 года: обзорной по промпт-инжинирингу и справочника по лучшим практикам. Оттуда же золотое правило проверки запроса на живом человеке и число примеров, которое разработчик считает оптимальным. Дальше по порядку: написание слова, состав запроса, формула, проверка, разметка, ошибки и границы метода.
Главное в одну строку
Промпт это техническое задание модели, и качество ответа определяется тем, названы ли в нём роль, задача, данные, формат и ограничения.
Часть 1 · Ответ
Часть 2 · Написание
В русском языке слово ещё не устоялось, и это нормально для термина, которому несколько лет. В поиске обе формы ведут к одному и тому же, так что спорить не о чем.
Часть 3 · Состав
Люди думают, что промпт это их последнее сообщение. Модель видит гораздо больше, и именно поэтому длинный чат начинает вести себя странно.
Всё это вместе занимает окно контекста, и оно не бесконечно. Как устроен счёт и почему длинный чат стоит начинать заново, разобрано в гайде про токены.
Часть 4 · Формула
Из документации разработчика, открыта 15.09.2026
В справочнике по лучшим практикам Anthropic советует относиться к модели как к блестящему, но новому сотруднику, у которого нет контекста ваших норм и процессов: чем точнее объяснено, чего вы хотите, тем лучше результат. Там же рекомендуется давать инструкции последовательными шагами в виде нумерованного списка, когда важен порядок или полнота действий, и объяснять мотив требования, а не только само требование.
Часть 5 · Определитель
| Как просят обычно | Чего не хватает | Как переписать |
|---|---|---|
| «Напиши текст» | адресата и формата | для кого, где публикуется, сколько знаков |
| «Сделай красиво» | критерия | назвать три признака нужного результата |
| «Разбери документ» | задачи | что именно вытащить и в каком виде |
| «Не пиши как нейросеть» | конкретики запрета | перечислить слова и обороты под запрет |
| «Дай источники» | доступа к источникам | приложить документы или включить поиск |
| «Сделай как в прошлый раз» | примера | вставить сам образец в запрос |
| Пять задач в одном сообщении | разделения | разнести по отдельным запросам |
Часть 6 · Проверка
Золотое правило из документации, открыта 15.09.2026
Формулировка дословная: покажите свой промпт коллеге, у которого минимум контекста по задаче, и попросите выполнить по нему работу. Если он растеряется, модель растеряется тоже. Там же приводится пример: запрос «создай дашборд аналитики» назван менее эффективным, а более эффективным тот же запрос с явной просьбой включить как можно больше релевантных функций и не ограничиваться базовым вариантом.
Правило хорошо тем, что не требует знаний про модели. Если человек со стороны спросит «а что именно надо сделать», значит в запросе не хватает ровно того, о чём он спросил.
Часть 7 · Примеры
Из справочника лучших практик, открыт 15.09.2026
Примеры названы одним из самых надёжных способов задать формат, тон и структуру ответа. Требования к ним перечислены прямо: релевантные, то есть близкие к вашей реальной задаче, разнообразные, чтобы модель не уцепилась за случайную закономерность, и структурированные, обёрнутые в теги example. Рекомендованное количество от трёх до пяти.
На практике это самый недооценённый приём. Один образец нужного текста меняет результат сильнее, чем три абзаца объяснений, как надо писать.
Часть 8 · Разметка
Когда в одном сообщении лежат инструкция, исходный текст и примеры, модель может перепутать, что из этого выполнять, а что обрабатывать. Разметка снимает эту неоднозначность.
Часть 9 · Инжиниринг
Из обзорной страницы документации, открыта 15.09.2026
Перед тем как заниматься промпт-инжинирингом, разработчик требует три вещи: чёткое определение критериев успеха для вашей задачи, способ эмпирически проверить результат против этих критериев и черновик запроса, который вы хотите улучшить. Отдельно сказано, что не всякий проваленный критерий лечится промтом: скорость и стоимость иногда проще починить сменой модели.
Отсюда простое разделение. Подбор формулировки без критерия успеха это не инженерия, а перебор наугад. Как только появляется способ сравнить два ответа, начинается нормальная работа: меняем одну вещь, смотрим результат, оставляем то, что лучше.
Часть 10 · Ошибки
Часть 11 · Границы
Готовые запросы под типовые задачи на копипаст собраны в библиотеке промтов, а если работаете с кодом, отдельный разбор лежит в гайде про промптинг для Claude Code.
Памятка
Коротко
Источники
Чего тут нет намеренно: списка волшебных фраз вроде «ты эксперт мирового уровня». Такие приёмы кочуют из подборки в подборку, но в документации разработчика их нет, а проверить их эффект без собственного критерия успеха невозможно.
FAQ
Это текст запроса, который вы отправляете нейросети. В него входит не только вопрос, но и всё, что вы дали модели вместе с ним: роль, контекст, примеры, формат ответа и ограничения. Модель видит только промпт и отвечает ровно на него.
Встречаются оба варианта, и поисковые системы считают их одним запросом. В профессиональной среде чаще пишут «промпт», ближе к английскому prompt. На смысл это не влияет, и в русскоязычных статьях спокойно соседствуют обе формы.
Из пяти частей: роль или контекст, сама задача, входные данные, формат ответа и ограничения. Не все пять обязательны каждый раз, но чем сложнее задача, тем заметнее разница между запросом из одной строки и запросом, где эти части проговорены.
Это подбор формулировки запроса под задачу и модель, с проверкой результата. В документации Anthropic прямо сказано, что заниматься им стоит, когда есть чёткий критерий успеха, способ проверить результат и черновик запроса. Иначе это не инженерия, а угадывание.
Оно сформулировано в документации разработчика: покажите свой запрос коллеге, который не в контексте задачи, и попросите его выполнить. Если коллега растеряется, модель растеряется тоже. То есть промпт проверяется на человеке, а не на ощущении понятности.
В документации Anthropic указано: лучший результат дают от трёх до пяти примеров. Они должны быть близки к реальной задаче, разнообразны, чтобы модель не уцепилась за случайную закономерность, и выделены тегами, чтобы не перепутались с инструкцией.
Чтобы модель не спутала инструкцию с данными. Когда в одном сообщении лежат и указания, и текст для обработки, и примеры, разметка вроде тегов instructions, context и input снимает неоднозначность. Это рекомендация из документации, а не украшение.
Чаще всего потому, что в запросе не сказано главное: для кого ответ, в каком виде и чего в нём быть не должно. Модель заполняет пробелы самым вероятным вариантом. Второй частый случай это несколько разных задач в одном сообщении.
Нет, и в документации это оговорено отдельно: часть проблем дешевле решить не промтом, а сменой модели, например когда упирается в скорость или цену. Промт не добавит модели знаний о ваших документах и не заставит её проверять факты.
Для современных моделей нет, русский язык они понимают нормально. Разница в другом: русский текст дробится на большее число токенов, поэтому длинный запрос на русском обходится дороже и быстрее заполняет окно контекста.
Платформа и сообщество, где я по шагам показываю, как поставить ИИ на рутину: контент, код, продажи, аналитика. Заходи и забирай рабочие связки, которыми пользуюсь сам.
Посмотреть, что внутриtelegram
Канал с полезными материалами про нейросети
Разборы, новые инструменты и приёмы по ИИ — то, чем пользуюсь сам, без воды. Подпишись, чтобы не потерять.