Что будет, когда кончатся кредиты: честный разбор

Что будет, когда кончатся кредиты

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

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

Что останавливается, а что продолжает работать?

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

Полезно заметить, где именно лежит ваш проект после публикации. Адрес вида имя.zugo.run выдаётся сразу, свой домен подключается сверху, исходники выгружаются в репозиторий GitHub под вашим аккаунтом, деплой можно увести на собственный аккаунт Vercel. Данные живут в вашем Supabase, платежи в вашем Stripe.

Читать таблицу стоит по правому столбцу. Всё, за что вы уже заплатили, остаётся сделанным. Кончается только способность делать следующее, и это принципиально другой класс новости, чем «проект отключили».

Сколько действий помещается в 200 кредитов Pro?

Считается заранее, потому что цена каждого действия известна до нажатия. Это и есть главное отличие кредитной модели от почасовой: вы знаете смету раньше, чем начали.

Двести кредитов тарифа Pro за $25 в месяц это примерно 16 платформ, или 33 сборки, или 66 правок. Business за $99 в месяц даёт 800 кредитов, то есть вчетверо больше того же самого. Смешивать действия можно как угодно: сборка плюс пять правок это одна работа целиком, и таких работ в месяц Pro выдерживает около девяти.

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

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

Почему пяти бесплатных кредитов не хватает на первую сборку?

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

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

Обратная сторона тоже настоящая. Пять кредитов достаточно, чтобы взять один из 25 готовых шаблонов (пять из них игровые), поправить в нём то, что мешает, и увидеть весь путь до опубликованного адреса. Для решения «мне это подходит или нет» этого хватает.

Как растянуть баланс, не жертвуя результатом?

Четыре приёма, которые экономят больше, чем любой тариф.

Собирайте одну вещь за раз. Запрос «сайт, магазин и личный кабинет» превращается в размытый результат, который потом чинится тремя правками. Отдельная узкая сборка обходится дешевле собственных исправлений.

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

Не включайте Hi-Fi по умолчанию. Режим удваивает цену: сборка 12 вместо 6, правка 6 вместо 3. Он оправдан на финальной версии, которую показывают клиенту, и почти никогда на черновике, который вы всё равно перепишете.

Пишите описание, а не пожелание. Половина лишних правок это не дефект генерации, а недосказанность в первом запросе. Что именно стоит назвать заранее, собрано в статье про хороший промпт.

Когда дешевле собрать заново, чем править?

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

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

Что делать, если кредиты кончились в середине работы?

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

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

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

Чего кредиты не покупают вообще?

Границы честнее назвать до того, как в них упрутся. Кредиты покупают генерацию и исправление, а не всё остальное.

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

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

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