Цикл «описание — различение»
Описание и различение — не два отдельных шага, а цикл. Вы описали задачу, модель ответила, вы оценили, поправили описание, модель ответила снова. Умение проходить этот цикл быстро — за два-три круга вместо восьми — и есть практическая ИИ-грамотность. В этом уроке — как это делать.
Почему первый ответ почти никогда не финальный
Даже хорошее описание не передаёт всего, что у вас в голове. Часть требований вы осознаёте только увидев результат: «нет, слишком формально», «этот раздел не нужен», «здесь нужны примеры». Это не провал описания, а нормальный способ уточнять задачу — тот же, что при работе с человеком.
Разница в стоимости. Круг с коллегой — полдня. Круг с моделью — минута. Поэтому с ИИ выгоднее не пытаться написать идеальный промпт с первого раза, а быстро получить черновик, оценить и уточнить. Главное — чтобы каждый круг действительно приближал к результату, а не ходил кругами.
Как давать обратную связь
Плохая обратная связь: «не то», «переделай», «сделай лучше». Модель не знает, что именно не так, и поменяет что-нибудь наугад — часто то, что было хорошо.
Хорошая обратная связь конкретна и разделяет три вещи: что оставить, что изменить и почему.
Структура и тон хорошие, оставь. Два изменения: во втором блоке ты написала
«интеграция готова» — в заметках «заблокирована ожиданием доступов», исправь.
И убери последний абзац с благодарностями, клиент такое не любит. Остальное не трогай.Несколько правил.
Называйте место. «Во втором абзаце», «в функции validate», «в пункте 7». Модель найдёт быстрее и не тронет соседнее.
Объясняйте причину, когда она поможет обобщить. «Убери, потому что клиент не любит» — модель поймёт и не добавит подобное в другом месте. «Убери» — уберёт только здесь.
Говорите, что не менять. Без этого модель может переписать весь текст, исправляя одну фразу. Фраза «остальное не трогай» экономит целый круг.
Правьте описание, а не только результат. Если модель добавила факт, которого не было, — это не только «удали этот факт», но и «в дальнейшем не добавляй ничего, чего нет в источнике». Так вы закрываете класс ошибок, а не одну.
Различение процесса и поведения на каждом круге
На каждом круге стоит оценивать не только текст. Если модель проигнорировала инструкцию процесса («сначала выпиши факты»), укажите на это — иначе она продолжит. Если она стала соглашаться со всем подряд, попросите спорить. Если пишет вдвое длиннее — «отвечай короче, без вступлений». Поправка поведения на втором круге экономит все последующие.
Полезно заметить закономерность: модель часто повторяет один и тот же тип ошибки. Заметили дважды — формулируйте правило, а не правку.
Продолжать или начинать заново
Есть момент, когда продолжать разговор становится дороже, чем начать новый. Признаки:
- модель возвращает уже отменённое требование;
- в разговоре несколько версий текста, и модель их путает;
- вы правите одно и то же третий раз;
- разговор такой длинный, что модель «забывает» инструкции из начала.
В этом случае — новый разговор с резюме: контекст, что решено, что не устроило, что нужно. Возьмите лучший фрагмент из старого разговора и вставьте как образец. Это обычно даёт результат за один круг, потому что в чистом контексте нет груза неудачных попыток.
Обратный случай — не бросайте разговор слишком рано. Если модель поняла контекст и первый ответ в целом верен, два-три уточнения в том же чате быстрее, чем переписывать описание с нуля.
Когда остановиться
Цикл может продолжаться бесконечно: всегда есть что улучшить. Критерий остановки — не «идеально», а «соответствует тому, что я определил как хороший результат на этапе делегирования». Если вы тогда записали «письмо на 200 слов, три блока, факты из заметок, два вопроса», — проверьте эти пункты и остановитесь.
Два признака, что вы застряли:
Круги без прогресса. Третий вариант не лучше первого, только другой. Скорее всего, проблема не в описании, а в делегировании: вы сами не знаете, чего хотите, или модели не хватает данных. Остановитесь и ответьте на этот вопрос себе.
Полировка вместо проверки. Вы правите формулировки, но не проверили факты. Сначала различение результата — потом стиль.
Пример: три круга
Тестировщик просит чек-лист регресса для формы регистрации.
Круг 1. Описание: формат, объём, по ТЗ, обязательные сценарии. Результат: 25 пунктов, но пять — про бэкенд, которого нет в задаче, и нет сценария с уже занятым email. Оценка: пропуск и лишнее. Обратная связь: «Убери пункты 12–16 про API, они в другом чек-листе; добавь сценарии с занятым email и с невалидным доменом; остальное оставь».
Круг 2. Результат: исправлено, но ожидаемые результаты стали расплывчатыми — «форма реагирует корректно». Оценка: качество формулировок. Обратная связь: «В каждом ожидаемом результате — конкретный текст ошибки или конкретное состояние формы, как в пункте 3. Перепиши только колонку «ожидаемый результат»».
Круг 3. Результат соответствует. Тестировщик сверяет с ТЗ по списку требований — покрыто всё. Останавливается.
Три круга, около десяти минут. Без первого описания по шаблону было бы шесть; без конкретной обратной связи — бесконечность.
Попробуйте сами
10–15 мин на рабочем месте- Возьмите любую задачу и намеренно пройдите три круга, засекая время. На каждом круге давайте обратную связь по правилу «оставить / изменить / почему / не трогать». Посчитайте, сколько заняло и на каком круге результат стал приемлемым.
- В следующий раз, когда модель повторит один тип ошибки дважды, сформулируйте правило, а не правку, и добавьте его в свой шаблон описания для этой задачи.
- Найдите разговор, который стал слишком длинным. Сделайте из него резюме и лучший фрагмент как образец, запустите новый и сравните, сколько кругов понадобилось.
Коротко
- Первый ответ почти никогда не финальный, и это нормально; круг с моделью стоит минуту.
- Обратная связь: что оставить, что изменить, почему, что не трогать. Называйте место.
- Правьте описание, а не только результат: закрывайте класс ошибок.
- Оценивайте на каждом круге и процесс с поведением, не только текст.
- Признаки перезапуска: отменённые требования возвращаются, версии путаются, третья правка одного и того же.
- Останавливайтесь, когда результат соответствует критерию из делегирования, а не когда «идеально».
Видеоверсия
Сценарий озвучки · 498 слов, ≈ 4 мин
Описание и различение — не два отдельных шага, а цикл. Вы описали, модель ответила, вы оценили, поправили описание, модель ответила снова. Умение проходить этот цикл за два-три круга вместо восьми — и есть практическая ИИ-грамотность.
Начнём с простой мысли: первый ответ почти никогда не финальный, и это нормально. Даже хорошее описание не передаёт всего, что у вас в голове. Часть требований вы осознаёте, только увидев результат: слишком формально, этот раздел не нужен, здесь нужны примеры. С коллегой такой круг стоит полдня, с моделью — минуту. Поэтому выгоднее не писать идеальный промпт с первого раза, а быстро получить черновик, оценить и уточнить. Главное, чтобы каждый круг приближал к результату.
Как давать обратную связь. Плохая: «не то», «переделай». Модель не знает, что не так, и поменяет что-нибудь наугад, часто то, что было хорошо. Хорошая обратная связь разделяет три вещи: что оставить, что изменить и почему. Например: «Структура и тон хорошие, оставь. Во втором блоке ты написала «интеграция готова», в заметках — «заблокирована», исправь. Убери последний абзац с благодарностями, клиент такое не любит. Остальное не трогай».
Несколько правил. Называйте место: во втором абзаце, в функции такой-то. Объясняйте причину, когда она поможет обобщить: если сказать «клиент такое не любит», модель не добавит подобное в другом месте. Говорите, что не менять, — иначе модель может переписать весь текст ради одной фразы. И правьте описание, а не только результат: если модель добавила факт, которого не было, скажите не только «удали», но и «дальше не добавляй ничего, чего нет в источнике». Так закрывается класс ошибок, а не одна.
На каждом круге оценивайте не только текст. Если модель проигнорировала инструкцию процесса — укажите. Если стала со всем соглашаться — попросите спорить. Если пишет вдвое длиннее — «короче, без вступлений». Заметили один тип ошибки дважды — формулируйте правило.
Когда начинать заново. Модель возвращает отменённое требование. В разговоре несколько версий, и она их путает. Вы правите одно и то же третий раз. В этом случае — новый разговор с резюме: контекст, что решено, что не устроило, что нужно. Лучший фрагмент из старого возьмите как образец. Это обычно даёт результат за один круг. Но и не бросайте разговор слишком рано: если модель поняла контекст и ответ в целом верен, уточнить в том же чате быстрее.
Когда остановиться. Не когда идеально, а когда результат соответствует тому, что вы определили как хороший на этапе делегирования. Два признака, что вы застряли: третий вариант не лучше первого, только другой — тогда проблема не в описании, а в том, что вы сами не знаете, чего хотите. И полировка вместо проверки: вы правите формулировки, а факты не проверили.
Пример. Тестировщик просит чек-лист регресса для формы регистрации. Первый круг: двадцать пять пунктов, но пять про бэкенд, которого нет в задаче, и нет сценария с уже занятой почтой. Обратная связь: убери пункты про эй-пи-ай, добавь два сценария, остальное оставь. Второй круг: исправлено, но ожидаемые результаты стали расплывчатыми. Обратная связь: в каждом — конкретный текст ошибки, как в пункте три, перепиши только эту колонку. Третий круг: соответствует. Сверка с ТЗ по списку, всё покрыто, стоп. Десять минут. Без описания по шаблону было бы шесть кругов, без конкретной обратной связи — бесконечность.