Четыре. Примерно на этом этапе билд впервые проходит собственную верификацию и выдаёт что-то, что реально работает — рабочую страницу, рабочий эндпоинт, форму входа, которая реально авторизует пользователя. Одиннадцать — медианное число промптов, которое набирает билд к моменту, когда его считают готовым и разворачивают. Шестьдесят восемь процентов — доля всех промптов, отправленных после этой первой рабочей версии, которые не меняют ничего заметного пользователю в базовой логике. А тридцать — точка, на которой большинство людей тихо останавливаются, не потому что продукт закончен, а потому что им больше нечего о нём сказать.
Эти четыре цифры снова и снова описывают одну и ту же форму: билды быстро становятся рабочими, а затем проводят большую часть оставшейся жизни в обсуждениях, а не в переделке.
Стена возникает не там, где вы бы ожидали
Если бы вы спросили меня до того, как я начал это отслеживать, где застревают билдеры, я бы предположил интеграции — платёжные провайдеры, callback-и авторизации, SMS API, которому нужен верифицированный отправитель. Это реальные точки трения, но именно там количество промптов не раздувается. Обычно они стоят один-два дополнительных хода и затем решаются.
Стена появляется позже, после того как всё уже работает. Билд проходит первую чистую верификацию — страницы рендерятся, основной поток работает от начала до конца, ошибок нет — и вместо того чтобы остановиться, промпты продолжают поступать. «Сделай заголовок побольше». «Попробуй другой акцентный цвет». «Может, кнопку сделать чуть более скруглённой». «На самом деле верни первую версию этого». Ничто из этого не затрагивает модель данных, маршрут или проверку прав. Всё это — поверхность.
Почему «готово» не ощущается как точка остановки
Отчасти это просто то, как итерация ощущается изнутри. Когда билд сломан, вы точно знаете, что попросить — исправить ошибку, добавить недостающее поле, соединить то, что не соединено. Когда он работает, цель исчезает. Нет сообщения об ошибке, говорящего, что оттенок синего неверен. Теперь вы принимаете решения на вкус без объективной истины, а такие решения бесконечно пересматриваются — в отличие от багов.
Другая часть в том, что промпты дёшевы и мгновенны, поэтому стоимость «попробовать ещё разок» в моменте округляется до нуля, даже если в сумме она вовсе не нулевая. Дюжина косметических правок по паре минут каждая — это целый вечер, но ни один промпт в этой дюжине не казался достаточно дорогим, чтобы его пропустить.
Что на самом деле меняют поздние промпты
| Диапазон промптов | Типичная цель | Функциональное изменение? |
|---|---|---|
| 1–4 | Основные страницы, модель данных, главный сценарий | Да — именно здесь строится продукт |
| 5–7 | Крайние случаи, состояния ошибок, недостающие поля | Обычно да — реальные пробелы, найденные при использовании |
| 8–15 | Вёрстка, текст, цвет, отступы, тон | Редко |
| 16+ | Отмена или повторное тестирование прежних косметических решений | Почти никогда |
Именно над третьей строкой стоит задуматься. Дело не в том, что косметическая полировка — пустая трата времени: сборка, которая выглядит шаблонно, будет работать хуже той, что выделяется, и работа над дизайном действительно важна. Дело в том, что для правильной полировки редко требуется от восьми до пятнадцати отдельных промптов, и причина, по которой их требуется именно столько — обычно нерешительность, а не итерация. Вы не приближаетесь к лучшему ответу к одиннадцатому промпту — вы колеблетесь между двумя вариантами, которые уже сгенерировали к девятому.
Я наблюдал, как кто-то потратил сорок минут, перемещая кнопку призыва к действию между тремя позициями на посадочной странице, к четырнадцатому промпту решил, что первая позиция была лучшей, и попросил агента сборки вернуть всё как было. Агент ни на одном из этих шагов не сделал ничего неправильного. Просто кнопке никогда не требовалось четырнадцать мнений.
О чём на самом деле говорит разрыв между двадцатью и тридцатью
Вот что удивило меня больше всего: сборки, которые останавливаются около одиннадцатого промпта, и сборки, которые продолжаются после тридцатого, не отличаются по качеству сколько-нибудь заметно. Я искал выгоду — казалось бы, больше итераций должны означать более отполированный продукт — и в основном её не нашёл. Вместо этого я обнаружил, что те, кто останавливается раньше, обычно принимают решения о вкусе один раз, заранее, прямо в промпте («чисто, минималистично, один акцентный цвет, никаких стоковых фото»), а не открывают свой вкус методом проб и ошибок за двадцать раундов постфактум.
Самые долгие сборки были не самыми амбициозными. Это были те, в которых исходный промпт оставлял больше всего неопределённого — ни тона, ни ориентира, ни заявленной аудитории — так что каждый пробел заполнялся по одному маленькому промпту за раз, вместо того чтобы решить всё сразу, письменно, перед первым запуском.
Практический вывод
Если вы на четвёртом или пятом промпте и всё работает — это не промежуточная точка, это большая часть реальной работы уже сделана. Оставшееся реально, но невелико: проверить граничные случаи, о которых никто не подумал описать, перепроверить текст и сделать один осознанный проход по визуальному тону вместо десятка исследовательских. А если вы замечаете, что на двадцатом промпте всё ещё подправляете радиус скругления углов — это не значит, что сборка не завершена. Обычно это признак того, что более ранний промпт должен был сразу сказать, чего вы хотите, и исправление принадлежит вступительному сообщению следующей сборки, а не сороковому промпту этой.
