Да, двумя взаимодополняющими способами: сгенерировать приложение заново из дополненного описания — путь без кода, подходящий для структурных изменений — или получить исходный код и развивать его как любой другой проект, самостоятельно или силами разработчика. Второй путь предполагает часто упускаемое из виду условие: сгенерированный код должен быть стандартным и читаемым, а не клубком, который никто не решается трогать.
«Сгенерировано ИИ» охватывает две очень разные реальности
Всё зависит от того, ЧТО именно написал ИИ. При генерации «чистым ИИ» большая языковая модель пишет сам код, строка за строкой: две генерации одной и той же потребности дают два разных кода — правдоподобных, но никогда не гарантированных. Изменение наследует эту хрупкость: каждая правка снова проходит через модель, которая попутно может переписать то, что работало, и никто заранее не знает, какой код получится.
Blueprint Maker делает наоборот: ИИ не пишет код — он пишет СПЕЦИФИКАЦИЮ, структурированный список ваших сущностей, экранов и показателей, который вы подтверждаете как план. Затем детерминированные билдеры переводят этот план в код: один и тот же план всегда порождает один и тот же код, с одними и теми же соглашениями. Именно это разделение делает оба пути ниже безопасными: повторная генерация не изобретает ваше приложение заново, а экспортированный код остаётся читаемым для любого разработчика.
Первый путь: сгенерировать заново из описания
Потребность меняется? Описание меняется вместе с ней. Вы добавляете «у каждого выезда теперь есть назначенный техник и уровень срочности», перезапускаете генерацию, подтверждаете новый план: заново сгенерированное приложение включает соответствующую сущность, экраны и показатели. Это естественный режим развития Blueprint Maker, без единой строки кода.
Этот путь верен для структурных изменений — новые сущности, новые статусы, новые показатели. Описание остаётся единственным источником: оно документирует ваш инструмент на простом языке, а детерминированный конвейер гарантирует, что один и тот же подтверждённый план порождает одно и то же приложение.
Второй путь: развивать экспортированный код
Для всего, что выходит за пределы сгенерированного объёма — очень специфическая потребность, особая интеграция — запасным выходом служит сам код. Приложения Blueprint Maker экспортируются в ZIP или отправляются в ваш GitHub: стандартный проект Next.js + Prisma, структура, которую знает любой веб-разработчик.
Именно здесь важен метод генерации: код, свободно написанный моделью, часто нечитаем и хрупок при изменении; код, написанный детерминированными билдерами, однороден от одного приложения к другому — те же соглашения, те же структуры. Поскольку код экспортируемый и стандартный, разработчик может добавить то, что генерация не охватывает.
Выбор пути в зависимости от изменения
Эти два пути не исключают друг друга; у каждого своя область.
- Добавить сущность, статус, показатель: сгенерировать заново из дополненного описания.
- Скорректировать ещё подвижный объём: генерировать заново, пока структура не устоится.
- Интегрировать внешнюю систему или потребность вне объёма: развивать экспортированный код с разработчиком.
- Надолго взять инструмент под собственный контроль: перейти на код, выделенный URL или собственный хостинг — на выбор.