От редакции isicad.ru: AEC Magazine — британский специализированный журнал и интернет-издание о технологиях для архитектуры, инженерного проектирования и строительства. Издаётся с 2002 года. Основные темы — CAD, BIM, искусственный интеллект, генеративное проектирование, цифровые двойники, визуализация, VR/AR, расчётные системы, управление инженерными данными и автоматизация проектирования. Журнал ориентирован прежде всего на архитекторов, инженеров, строительные и проектные организации, а также разработчиков профессионального ПО.
В последние годы заметная часть публикаций посвящена влиянию AI и AI-агентов на CAD/BIM и инженерные процессы. В частности, свежий выпуск журнала фактически полностью состоит из публикаций на эту тему, а автором всех основных статей этого выпуска является Мартин Дэй. Сегодня перевод одной из таких статей (Martyn Day. ODA opens its CAD and BIM tools to AI) мы представляем нашим читателям.
AEC Magazine характеризует Мартина так: Мартин Дэй — сооснователь и консультирующий редактор AEC Magazine. Уже почти 30 лет он пишет о проектировании и бизнесе, связанном с CAD. Мартина знают практически все в отрасли: именно он обычно задаёт руководителям компаний-разработчиков CAD самые неудобные и сложные вопросы. И именно он носит в рюкзаке семнадцать разных электронных устройств.
В 2007-2025 гг на isicad.ru была опубликована 21 статья Мартина Дэя, в том числе такие яркие как, например, легендарная статья «Смерть Solidworks?»
Open Design Alliance (ODA) планирует предоставить AI-агентам доступ к своим SDK для работы с CAD-форматами через набор локально развёртываемых MCP-серверов. Их выпуск ожидается в третьем квартале этого года. Мартин Дэй объясняет, почему консорциум, ассоциируемый прежде всего с поддержкой разработчиков ПО, внезапно становится непосредственно важен и для проектных организаций.
Более 25 лет Open Design Alliance занимает необычное положение в CAD-индустрии. Это одна из наиболее влиятельных организаций, о существовании которой многие конечные пользователи никогда не слышали. Этот некоммерческий консорциум разрабатывает SDK, позволяющие программным компаниям читать, записывать, визуализировать и обрабатывать инженерные форматы файлов, включая DWG, DGN, IFC, STEP и Revit (RVT).
Сотни настольных, облачных и мобильных приложений используют технологии ODA для обеспечения совместимости, избавляя разработчиков от необходимости самостоятельно выполнять обратное проектирование закрытых форматов или писать соответствующую поддержку с нуля. Альянсом фактически управляют более 1200 его участников, а его устав не допускает приобретения организации другой компанией — структурная особенность, которая в эпоху ИИ становится гораздо более значимой, чем раньше.
Традиционно клиентами ODA были разработчики программного обеспечения. Например, если независимый поставщик ПО хотел создать BIM-вьюер, средство проверки моделей, систему поиска коллизий, CAD-конвертер или инженерное приложение с поддержкой DWG или Revit, значительная часть низкоуровневой работы, скорее всего, выполнялась на основе SDK от ODA.
Появление генеративного ИИ принципиально меняет круг пользователей этих возможностей. Вместо того чтобы предоставлять функции работы с форматами только через API на C++ или .NET для программистов, ODA теперь помещает ту же функциональность за интерфейсами Model Context Protocol (MCP). В результате вместо написания кода пользователи смогут работать с инженерными моделями на естественном языке через AI-агентов, например Anthropic Claude.
Это важная особенность. До сих пор основная активность вокруг MCP была связана с подключением AI-ассистентов к уже существующим приложениям. ODA, напротив, предоставляет доступ непосредственно к базовому инженерному инструментарию. ИИ не просто управляет программой, а взаимодействует с теми же возможностями SDK, которыми разработчики пользовались годами.
Рациональный подход
Предлагаемый ODA механизм представляется логичным. Не имеет смысла передавать AI-агенту бинарный CAD-файл и ожидать, что он самостоятельно определит его структуру. Текстовые форматы вроде DXF, в свою очередь, слишком велики и сложны для эффективного разбора средствами языковой модели.
Вместо этого MCP-сервер располагается между агентом и файлом. Агент запрашивает только ту геометрию, свойства или структуру, которые ему нужны.
Числовые характеристики — объём, масса, площадь поверхности, зазоры и т. п. — вычисляются тем же скомпилированным C++-движком, который используется в коммерческих продуктах. Поэтому одна и та же модель при одинаковом запросе будет давать один и тот же результат. Разбор данных выполняется программным кодом, а не за счёт токенов LLM, что снижает стоимость и повышает точность.
Первые демонстрации показывают широту такого подхода. В одном примере агент получает короткий запрос на создание горной дороги через три заданные точки на реальном рельефе. Затем он самостоятельно получает данные рельефа, выполняет трассировку в Python и вызывает сервер ODA для формирования DWG и технического PDF-отчёта — без участия человека.
Во второй демонстрации, записанной в Open STEP Viewer, агент анализирует деталь, измеряет её, добавляет отверстие и наносит размеры на чертёж.
На момент запуска серверы будут поддерживать DWG, STEP и IFC. Поддержка DGN, Revit и Navisworks должна появиться позже. Президент ODA Нил Петерсон считает, что этот шаг значительно расширит аудиторию организации: «Это предоставит возможности уровня разработчика гораздо более широкой аудитории, далеко за пределами нашего нынешнего круга программистов. Пользователь без навыков разработки сможет выполнять сложные операции с CAD- и BIM-данными при помощи ИИ».
Большие возможности
Главный потенциал этого подхода может находиться вне традиционной аудитории ODA. Например, архитектурное бюро, инженерная компания или подрядчик смогут развернуть MCP-серверы ODA полностью внутри собственной инфраструктуры, загрузить туда IFC, DWG и другие поддерживаемые данные, а по мере развития инструментария — и Revit. После этого серверы можно будет через MCP подключить к любой крупной языковой модели или AI-платформе, выбранной организацией. Вместо разработки отдельных интеграций для разных форматов проектные фирмы смогут создавать собственных AI-агентов, напрямую работающих с проектной информацией.
Внутренний агент сможет:
- анализировать BIM-модели;
- отвечать на технические вопросы;
- формировать ведомости;
- выявлять отсутствующую информацию;
- сравнивать версии проекта;
- извлекать количественные показатели;
- проверять соответствие стандартам.
Критически важно, что всё это может выполняться без выхода проектных данных за пределы корпоративной сети. Фактически ODA становится уровнем доступа к данным между закрытыми инженерными моделями и корпоративным ИИ. Это может быть особенно привлекательно для крупных организаций, стремящихся к так называемому AI sovereignty — технологической независимости и контролю над AI-инфраструктурой.
MCP-серверы будут развёртываться самими участниками ODA, а не работать как облачный сервис ODA. Эта функциональность войдёт в основной пакет Core SDK без дополнительной платы и без роялти, в рамках существующей годовой подписки.
Вместо загрузки конфиденциальной проектной информации в сторонние облачные сервисы компании смогут сохранять и BIM-данные, и AI-процессы полностью под собственным контролем, одновременно пользуясь современными языковыми моделями.
Петерсон признаёт, что это может создать определённые сложности. ODA пересматривает лицензирование, чтобы участник Альянса не мог, например, просто предоставить технологию всей пользовательской базе Gemini без дополнительных условий. По его словам, здесь неизбежно возникнут определённые противоречия.
Однако наиболее показательно объяснение того, почему ODA всё равно идёт в этом направлении: «Очевидно, что кто-то всё равно предоставит такую технологию. Мы считаем, что ODA должна возглавить этот процесс и направлять его в правильную сторону, а не наблюдать со стороны или занимать оборонительную позицию».
Организация, управляемая своими участниками, которую нельзя приобрести, и которая предоставляет локальный, независимый от конкретной AI-модели доступ к ключевым инженерным форматам, сегодня представляет собой, возможно, наиболее близкий к реальному обеспечению суверенитета проектных данных подход.
Ограничения
При этом существует серьёзное ограничение, и Петерсон его не скрывает.
Полноценная обратная запись в Revit — более долгосрочная задача, поскольку она ограничена возможностями базового C++-инструментария ODA для RVT. Сегодня серверы уже могут записывать некоторые элементы, но до автоматического создания полной параметрической модели здания ещё далеко. Возможности AI-уровня не могут превосходить возможности лежащего под ним SDK.
Петерсон прямо говорит, что для устранения этого разрыва потребуется значительное увеличение финансирования проекта ODA по поддержке RVT. Поэтому первые практические результаты, скорее всего, появятся в механическом проектировании и в задачах, ориентированных на чертежи.
В качестве особенно перспективного направления Петерсон называет автоматическое размещение аннотаций. Также реалистично начинает выглядеть применение ИИ в системах управления данными об изделиях — PDM. Пока эти возможности ещё не выпускаются как готовый продукт, однако направление развития уже понятно.
Наиболее ценный актив ODA — не какой-либо отдельный формат, а новый нейтральный и локально развёртываемый механизм доступа сразу ко всем важным инженерным стандартам. Передача такого доступа AI-агентам выглядит более устойчивым долгосрочным ответом на развитие ИИ, чем использование закрытой AI-модели, размещённой за контролируемым поставщиком MCP-интерфейсом.