Пора подводить итоги года, уходящего 2025 года:
🔹PromCore за 2025 год выполнил план трех лет. Выпустил нейросеть SmartCity, обновил всю механику взаимодействия с объектами модели, перевели на GPU классический МКЭ для расчета свай, выпустили три версии нейросети FEMnet. Мы в начале года даже не представляли что мы сможем это всё реализовать за 1 год.
🔹После перехода на коммерческую модель распространения в начале 2025 года на графике запусков программы виден значительный спад. с 1 мая по 1 июля действовал бесплатный формат тестирования новой версии PromCore 4, поэтому на графике локальное увеличение запусков программы.
К концу года, по статистике запусков программы, мы вышли на показатели 2024 года и превысили их.
🔹Первый коммерческий клиент появился в июле 2025 года, это был индивидуальный предприниматель.
На текущий момент заключено уже 9 контрактов, в основном крупные компании застройщики из разных регионов РФ.
🔹Мы стали единственным коммерческим проектом в САПР/BIM без государственной поддержки и финансовой помощи третьих лиц или компаний. Некоторые до сих пор думают, что за нами стоит некая крупная компания спонсирующая проект.
🔹Год назад у нас был PromCore который значительно отставал от сегодняшней версии. И на 2026 год у нас не менее амбициозные планы.
🔹В течении всего года мы прорабатывали каждый день 1 идею, не амбициозную, а идею способную улучшить PromCore. KaiZen - с японского означает "непрерывное улучшение", главный лозунг японского и корейского автопрома. И с 2016 года это лозунг проекта PromCore.

Коллеги, в крайнем обновлении произошла проблема с несущими стенами, они не загружаются. Мы исправили ситуацию, тестируем патч. Сегодня вечером выпустим свежее обновлении где в том числе будет исправлена данная проблема.

Вышло декабрьское обновление программы PromCore под версией 4.1.0.25, что нового.
🔹Изменили немного алгоритм нахождения осадок у фундаментной плиты и свайного поля инструмента SmartPile.
🔹Исправили проблему работы SmartPile при ручном редактировании положения плиты и вертикальных конструкций и не выполнения расчета.
🔹Добавили поддержку DirectX12. Это намного более стабильная графическая API. Под нее внесли некоторые изменения в исходный код программы. Некоторые вещи пришлось реализовывать в виде отдельных утилит внутри программы PromCore для улучшения стабильности передачи информации от ядра программы на видеочип.
🔹Для тестирования графического API DirectX вместо Vulkan необходимо создать ярлык на рабочий стол для promcore.exe. Далее открыть свойства ярлыка и в графе "объект", после ......PromCore.exe" необходимо поставить пробел и вставить команду "-force-d3d12". У вас получится запись по типу .......PromCore.exe" -force-d3d12
Но у всего есть цена, стабильность обходится увеличенным потреблением видеопамяти. Nvidia много месяцев исправляли проблемы на своей стороне и наконец-то решили их в последних патчах драйверов. Мы подготовим к следующему обновлению программы внутри программы настройку переключения графических API и напишем статью-инструкцию с пояснениями и сравнениями.
🔹Добавили автоматический чекап видеокарты в главном меню программы.
🔹Теперь специальные независимые утилиты отслеживают загрузку видеокарты внутри программы PromCore и предупреждаю пользователя об превышении 90% загрузки объема видеопамяти и последствиях. На горизонтальной ленте инструментов появился график использования видеокарты.
🔹Немного изменили спецификацию, добавили дополнительные параметры, разделили коэф. доп армирования по категориям конструкций.
🔹Изменили алгоритм подбора пилонов с учетом их высоты. Добавили дополнительные проверки прочности и добавили дополнительные условия подбора внутри алгоритма перебора лучших вариантов.
🔹И еще около 20 незначительных улучшений.

Доступна новая версия 4.1.0.27. Что нового:
🔹Доступны две графические API. Vulkan - базовая API, но менее стабильная, с меньшим потреблением видеопамяти. DirectX12 - намного более стабильная API, при работе с большими моделями, но и так же значительно больше потребляет видеопамять, при работе необходима видеокарта с объемом не менее 16 Гб.
🔹Добавлена справка для всех основных функций и нейросетей. Для примера справка по нейросети FEMnet.

Часть 1. Ровно 7 лет назад была написана данная статья, где был задан простой, но неудобный вопрос:
а точно ли человек должен быть центральным элементом BIM-процесса? А так же был задан вектор развития проекта PromCore.
Тогда к этому можно было относиться скептически, как к футурологии. Но время прошло — и сегодня можно честно сказать: всё, что было написано тогда, воплотилось даже не на 100%, а с запасом. BIM действительно упёрся в потолок человеческих возможностей.

Современный BIM по-прежнему держится на ручной логике: семейства, типы, параметры, зависимости. Какими бы «умными» они ни становились, они отвечают на неправильный вопрос — как должен выглядеть элемент, а не какое решение оптимально при заданных ограничениях. В результате BIM автоматизировал черчение, но не проектирование.

PromCore вырос именно из этого противоречия. В нём логика обратная: сначала синтез конструктивной схемы, расчёт усилий и перемещений, сравнение сотен вариантов и отбор лучших — и только потом геометрия. Геометрия здесь не цель, а вторичный продукт расчёта и логики.

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

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

К этому посту тоже можно относиться с недоверием — ровно так же, как к текстам, написанным 7 лет назад. Но практика уже показала: инерция отрасли не отменяет направления её движения. Вопрос сегодня не произойдёт ли это, а кто успеет перестроиться.

Следующий этап после BIM — это системы, где человек формулирует требования и ограничения, а алгоритмы и ИИ ищут, проверяют и оптимизируют решения. BIM при этом останется форматом и интерфейсом — но перестанет быть центром проектного мышления.

BIM — не ошибка. Но и не конечная точка. Это переходный этап на пути к автоматическому синтезу инженерных решений.

Один из клиентов программы PromCore задал простой вопрос, как узнать какой шаг пилонов и какая толщина плиты самая рациональная для конкретных типовых секций ?

Для понимания: внутри компании по этому вопросу шёл долгий спор, в котором участвовали несколько дирекций.

Чтобы дать ответ, недостаточно “экспертного мнения”.
Нужно проверить десятки вариантов конструкций с разными шагами пилонов и разной толщиной плит — и сравнить их по объективным метрикам.

В этом кейсе потребовалось рассмотреть около 80 расчетных вариантов.

У заказчика была внутренняя IT-разработка, но она не позволяла получить количественную инженерную оценку для такого вопроса.
С помощью PromCore мы получили ответ за несколько часов.

И это важный момент.

Цель таких исследований — не просто найти “самый дешевый” вариант КР, а определить рациональные решения по совокупности показателей:
- прогибы
- расход арматуры
- расход бетона
- стоимость каркаса

На практике часто оказывается, что при сопоставимом объеме материалов можно получить принципиально разную рациональность решения.

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

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

Доступно обновление 4.1.0.31.

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

🔹Добавили выгрузку результатов нейросетей FEMnet и SmartPylon в виде бинарных данных, добавили пример чтения и описание в API.
По нашим тестам, сохранение результатов на диск , замедляет скорость нейросетей не более чем на 20%.