Как устроены системные инструкции, чем промпт отличается от кода, что такое вызов функций и MCP, и почему правила безопасности нельзя записывать в промпт.
Промпт — это не заклинание, а техническое задание модели, написанное на русском языке. Оно определяет тон, формат, ограничения и то, какими инструментами агент имеет право пользоваться. И оно же — самое хрупкое место системы: правило, записанное вежливой просьбой, модель может проигнорировать.
В разделе — устройство инструкций агента, работа с инструментами и внешними системами, версионирование промптов и разделение того, что живёт в тексте, и того, что обязано жить в коде.
Почему правка одной строки в инструкции чинит один сценарий и ломает три соседних, как собрать набор из 30 контрольных диалогов, в каком порядке выкатывать правку и сколько часов в месяц занимает всё это на одного агента.
ТехнологииПромпт — это техническое задание модели, написанное по-русски, и самое хрупкое место системы. Разбираем на таблице из 12 типовых требований, что можно оставить текстом, что обязано быть в коде, и считаем в рублях, во что обходится правило, которое живёт только в инструкции.
Раздел выходит частями. Ниже — темы, которые уже расписаны и ждут очереди. Если нужен ответ по одной из них прямо сейчас — напишите нам, разберём вашу ситуацию отдельно и без ожидания.
Не список советов, а каркас: восемь блоков в фиксированном порядке, от роли и границ до формата ответа и правил эскалации. Для каждого блока — что писать, чего писать нельзя и как проверить, что блок работает.
Честный текст о границе доверия: любой запрет, живущий только в тексте инструкции, обходится вежливой просьбой клиента. Разбираем, какие правила обязаны быть вне промпта — в коде, в правах доступа и в проверке ответа.
Вторая опорная статья кластера: разница между «моделью, которая пишет текст» и «агентом, который что-то делает». Разбираем механику вызова функций по шагам и показываем, во что превращается каждый инструмент в смете проекта.
Объяснение протокола для руководителя, а не для разработчика: MCP — это про то, чтобы подключить свою систему один раз и переиспользовать во всех агентах. Считаем, где он экономит время, а где это лишний слой.
Практическая матрица прав: что агенту можно делать молча, что — только с подтверждением человека, а что запрещено технически. Показываем, как разделение прав снимает главный страх собственника — «а если он что-нибудь сломает».
Разбор ошибки, которую делают почти все: сравнивают промпты на десяти диалогах и объявляют победителя. Показываем, какой объём выборки нужен на самом деле и какие метрики нельзя мешать в одну кучу.
Девять конкретных дефектов формулировок с примерами «до и после»: противоречия, отрицания, размытые роли, инструкции без приоритета. Для каждой ошибки — как она проявляется в диалоге и чем чинится.
Тон задаётся не прилагательными, а примерами: три эталонных диалога работают лучше, чем абзац про «дружелюбный, но профессиональный». Даём рабочий формат описания голоса и список стоп-слов.
Когда ответ агента едет дальше в CRM или в бухгалтерию, свободный текст недопустим. Разбираем три способа получить предсказуемую структуру и что делать, когда модель всё-таки вернула мусор.
Один большой промпт на сложный процесс всегда проигрывает цепочке маленьких. Показываем, как режется сценарий из 7 шагов, где ставить проверки и почему на длинных цепочках надёжность падает перемножением.
Регламент на 60 страниц не влезает в инструкцию и не должен: часть правил идёт в промпт, часть — в базу знаний с поиском, часть остаётся людям. Даём критерий разделения и порядок подготовки документов.
Отдельный «промпт-инженер» в штате малой компании не окупается, но и оставлять инструкции без хозяина нельзя. Разбираем три рабочие схемы распределения ответственности и трудоёмкость каждой в часах.
Разбираем, почему «поменяйте одну фразу» превращается в 6–10 часов работы, и что именно в этих часах. Даём разложение по типам правок и границу, за которой правка перестаёт быть правкой промпта.
Честная статья про предел метода: если инструкцию правят пятый раз за месяц, проблема не в формулировках. Шесть измеримых признаков, по которым видно, что дальше нужны данные, интеграция или другая архитектура.
Опишите процесс словами, голосом или файлами — вернёмся с картой процесса, вариантом решения и предварительной вилкой бюджета. Бесплатно и без обязательств.
