Как поставить задачу ИИ, чтобы получить готовый результат
Пять частей рабочего запроса: цель, материалы, ограничения, формат и проверка. Примеры слабой и полезной постановки.
Удачная задача для ИИ обычно не начинается с «Ты лучший эксперт в мире». Она начинается с понимания результата. Короткое «из этих файлов сделай отчёт для руководителя в Word» может быть полезнее длинной роли без материалов и критериев. Разберём, что действительно стоит сообщать, а что только раздувает запрос.
Пять частей понятной задачи
- Цель: для чего нужен результат и кто его использует.
- Материалы: какие файлы и источники взять, какая версия актуальна.
- Ограничения: срок, объём, стиль, что нельзя менять.
- Формат: документ, таблица, презентация, сайт или краткий ответ.
- Приёмка: как понять, что задача сделана правильно.
Для простой задачи достаточно одного предложения с этими сведениями. Например: «Из приложенного плана сделай одностраничный отчёт для руководителя в DOCX; только завершённые пункты, без новых фактов; внизу перечисли вопросы». Для сложной работы полезно сначала согласовать структуру, а затем готовить файл.
Одна задача в двух формулировках
| Неясно | Конкретно |
|---|---|
| Сделай красиво | Презентация на семь минут, для команды, шесть слайдов, один вывод на слайд |
| Разберись с таблицей | Найди дубли по номеру заказа и расхождения сумм между двумя выгрузками |
| Напиши исследование | Сравни три варианта по пяти критериям, у каждого факта сохрани источник и дату |
Неясная формулировка тоже может быть началом разговора. Если вы ещё не понимаете формат, попросите предложить два варианта результата и объяснить разницу. Важно не заставлять себя заранее знать все инструменты, а определить ближайшее решение: что выбрать, что проверить или что передать другому человеку.
Шаблон, который можно адаптировать
Когда не знаешь, чего хочешь, начни с развилки
Представьте, что у вас есть таблица опроса и встреча в четверг, но непонятно, нужен отчёт или презентация. Не надо изображать готовый технический бриф. Попросите помочь выбрать форму: «Нужно обсудить результаты с командой за 15 минут. Какие два варианта подачи подходят и чем они различаются?»
Клав может предложить короткие слайды для обсуждения и подробную записку для чтения заранее. Вы выбираете способ работы, а затем ставите предметную задачу. Это не лишняя церемония: неправильный формат заставит переделать весь результат, даже если содержание хорошее.
Если исходники ещё не собраны, начните с перечня: «Какие данные нужны, чтобы посчитать план-факт?» Полученный список надо сверить с вашей ситуацией. Модель может предложить лишние поля; в ответ уточните, какие у вас действительно есть. Цель разговора — уменьшить неопределённость, а не заполнить самый длинный шаблон.
Когда делить работу на этапы
Для короткого письма отдельное согласование плана обычно лишнее. Для отчёта по двадцати файлам полезны реестр источников, план и затем сборка. Для сайта — структура, визуальный вариант и проверка сценариев. Разделяйте работу там, где ошибка первого выбора дорого меняет весь результат.
Заранее обозначьте действия, которые требуют вашего участия: публикация, отправка письма, изменение доступа или покупка. Подготовка проекта и проверка файла могут продолжаться самостоятельно, но внешний шаг не должен незаметно подменять согласование содержания.
Исправляйте условие, из-за которого получилась ошибка
Вы попросили «итоги недели», а получили все задачи, включая давно завершённые. Правка «слишком длинно» сократит текст, но не исправит период. Лучше: «Используй только события с понедельника по пятницу этой недели. Старые задачи включай лишь при новом изменении статуса». Теперь изменилось правило отбора, а не только число абзацев.
Другой пример: в презентации много таблиц. Проблема может быть в цели «показать все данные», а не в дизайне. Уточните: «На встрече нужно выбрать действие. Оставь показатели, которые влияют на решение; полные данные перенеси в приложение». Такая правка защищает смысл и помогает убрать второстепенное.
Не добавляйте бесконечный список «никогда». Если исключение относится к текущей работе, обозначьте его здесь. Если предпочтение устойчивое — сформулируйте отдельно. После двух-трёх правок полезно попросить коротко перечислить действующие условия: это позволит заметить противоречие раньше следующего файла.
Как давать правки, которые двигают работу
Вместо «не нравится» попробуйте указать элемент, проблему и желаемый эффект: «Таблица занимает весь слайд; оставь три ключевых строки и перенеси остальное в приложение». Если именно стиль пока неясен, покажите референс и объясните, что в нём нравится: типографика, плотность, фотографии или движение.
- Меняйте конкретную часть, если остальное устраивает.
- Сохраняйте удачные решения: «Первый экран оставь, переработай блок примеров».
- Разделяйте ошибку факта и вопрос вкуса.
- После существенных изменений повторно проверьте зависимые числа, ссылки и файлы.
В Клаве полезно сохранить удачную постановку рядом с результатом. Повторяемый шаблон делает следующие задачи быстрее, но его нужно адаптировать к новым материалам. Хорошая инструкция не заменяет актуальный исходник и не гарантирует, что ответ можно использовать без проверки.