Азамат Гулиев – Сверхпродуктивность с искусственым интеллектом: От первого промпта до собственной системы агентов (страница 8)
5. (Синтез) Один из аргументов против активного использования ИИ звучит так: «Если я буду делегировать написание текстов, я потеряю навык письма». Согласны ли вы с этим аргументом? Сформулируйте позицию, опираясь на концепцию когнитивной разгрузки и «навыкообразующих задач» из параграфа 2.3.3.
→ К Главе 3: Основы промпт-инжиниринга
Следующая глава переходит от философии к технике. Вы уже знаете, зачем формулировать задачу точно; теперь – конкретно как. Анатомия промпта, базовые техники, итеративный диалог – всё, что превращает «я задаю вопрос» в системный инструмент производительности.
Глава 3. Основы промпт-инжиниринга
Часть II · Язык взаимодействия: промпт-инжиниринг
Из Главы 2 вы вынесли рабочее убеждение: слабый результат ИИ – чаще проблема формулировки, а не проблема модели. Эта глава – практический ответ на вопрос, как выглядит хорошая формулировка, из каких компонентов она состоит и как выстроить диалог, который с каждой итерацией движется к нужному результату, а не топчется на месте.
Промпт-инжиниринг (prompt engineering) – это не программирование. Это дисциплина точного технического задания на естественном языке. У хорошего промпта есть предсказуемая структура. Знание этой структуры сокращает путь от «хаотичного набора текста» до «воспроизводимого результата» с нескольких часов экспериментов до нескольких минут.
Промпт – это не просто «запрос к ИИ». Это инструкция, которая задаёт контекст рассуждения модели, а не только тему ответа. Понимание этого различия является отправной точкой для систематического подхода.
Представьте, что вы нанимаете фрилансера для выполнения задачи. Хорошее техническое задание включает: кто вы и что за проект, что именно нужно сделать, в каком формате сдать результат, какие ограничения учесть. Плохое ТЗ – это «напишите что-нибудь хорошее». Между этими двумя полюсами вся разница в качестве результата.
Языковая модель ведёт себя как очень быстрый, очень широкообразованный и абсолютно неинициативный исполнитель. Она не уточняет, не переспрашивает (если не запрограммирована на это), не догадывается о подразумеваемом контексте. Она работает строго с тем, что получила. Из этого следует прямое следствие: каждый элемент, который вы не указали явно, модель заполнит по умолчанию – своим суждением о «типичном» ответе на данный запрос. Иногда это совпадает с тем, что вам нужно. Часто – нет.
Чем точнее ТЗ, тем выше вероятность, что первый ответ модели будет либо готовым результатом, либо качественным черновиком. На практике это означает: 10 минут на составление промпта могут сэкономить 40 минут на переработку ответа.
Большинство методологий промпт-инжиниринга сводятся к одной и той же идее, сформулированной разными словами. Здесь мы используем аббревиатуру КЗФО: Контекст – Задача – Формат – Ограничения. Это четыре компонента, каждый из которых решает отдельную проблему.
Контекст сообщает модели, кто вы, в какой ситуации и что уже известно. Без контекста модель выдаёт «среднестатистический» ответ на тему. С контекстом – ответ, привязанный к вашей конкретной ситуации. Задача формулирует, что именно нужно сделать. Не тему, а действие: «напиши», «проанализируй», «сравни», «выдели», «переформулируй». Формат описывает, как должен выглядеть вывод: объём, структура, стиль, уровень детализации. Ограничения задают границы: что не включать, каких слов избегать, какой аудитории предназначен текст.
К – Контекст
З – Задача
Ф – Формат
О – Ограничения
Пример 1:
Пример 2:
КЗФО – это не жёсткий шаблон. Не каждый промпт требует всех четырёх компонентов: простая задача может обойтись без контекста, а знакомая модели тема – без ограничений. Но каждый раз, когда вы получаете неудовлетворительный ответ, стоит проверить: какой из четырёх компонентов отсутствовал или был сформулирован нечётко?
Этот пример не случайный – именно с таких промптов начинают большинство новичков. Проблема не в теме, а в том, что каждое из четырёх измерений КЗФО здесь неопределено. Контекст: кто пишет, для кого, в каком контексте бизнеса? Задача: «напиши» – текст какого жанра? статья, пост, лонгрид, ответ на возражение? Формат: длина, структура, стиль? Ограничения: что исключить? На что делать акцент?
Модель при таком промпте делает единственно возможное: заполняет все пробелы усреднёнными предположениями. Получается что-то вроде вводной статьи из учебника – академичная, безличная, без чётко выраженной позиции. Технически это ответ на запрос. Прагматически – почти бесполезный черновик.
Пример 1:
Пример 2:
Пример 3:
Структура КЗФО даёт каркас. Базовые техники – это конкретные инструменты, которыми вы наполняете каждый из компонентов. Каждая техника решает одну конкретную задачу и имеет предсказуемый эффект на качество ответа.
Ролевая инструкция – самый мощный одиночный инструмент контекста. Фраза «Ты – опытный налоговый консультант» запускает в модели принципиально другой режим ответа, чем отсутствие роли. Почему? Модель обучена на огромном количестве текстов – и среди них есть тексты, написанные налоговыми консультантами. Ролевая инструкция активирует паттерны этого специфического корпуса: словарь, стиль рассуждения, типичные оговорки и нюансы.
Ролевая инструкция работает лучше, когда она конкретна. «Ты – эксперт» хуже, чем «Ты – коммерческий директор со специализацией в B2B-продажах промышленного оборудования». «Ты – юрист» хуже, чем «Ты – юрист по корпоративному праву с опытом сопровождения M&A-сделок в российском праве». Чем точнее профиль, тем более прицельным будет ответ.
Важное ограничение: ролевая инструкция не наделяет модель знаниями, которых у неё нет. Если вы попросите её сыграть роль эксперта в узкоспециальной области, которая слабо представлена в обучающих данных, – модель будет имитировать экспертный стиль, но содержательная точность останется низкой. Ролевые инструкции усиливают стиль и структуру рассуждения, а не фактическую базу.
Формат – это инструкция, которую большинство пользователей пропускают и о которой потом больше всего жалеют. «Я попросил написать список, а получил сплошной текст» – почти всегда результат отсутствия явного указания на формат.
Ключевые параметры формата: тип вывода (список, таблица, эссе, маркированный план, диалог, Q&A), объём (количество слов, абзацев, пунктов), уровень заголовков (если нужна структура). Чем более специфична инструкция по формату, тем предсказуемее результат. «Напиши список» хуже, чем «Напиши список из 7–9 пунктов, каждый пункт – одно действенное предложение без вводных слов». «Сделай таблицу» хуже, чем «Сделай таблицу с четырьмя столбцами: Инструмент – Ключевая функция – Цена/месяц – Ограничения».