Как ИИ может изменить САПР и BIM: тренды ближайшего будущего

Мы решили посмотреть, какие AI-тренды, на наш взгляд, могут изменить повседневную работу пользователей САПР, BIM-ПО и прикладных систем – от СОД и расчетных комплексов до чекеров.

Еще недавно ИИ в профессиональном ПО был прежде всего чатом или помощником. Следующий этап – агенты, способные самостоятельно выполнять последовательность действий. Но, вероятно, еще важнее то, что появляется вокруг них.

Один из главных трендов – управляемые оболочки для ИИ, или harness-среды. В них задаются задача, контекст, данные, доступные программы и инструменты, правила и ограничения. Отдельный элемент такой среды – skills, которые описывают логику выполнения конкретных задач.

Одновременно профессиональное ПО начинает становиться доступным для ИИ. У САПР, BIM-систем, СОД, расчетных программ и чекеров появляются специальные интерфейсы. Один из наиболее заметных примеров – MCP-серверы.

Если говорить проще, MCP позволяет подключить ИИ к программе и дать ему доступ к тем данным и функциям, которые предоставляет конкретное подключение.

Это уже не только концепция. Autodesk выпустила для Revit 2027 официальный Revit Public MCP Server в статусе Tech Preview. Он позволяет ИИ подключаться к модели Revit и выполнять запросы к ее данным. (https://www.autodesk.com/blogs/aec/2026/06/17/revit-public-mcp-server/)

Еще показательнее сторонние решения. Например, HuskyBIM использует MCP для подключения ИИ к различным AEC-системам. Для Revit разработчик заявляет 697 инструментов, для AutoCAD – 400, для Civil 3D – 115, для Archicad 29 – 687 API-операций, для Navisworks – 87 инструментов. (https://huskybim.com/platform)

Это не 697 готовых функций ИИ, а набор операций профессионального ПО, которые агент может использовать как строительные блоки. Например, найти элементы, прочитать параметры, изменить данные, сформировать спецификацию или выполнить проверку.

Следующий тренд – объединение нескольких программ в один рабочий процесс. ИИ может одновременно использовать BIM, нормативную базу, СОД, расчетный комплекс и чекер. Для человека это несколько программ, для агента – единая последовательность действий.

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

Еще один тренд – нормативная проверка непосредственно в процессе работы. ИИ сопоставляет модель с применимыми требованиями, объясняет несоответствия и, при наличии соответствующих полномочий, предлагает или выполняет исправления.

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

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

Это может привести и к бесшовной миграции данных между разными САПР и BIM-системами. ИИ сможет сопоставлять структуры и параметры, выявлять потери и помогать сохранять смысл данных при переходе.

Файлы при этом никуда не исчезнут. Но они могут перестать быть главным объектом информационного обмена.

Здесь появляется более фундаментальный тренд – переход от model-centric к data-centric подходу.

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

Модель при этом никуда не исчезает. Она становится одним из источников данных.

Особенно заметно это может изменить взаимодействие участников жизненного цикла ОКС – от заказчика и подрядчика до экспертизы и государственного контроля.

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

Тогда проверка будет смещаться с вопроса «какой файл представлен» на вопрос «какие данные должны быть представлены, в каком составе, структуре и состоянии».

ИИ-агент сможет получить требуемые сведения, сопоставить их с установленными требованиями и сформировать результат проверки.

В перспективе один и тот же набор структурированных данных может использоваться при проектировании, экспертизе, строительстве, надзоре, приемке и эксплуатации.

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

Отдельно могут нормироваться требования к самим наборам данных: состав сведений, идентификаторы элементов, параметры, связи, классификаторы, версии и статусы. MCP предусматривает структурированные схемы входных и выходных данных инструментов, в том числе с использованием JSON Schema. (https://modelcontextprotocol.io/specification/2025-11-25/server/tools)

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

То же относится к закрытию объемов и сверке «проект/модель/факт». Данные модели можно сопоставлять с исполнительной документацией, результатами съемки, сканирования, фотофиксации и другими источниками.

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

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

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

Harness определяет рабочую среду агента, skills – логику выполнения задачи, MCP и аналогичные интерфейсы дают ему доступ к программам, а данные становятся связующим слоем между системами.

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

А потом… а потом ИИ начнет дорабатывать инструменты для человека в инструменты для ИИ. Но это уже другая история.

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

А значит, может появиться и новый класс разработчиков – тех, кто создает не только САПР, BIM или расчетные системы, но и ПО, инструменты и инфраструктуру специально для harness-сред и AI-агентов.

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

📸 bimsert