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