Как объяснять задачу ИИ: бриф, который понимает человек и агент
ИИ часто ошибается не потому, что модель «тупая», а потому что задача передана как туман. Человек пишет: «сделай нормально», «улучши текст», «проверь проект», «напиши статью». Агент начинает угадывать: для кого, зачем, в каком стиле, где границы, что считать готовым результатом.
В ручной журнал попала мысль о коммуникации как важнейшем навыке. В эпоху ИИ она становится еще практичнее. Хорошая коммуникация теперь нужна не только с людьми, но и с агентами. Кто умеет объяснять задачу, тот быстрее получает результат, лучше проверяет работу и меньше спорит с моделью после факта.
Почему промпт не равен брифу
Промпт часто воспринимают как фразу, которая должна «расколдовать» модель. Рабочий бриф устроен иначе. Он не пытается угадать магические слова. Он передает задачу так, чтобы ее понял и человек, и ИИ-помощник: цель, контекст, ограничения, примеры, критерии качества и формат результата.
Официальные материалы OpenAI по prompt engineering и Anthropic по prompt engineering сходятся в одном практическом месте: модели лучше работают, когда им дают ясную задачу, нужный контекст и способ оценить ответ. Это звучит просто, но именно здесь чаще всего ломается работа.
Из чего состоит хороший бриф
| Часть брифа | Вопрос | Пример |
|---|---|---|
| Цель | Что должно измениться после работы? | Получить черновик статьи, который можно отправить на редакторское ревью |
| Контекст | Что уже известно и что важно учитывать? | Аудитория — предприниматели, тема — ИИ-инструмент для видео, стиль — простой русский |
| Входные данные | Что агенту нужно прочитать или использовать? | Ссылка на источник, старый текст, таблица, скриншот, список ограничений |
| Ограничения | Чего нельзя делать? | Не публиковать, не выдумывать факты, не менять URL, не использовать медицинские обещания |
| Формат результата | В каком виде нужен ответ? | План, таблица, кодовый diff, статья, чеклист, JSON, письмо |
| Критерии готовности | Как понять, что работа закончена? | Нет внутренних меток, есть источники, текст отвечает на вопрос в первом экране |
Главное отличие брифа от обычной просьбы — проверяемость. После выполнения можно открыть критерии и спокойно посмотреть: задача сделана или агент красиво ушел в сторону.
Плохой запрос и рабочая версия
Плохой запрос:
Напиши статью про новый инструмент для видео, чтобы было интересно.
Рабочая версия:
Напиши статью для onff.ru о новом инструменте улучшения видео. Читатель — человек, который хочет понять, можно ли улучшить плохой ролик без монтажера. Сначала объясни человеческую задачу, потом инструмент. Проверь публичные источники. Не обещай профессиональный результат без проверки. В статье должны быть короткое объяснение, таблица «когда подходит / когда нет», рабочая карточка и ссылки на источники. SEO-поля не вставляй в текст статьи.
Во втором варианте агенту не нужно угадывать жанр, читателя, границы и критерии качества. Он может ошибиться, но уже есть что проверять.
Рабочая карточка
Когда использовать: перед статьей, кодовой задачей, исследованием, письмом, автоматизацией или любой работой, где результат должен быть пригоден к передаче.
Что подать на вход: цель, аудиторию, контекст, источники, ограничения, формат результата и критерии готовности.
Что сделать по шагам:
- Одной фразой назвать человеческую задачу.
- Добавить контекст: кто читатель, где будет использоваться результат, что уже известно.
- Отделить факты от предположений.
- Указать запреты и риски.
- Назвать формат результата.
- Написать 3-5 признаков хорошей работы.
Как проверить качество: другой человек или агент может выполнить задачу без устного комментария автора.
Когда не использовать: если нужна быстрая мелкая правка, где риск минимален и контекст очевиден.
Какой навык рождается: ставить задачи так, чтобы работа становилась воспроизводимой, проверяемой и передаваемой.
Шаблон брифа
Задача:
Для кого:
Зачем это нужно:
Контекст:
Входные данные:
Что обязательно учесть:
Чего нельзя делать:
Формат результата:
Критерии качества:
Что сделать, если данных не хватает:Этот шаблон полезен не только для ChatGPT или Claude. Он подходит для Codex, редактора, дизайнера, разработчика, подрядчика и самого себя через неделю. Хороший бриф снижает не только количество ошибок ИИ, но и количество человеческой суеты вокруг результата.
Где здесь навык
Работа с ИИ постепенно превращается из умения «писать промпты» в умение проектировать понятные задания. Это ближе к управлению качеством, чем к подбору красивых слов. Чем яснее вы передаете работу на входе, тем меньше времени уходит на спасение результата на выходе.
ONFF уже писал о брифе для ИИ-видео и раскадровке из одного изображения. Там принцип тот же: модель лучше работает, когда человек заранее собирает не мечту, а рабочее задание.
Частые вопросы
Нужно ли каждый раз писать большой бриф?
Нет. Чем выше риск и цена ошибки, тем подробнее бриф. Для маленькой правки хватит двух строк. Для статьи, кода, договора или публикации лучше дать полную карточку.
Можно ли попросить ИИ самому уточнить задачу?
Да, и это хороший прием. Но сначала все равно стоит дать черновой бриф. Тогда уточняющие вопросы будут точнее.
Почему это навык человека, а не настройка модели?
Потому что модель не знает ваших границ, целей и критериев качества. Их должен принести человек. И чем лучше он это делает, тем сильнее становится любой агент.