Об эксперте: Наталья Шушарина — кандидат педагогических наук, руководитель направления по работе с вузами в «1С-Битрикс». Эксперт в сфере интеграции цифровых инструментов, образовательных практик и взаимодействия с технологиями искусственного интеллекта.
ИИ может быстро собрать приложение, написать текст или подготовить презентацию — и все равно выдать результат, который не соответствует ожиданиям. Причина часто не в сложности задачи. Человек описывает ее через собственный опыт и считает очевидными детали, которые не попали в запрос. Для нейросети их просто не существует.
При работе с платформами для вайбкодинга вроде Коворк/Кода это особенно заметно: здесь результат появляется быстро, поэтому ошибки в постановке задачи видны уже на первой версии. Дальше остается уточнять запрос, проверять результат и постепенно приближать его к тому, что действительно нужно.
«Удобно» для всех означает разное
Запрос «сделай удобный планировщик» кажется понятным. Нужны задачи, даты и возможность отмечать выполненное. Но слово «удобный» каждый понимает по-своему. Одному нужен календарь на месяц, другому — список трех главных дел на сегодня. Кому-то помогают цветные метки, а кто-то хочет минималистичный интерфейс без лишних элементов.
ИИ этого не знает. Он может добавить классификацию по срочности, диаграмму и дополнительные разделы — и формально выполнить задачу. Только пользоваться таким планировщиком будет неудобно.
Поэтому вместо оценки лучше описать конкретный сценарий: «Хочу видеть задачи на сегодня одним списком. Сверху — срочные. Завершенные можно скрывать, остальные переносить на завтра. Дизайн минималистичный, без диаграмм и графиков».
Такой запрос задает не абстрактное требование «сделай удобно», а конкретный способ работы.
ИИ не знает контекста, который остался у вас в голове
В обычном разговоре часть информации можно не проговаривать. Если попросить коллегу «сделать как в прошлый раз, только короче», он, скорее всего, вспомнит предыдущий вариант и поймет, что именно нужно изменить. У нейросети такого контекста может не быть. Если попросить подготовить презентацию для вузов, она не знает, кто будет выступать, сколько времени есть на доклад и что слушатели уже знают о проекте.
Поэтому перед запросом стоит обозначить несколько вещей: для кого создается результат, зачем он нужен и что должно произойти после его использования.
Например: «Доклад на десять минут. Слушатели ничего не знают о проекте. После встречи они должны понять, как к нему присоединиться. Нужно шесть слайдов без длинного вступления».
Чем понятнее исходные условия, тем меньше деталей ИИ приходится додумывать самостоятельно.
Есть и еще один полезный вопрос, который стоит задать себе до промпта: какой результат нужен в конце? Иногда после этого сама задача становится заметно понятнее.
Обратная связь должна быть конкретной
Первая версия редко оказывается окончательной. И здесь легко ограничиться фразой «все не так» или «сделай нормально». Она точно передает недовольство, но не объясняет, что именно нужно изменить.
Если проблема в тексте, стоит указать, чего слишком много или чего не хватает. Если дело в интерфейсе — назвать конкретный элемент. Например: «В первом вопросе сразу три блока. Раздели их».
Или: «Увеличь шрифт и убери цветной фон: на нем плохо читается текст».
Такие правки можно вносить одну за другой и сразу проверять результат. В Коворк/Коде это особенно удобно для первых прототипов: сначала появляется рабочая версия, а затем ее можно дорабатывать по конкретным замечаниям.
Важный момент здесь — не пытаться принять первую версию как окончательную. Если кнопка стоит не там, вопрос сформулирован неудачно или нужной функции нет, это повод дать следующую правку.
Не обязательно заранее знать идеальный результат
Иногда проблема вообще не в формулировке запроса. Человек сам еще не до конца понимает, каким должен быть итог. В таких случаях первая версия становится способом проверить собственную идею. Пока приложение существует только в голове, трудно заметить, каких элементов не хватает. Когда появляется прототип, гораздо проще сказать: «Вот этот список нужен, а остальное можно убрать».
Поэтому не обязательно составлять идеальный промпт сразу. Можно попросить нейросеть помочь подготовить его: «Я хочу сделать опросник для участников занятия. Помоги составить запрос. Сначала задай мне вопросы, чтобы понять, что должно быть в приложении».
После этого останется проверить предложенный вариант и добавить детали, которые важны для конкретной задачи.
Получается несколько итераций: сначала человек описывает идею, затем смотрит на результат, уточняет требования и снова проверяет. Для небольших приложений такой процесс часто оказывается проще, чем попытка заранее предусмотреть все детали.
Иногда ошибка действительно на стороне ИИ
При этом не каждую проблему стоит объяснять плохим промптом. Даже понятный запрос не гарантирует правильного результата. Нейросеть может пропустить условие, ошибиться в расчете или сообщить, что что-то исправила, хотя проблема осталась. Поэтому после внесения изменений результат нужно проверять самостоятельно.
Если приложение должно сохранять задачи, стоит закрыть его и открыть снова. Если оно считает итог по ответам, нужно проверить несколько результатов вручную. Если создается опросник — пройти его самому и посмотреть, как выглядят ответы.
Сообщение «Теперь все работает корректно» само по себе ничего не доказывает. Проверить нужно не слова нейросети, а сам результат.
Хороший промпт начинается с понимания задачи
Работа с ИИ постепенно заставляет точнее формулировать собственные требования. Что именно нужно сделать? Для кого? Зачем? Что должно произойти в результате? По каким признакам будет понятно, что задача выполнена?
На эти вопросы не всегда получается ответить сразу. Поэтому нормальный рабочий процесс выглядит как диалог: сформулировать задачу, получить первую версию, найти расхождения с ожиданиями, уточнить запрос и проверить результат еще раз.
Коворк/Код в этом смысле выступает не только инструментом для создания приложения. Он дает возможность быстро проверить идею и тут же доработать ее по результатам проверки.
А если ИИ снова сделал не то, что просили, стоит сначала перечитать собственный запрос. Возможно, нужное уточнение уже есть — а возможно, именно его там и не хватает.
Источник новости: hi-tech.mail.ru
