Александр Костин – Промпт-менеджмент: как писать запросы к ИИ и получать предсказуемый ответ (страница 4)

Уточнение ограничения по объему: коротко или полно

Иногда полезно задать объём как рамку. Слишком короткий ответ лишает деталей. Слишком длинный может мешать внедрению. Лучше задавать объём через назначение:

– «одна страница для руководителя»

– «инструкция для исполнителя»

– «документ, который можно положить в базу знаний»

Уточнение формата вывода: шаги, чек-листы, шаблоны, варианты

Формат – это способ сделать результат переносимым. Если вы хотите «пакет» для работы, просите структуру ответа.

Пример:

Выдай результат в формате:

краткое резюме;

пошаговый план;

чек-лист контроля;

список рисков и допущений;

шаблон формулировок.

Итоговая проверка задачи: «если это выполнить, намерение закрыто?»

Перед отправкой задачи сделайте финальную проверку. Она занимает минуту, но экономит часы.

Чек-лист проверки:

– Ясно, что нужно сделать, без разночтений.

– Ясно, в каком виде принести результат.

– Ясно, по каким критериям результат будет принят.

– Ясно, какие ограничения и запреты действуют.

– Ясно, кто будет использовать результат и что произойдёт дальше.

– Если это будет выполнено, намерение действительно закрывается.

Шаблон задачи, который можно копировать

Ниже – универсальная форма, которая делает задачу устойчивой. Её можно использовать как стандарт внутри команды.

Цель: [что должно быть достигнуто, в чём измеряется успех]

Контекст: [где используется, что уже есть, что уже пробовали, что важно учесть]

Ограничения: [сроки, бюджет, инструменты, запреты, юридические рамки, стиль]

Аудитория: [кто читает/использует результат]

Формат результата: [какой артефакт нужен, структура ответа]

Критерии приемки: [что должно быть в результате обязательно, что недопустимо]

Допущения: [что можно предполагать при отсутствии данных, что вынести вопросами]

Следующий шаг: [что я сделаю после получения результата]

Переход от намерения к задаче выглядит как «ужесточение формулировки», но по сути это забота о времени и качестве. Намерение без задачи остаётся идеей. Задача без намерения превращается в механическое действие без смысла. Связка «намерение → задача» делает вашу работу управляемой: вы можете делегировать, проверять, повторять, улучшать. И в этой связке формулировка – реальный рабочий инструмент, который окупается каждый раз, когда вы избегаете переделок.

Глава 3. Типы запросов и почему «не тот тип» ломает результат

Большинство промахов в ответах происходит не потому, что «исполнитель плохой» или «инструмент глупый», а потому что вы выбрали не тот тип запроса. Снаружи это выглядит одинаково: вы задаёте вопрос, получаете текст, читаете и чувствуете раздражение – «не то». Внутри почти всегда одна и та же механика: вы ожидали один тип результата, а запросом запустили другой режим работы. Это критично и в работе с людьми, и в работе с нейросетями. Разница только в том, что человек чаще пытается уточнить, а нейросеть чаще «добирает смысл» из вероятностей и начинает угадывать.

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

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

Информационный запрос: когда нужно понять устройство, а не получить действие

Информационный запрос нужен, когда вы создаёте базу понимания. Он отвечает на вопросы «что это», «как это устроено», «из чего состоит», «как работает», «чем отличается от другого». Это режим, в котором корректный ответ похож на учебное объяснение: определения, структура, логика, терминология, границы применимости, частые путаницы.

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

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

Инструктивный запрос: когда нужен маршрут, а не философия

Инструктивный запрос – это просьба о пошаговом плане действий. Его выход – последовательность шагов, условия перехода между шагами, список входных данных, минимальные инструменты, контрольные точки и критерии готовности. Это режим «сделай так, чтобы я мог выполнить».

Типичная ошибка – просить инструкцию при отсутствии диагноза. Тогда инструкция будет «универсальной» и не попадёт в вашу реальную ситуацию. Или наоборот: просить «как сделать», когда вы не уверены, что именно нужно делать. Тогда вы получаете шаги, которые не решают вашу задачу, потому что она сформулирована неверно.

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

Диагностический запрос: когда важнее понять причины, чем действовать

Диагностика начинается с симптомов и заканчивается вероятными причинами, проверками и планом локализации проблемы. Выход диагностики – гипотезы причин, признаки для различения гипотез, порядок проверок от дешёвых к дорогим, и только потом – рекомендованные действия.

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

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

Проектный запрос: когда нужно собрать решение под ограничения

Проектный запрос отличается от инструкции тем, что он предполагает конструирование решения под вашу конкретику: ограничения, ресурсы, цели, зависимости, риски. Выход проекта – архитектура решения: компоненты, роли, порядок работ, необходимые артефакты, точки контроля, критерии успеха, а также компромиссы.

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

Аналитический запрос: когда нужен выбор и обоснование

Аналитика – это сравнение вариантов по критериям и вывод о том, что лучше в каких условиях. Выход аналитики – матрица критериев, описание вариантов, плюсы/минусы, риски, условия применимости и рекомендация с аргументацией.

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

Генеративный запрос: когда вы создаёте материал, а не оцениваете истину

Генерация – это создание текста, структуры, идей, формулировок, сценариев, вариантов. Выход генерации должен быть артефактом: набор заголовков, план статьи, варианты оффера, структура презентации, черновик регламента, список гипотез.

Ошибка режима – ожидать от генерации «достоверности как у исследования». Генерация может быть полезной и точной на уровне логики и формулировок, но если вы требуете факты, источники и точные утверждения, вы должны включать режим проверки и задавать требования к тому, что можно и нельзя утверждать. Генерация не заменяет фактчек, она ускоряет производство формы, языка и структуры.

Редакторский запрос: когда материал есть, но его нужно сделать пригодным

Редактирование – это переработка существующего: улучшить ясность, структуру, стиль, устранить повторы, повысить точность формулировок, адаптировать под аудиторию, привести к стандарту. Выход редакторского режима – новая версия текста и, при необходимости, список правок по смысловым категориям.

Ошибка режима – просить «написать заново», когда достаточно редактуры, и наоборот: просить «подправить», когда исходник концептуально неверен. В редакторском запросе критично указать, что нельзя менять: факты, смысл, позицию, юридически значимые формулировки, тон бренда. И указать, что должно измениться: плотность, ясность, уровень терминологии, структура, призывы к действию.