Как править сайт после генерации: правки за 3 кредита

Сайт после генерации правится обычным описанием изменения словами. В Zugo каждая правка в чате стоит 3 кредита, применяется к существующему проекту, а не пересобирает его заново, и проверяется в песочнице до того, как вы увидите результат. Если изменение больше, чем описание, код выгружается в GitHub.

Первую сборку почти никто не публикует как есть. Она отправная точка, и полезный навык здесь один: понимать, какое изменение это одна фраза, какое пять, а какое означает, что страницу проще описать заново.

Что можно изменить одной фразой?

Больше, чем ожидают, если фраза называет конкретный объект и конкретный результат. Билдер работает с той страницей, которую уже сделал, поэтому указать на элемент по его тексту обычно достаточно.

Текст меняется легче всего. «Поменяй заголовок на такой-то», «перепиши блок о нас от первого лица», «сократи три абзаца про услуги до двух строк каждый» попадают надёжно, потому что нет никакой двусмысленности в том, что должно стать другим.

Дальше идут вёрстка и стиль. «Сделай первый экран на всю высоту», «перенеси отзывы выше цен», «возьми более тёплую палитру», «увеличь расстояние между блоками» это одна правка каждая. И «сделай кнопки крупнее на телефоне» тоже, а просят об этом заметно реже, чем стоило бы.

Добавление раздела тоже укладывается в одну правку. «Добавь блок вопросов и ответов с такими пятью вопросами и ответами» даёт содержимое и место, больше ничего не нужно. Не работает «добавь вопросы и ответы» без списка: тогда их придумает генератор, и вторая правка уйдёт на исправление придуманного.

Что делает правку рабочей?

Три части: что меняем, во что и с каким ограничением. В таком порядке, и попадание резко растёт.

Правая колонка устроена одинаково: после правки что-то конкретное обязано стать другим, и это видно на скриншоте. Если вы не можете назвать такую проверку, формулировка ещё не готова.

Связанные изменения объединяйте, несвязанные разделяйте. «Поменяй заголовок, сократи вступление и сделай кнопку зелёной» это одна связная правка за 3 кредита. Если добавить в то же сообщение «и сделай систему бронирования», результат будет смазанным, а списание таким же.

Тот же принцип действует и в первом промпте, откуда берётся качество сборки: он подробно разобран в статье как писать промт для ИИ-билдера.

Сколько стоит правка и когда это важно?

Списание идёт за действие, поэтому сессию правок можно посчитать заранее.

Правка стоит вдвое дешевле новой сборки, и отсюда практическое правило: две точные правки выгоднее пересборки, пять размытых уже нет. Когда ловите себя на четвёртой неконкретной формулировке, остановитесь и напишите промпт заново.

На Free даётся 5 кредитов: этого хватает на правку, но не на сборку. Pro стоит $25 в месяц и даёт 200 кредитов. Business стоит $99 в месяц.

Режим Hi-Fi удваивает обе цены. Включайте его, когда предмет изменения это внешний вид, и оставайтесь в обычном режиме, когда меняете структуру или текст.

Когда пересобрать вместо того, чтобы править?

Порог существует, и позднее его пересечение это самый частый способ потратить кредиты впустую.

Пересобирайте, когда неверна структура, а не детали. Если на странице не те разделы, не в том порядке и не для той аудитории, доведение правками займёт четыре-пять итераций и всё равно потянет за собой исходные допущения. Один более точный промпт за 6 кредитов уводит дальше.

Правьте, когда структура верна, а конкретика нет. Текст, цвета, отступы, новый раздел, подключение сервиса, исправленная цена: это правки, и восемь штук подряд на хорошем основании это нормально и дёшево.

Есть промежуточный случай, который стоит назвать. Если вы сделали десяток удачных правок и одну неудачную, просите обратное изменение, а не пересборку: «верни блок цен обратно выше вопросов и ответов» стоит 3 кредита, а пересборка выбрасывает весь десяток.

И держите удачный промпт в текстовом файле. Промпт, который можно вставить снова, это спецификация, и это самая дешёвая страховка во всём процессе.

Что происходит с сайтом, пока вы его правите?

Каждая правка порождает новую версию проекта, и каждая версия запускается в песочнице до выдачи. Сборка, которая не открылась, отдаётся как ошибка, а не как результат: это снижает риск опубликовать пустую страницу, но не отменяет необходимость посмотреть на результат самому.

Проверка техническая, а не редакторская. Она подтверждает, что проект загрузился и отрисовался. Она не знает, что вы имели в виду вторник, а написали четверг, и не может судить, стал ли новый заголовок лучше прежнего. Что именно проверяется, разобрано в статье проверенные сборки Zugo.

Публикация это отдельное действие, поэтому правка не уходит в мир, пока вы её не опубликуете. Этот зазор и есть запас прочности: сначала смотрим, потом выкатываем.

После любой правки вёрстки проверяйте результат на телефоне. Самый частый откат от визуального изменения это первый экран, который на ноутбуке выглядит собранным, а на экране шириной 390 пикселей обрезает собственную кнопку.

Как понять, что правка применилась так, как вы хотели?

Проверкой, которую вы сформулировали до правки. Если вы просили увеличить заголовки и отступы, откройте страницу и посмотрите именно на них, а не на общее впечатление: общее впечатление обманывает, потому что мозг достраивает ожидаемое.

Сравнивайте по одному месту за раз. Самая частая ошибка при серии правок это смотреть на страницу целиком, находить её «в целом лучше» и не заметить, что телефон в подвале остался старым.

Проверяйте на телефоне то, что меняли на компьютере, и наоборот. Изменение размеров и отступов ведёт себя на узком экране иначе, и предпросмотр в уменьшенном окне браузера показывает не то же самое, что настоящее устройство.

И проверяйте соседей изменённого блока. Просьба перенести отзывы выше цен иногда двигает и то, что стояло между ними, а увиденное через неделю смещение объясняется гораздо дольше, чем замеченное сразу.

Если правка ушла не туда, самый дешёвый путь это обратная правка с точной формулировкой, а не пересборка. Три кредита против шести и сохранённые предыдущие изменения.

Можно ли править код напрямую?

Да, и для части изменений это правильный ответ. Выгрузите проект в GitHub, и вы получите обычный репозиторий на своём аккаунте, который откроет любой разработчик. Проект принадлежит вам, поэтому это право, а не одолжение.

Идите этим путём, когда изменение действительно программное: сторонний API со сложной авторизацией, преобразование данных с настоящими правилами, работа над скоростью, которую надо профилировать. Очень специфичная бизнес-логика доводится либо серией правок в билдере, либо кодом, и после определённой сложности код быстрее.

Честный компромисс в том, что это два разных процесса, а не один непрерывный. Решите, на какой стороне живёт проект, до того как вложите в чат месяц правок. Механика выгрузки разобрана в статье экспорт приложения в GitHub.

Где заканчиваются правки в чате?

Три границы, названные прямо.

Правки не заменяют команду разработки на сложном продукте. Билдер отлично доводит идею до работающей опубликованной вещи. Продукт с большой моделью данных, нестандартными интеграциями и командой сопровождения рано или поздно требует разработчиков, и экспорт существует ровно для того, чтобы этот день стал передачей, а не переписыванием с нуля.

Двусмысленность толкуется, а не уточняется. Инструкцию с двумя прочтениями разберут одним способом, и он может оказаться не вашим. Это стоит ещё одной правки, поэтому конкретность из таблицы выше окупается сразу.

Крупная перестройка хуже нового промпта. Просьба одной правкой поменять аудиторию, вёрстку и предложение сразу даёт компромисс. Пересборка по более ясному описанию дешевле и лучше.

Внутри этих границ правки это и есть основная работа: описали изменение, посмотрели результат, опубликовали, когда стало верно. Начните проект на zugo.dev и отнеситесь к первой сборке как к черновику, которым она и является.