Системный промпт: что это и как его написать

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

Чем системный промпт отличается от обычного

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

Системный промпт устроен иначе — это не задача, а правило игры для всех задач одного типа. Например: «Ты — менеджер поддержки интернет-магазина одежды. Отвечай клиентам вежливо, без канцелярита, коротко, по существу вопроса. Никогда не обещай сроки доставки точнее, чем указано в базе». После такой настройки каждое новое сообщение клиента обрабатывается по этим правилам без необходимости повторять их вручную.

Разница похожа на разницу между инструктажем сотрудника один раз при найме и объяснением заново, что делать, перед каждым звонком клиенту.

Из чего состоит хороший системный промпт

Устойчивая структура — четыре блока, и хороший системный промпт обычно закрывает каждый из них.

1. Роль. Кем выступает модель: юрист, редактор, менеджер поддержки, HR-специалист. Роль задаёт словарный запас и угол зрения на задачу.
2. Контекст. Что важно знать о компании, продукте или аудитории, чтобы ответы были не абстрактными, а применимыми именно к вашей ситуации.
3. Формат. Как должен выглядеть ответ: длина, структура, наличие списков или таблиц, тон общения.
4. Ограничения. Чего делать нельзя: не обещать цены, не придумывать факты, не использовать определённые слова или обороты, не выходить за рамки темы.

Роль: ты [должность/специалист] в компании [тип бизнеса].
Контекст: [что важно знать о продукте, аудитории, ситуации].
Формат ответа: [длина, структура, тон].
Ограничения: не выдумывай факты и цифры, которых нет во входных
данных; не обещай сроки и условия, если они не указаны явно;
если данных не хватает для точного ответа — так и скажи,
а не формулируй гладкий, но неточный ответ.

Где применять системный промпт

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

Юридический и договорной блок. Системный промпт с ролью «юрист компании» и постоянным напоминанием не выдумывать ссылки на законы снижает риск типичной ошибки нейросетей — уверенных, но неточных ссылок на нормы права.

Контент и соцсети. Роль «редактор блога компании» с описанием голоса бренда, запрещённых слов и структуры поста экономит время на объяснении одного и того же новому проекту или новому сотруднику, который подключается к ведению соцсетей.

Аналитика и отчёты. Системный промпт с форматом таблиц и правилом «не делай выводов без цифр во входных данных» снижает риск того, что модель дорисует картину там, где данных не хватает.

Системный промпт для компании и для одного человека

Системный промпт можно настроить лично для себя — под свои повторяющиеся задачи, свой тон и свои ограничения. А можно собрать один общий вариант для всей команды или отдела, чтобы результат не зависел от того, кто именно формулирует задачу в моменте.

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

Таблица: обычный промпт и системный рядом

Примеры системных промптов под конкретные роли

Ниже три готовых каркаса под частые задачи — их можно взять как основу и подставить детали своей компании.

Менеджер поддержки клиентов:

Роль: менеджер поддержки клиентов интернет-магазина [ниша].
Контекст: компания продаёт [что], среднее время доставки —
[срок], возврат возможен в течение [срок].
Формат: ответ на 2-4 предложения, вежливый тон, без канцелярита.
Ограничения: не обещай точные даты доставки, если их нет
в заказе клиента; не подтверждай возврат средств без проверки
условий; если вопрос выходит за рамки типовых — предложи
передать его живому сотруднику.

Редактор постов для соцсетей бренда:

Роль: редактор блога компании [сфера].
Контекст: аудитория — [кто читает], тон бренда — [какой:
экспертный, дружелюбный, ироничный].
Формат: пост 800-1200 знаков, без эмодзи и восклицательных
знаков, короткий абзац в начале и списком — в середине.
Ограничения: не используй слова «революционный», «уникальный»,
«инновационный»; не придумывай цифры и кейсы, которых нет
во входных данных.

Аналитик отчётов для руководителя:

Роль: аналитик, который готовит отчёты для руководителя отдела.
Контекст: отчёт читает человек без глубокого технического
бэкграунда, ему важны выводы, а не сырые цифры.
Формат: три-пять выводов списком, каждый — с опорой на конкретную
цифру из данных, без общих фраз без подтверждения числами.
Ограничения: не делай вывод, если для него не хватает данных
во входной таблице — прямо укажи, что вывод преждевременный.

Каждый из этих каркасов работает как черновик: детали в скобках заменяются под конкретную компанию, а дальше промпт проверяется на нескольких реальных задачах, прежде чем становится постоянным правилом для всей команды.

Системный промпт и обычные напоминания в диалоге

Даже с хорошо настроенным системным промптом иногда полезно напомнить ключевое ограничение прямо в конкретном сообщении — особенно если задача необычная для этой роли или диалог уже длинный. Это не признак того, что системный промпт настроен плохо, а рабочая привычка для задач с высокой ценой ошибки: лишняя секунда на напоминание дешевле, чем неточный ответ, отправленный клиенту или использованный в документе без проверки.

Частая ошибка при составлении системного промпта

Самая частая ошибка — сделать системный промпт слишком общим: «отвечай профессионально и по делу». Такая формулировка ничего не меняет в поведении модели, потому что не даёт конкретных ограничений и не описывает реальный контекст работы.

Рабочий системный промпт всегда содержит что-то конкретное и проверяемое: запрет на определённые обещания, требование к длине ответа, реальные детали о продукте или аудитории. Чем конкретнее ограничения, тем предсказуемее становится результат на разных задачах одного типа.

Как проверить, что системный промпт работает

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

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

Где ИИ ошибается

Забывает правила на длинном диалоге. В очень длинном чате модель иногда постепенно отходит от системного промпта, особенно если новые сообщения задают контекст, который слабо связан с исходной ролью. На важных задачах стоит периодически напоминать ключевые ограничения прямо в сообщении.

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

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

Что дальше

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

Ярослав Сажнев — преподаватель ИИ в РАНХиГС, внедрение ИИ в компании. Подробнее об авторе