ARAI Нормы Казахстана
Спросить ARAI

ИИ для Ревита и BIM: ассистенты, плагины и проверки модели

Рабочий сценарий определяется доступом к модели: встроенный ассистент, проверяемый скрипт или анализ выгрузки. Ни один из этих путей сам по себе не подтверждает корректность проектного решения.

Редакция ARAI · Опубликовано 8 октября 2026

ИИ для Ревита: сначала определить доступ к модели

В Revit ИИ встречается в трёх формах: встроенный ассистент, код для работы через инструменты Revit и анализ выгруженных данных. В первом случае возможности задаёт производитель; во втором вы проверяете конкретную программу; в третьем ответ ограничен тем, что попало в экспорт. Для BIM-координатора и автора модели полезны выборки элементов, проверки параметров и подготовка повторяемых операций, а не обещание получить весь проект одной командой.

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

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

Autodesk Assistant и Forma: подтверждённые задачи и границы

В справке Revit 2027 Autodesk описывает три группы возможностей Autodesk Assistant: помощь по продукту, запросы к данным модели и автоматизацию по текстовому заданию. Примеры производителя — подсчёт колонн на первом этаже и создание спецификации дверей. Для доступа требуется вход в учётную запись Autodesk. Это описание конкретного выпуска, а не обещание тех же возможностей в любой установленной версии Revit.

Отдельная страница выпуска описывает Revit Public MCP Server в статусе Tech Preview. Указаны поиск элементов, проверка параметров, подсчёты, массовая правка параметров и снимки видов. Раз это Tech Preview, закладывайте в процесс возможные сбои и изменения интерфейса: испытайте нужную операцию в своей среде и сохраните способ проверить её результат. Наличие интерфейса для агента не означает неограниченного управления всеми функциями модели.

Forma Site Design Autodesk описывает как облачный инструмент для работы с участком, предпроектной оценки, концепции и раннего анализа среды, связанный с Revit. В официальном обзоре перечислены, в частности, анализ солнца, ветра и шума; для ветра и шума различаются быстрый ИИ-режим и стандартный режим. Это другой этап работы, чем проверка параметров семейства или выпуск рабочей спецификации.

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

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

Dynamo, pyRevit и API: поручить модели написать небольшой код, который можно проверить

Dynamo Primer показывает использование Python вместе с Revit API: получение документа, обращение к элементам и создание объектов. pyRevit в собственной документации описан как среда для автоматизации и разработки дополнений внутри Revit с использованием его API. Эти инструменты дают путь от текстового задания к исполняемому коду, но сами по себе не являются доказательством качества кода, написанного нейросетью.

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

ЗадачаСпособКонтроль результата
Найти элементы без маркиСкрипт чтения параметровСписок идентификаторов и исключений
Сопоставить значения со справочникомТабличная проверкаВерсия справочника и точные совпадения
Заполнить согласованный параметрСкрипт записиСтарое и новое значение каждого элемента
Проверить геометрию и информациюСредство проверки модели по правиламОбласть проверки и настройки правил
Изучить модель вне RevitIFC и средство чтения IFCПолнота экспорта и связь с исходной редакцией

В задании на код укажите выпуск Revit, среду исполнения, категории, имена или идентификаторы параметров и формат отчёта. Отдельно оговорите параметры экземпляра и типа. Если операция должна менять одно размещение, изменение общего типа может затронуть другие размещения; такой выбор нельзя оставлять неявным.

Не принимайте скрипт, который при ошибке просто продолжает работу без отчёта. Для каждого пропуска нужна причина: параметр отсутствует, значение не соответствует ожидаемому типу, элемент недоступен для записи или не найдено однозначное соответствие. Список пропусков — часть результата, а не техническая подробность для программиста.

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

Пример: заполнить код отделки по утверждённой таблице

Задача для проверки: в отсоединённой копии модели (detach from central) есть 40 помещений, а в утверждённой таблице отделки — строки с номером помещения и кодом отделки. Нужно заполнить предусмотренный в вашем шаблоне параметр Код отделки. В примере предполагается, что этот параметр уже существует; создание нового параметра и изменение стандарта модели в задачу не входят.

Ассистенту передают структуру таблицы, описание параметра и правила сопоставления. Если номера помещений повторяются между корпусами, ключ должен включать корпус, а также уровень и фазу (Phase), если в модели есть этапы. Если одна строка относится к нескольким помещениям, это задают явно. Задание заканчивается требованием сначала вернуть отчёт без записи в модель.

В проверочном наборе, например, 36 помещений имеют однозначное соответствие, у двух повторяется ключ, для одного строки нет, а у ещё одного нужное значение уже заполнено иначе. Ожидаемый первый результат — четыре категории с идентификаторами, исходными значениями и строками таблицы. Автоматически выбрать «первое совпадение» для повторяющегося ключа нельзя.

Вы открываете несколько помещений из каждой категории, проверяете принадлежность корпусу и исходные значения. Затем отдельно решаете, какие из 36 предложенных записей разрешены и как поступить с четырьмя исключениями. После записи сравниваете параметры по всему разрешённому списку, а также убеждаетесь, что элементы вне него не изменились.

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

В таком примере модель разумно использовать для скрипта с понятными входом и выходом. Решение о коде отделки, разрешении перезаписи и устранении дублей принимаете вы. Реальные количества и исключения в вашем проекте будут другими; приведённые числа нужны только для демонстрации приёмки.

Испытание на копии и проверка модели по правилам

Для испытания сделайте отсоединённую копию (detach from central) и не выполняйте синхронизацию с центральной моделью; режим работы согласуйте с BIM-координатором. До запуска сохраните исходную выгрузку затрагиваемых параметров. Проверяйте чтение и запись отдельно, а операции удаления, замены типов и создания элементов не объединяйте в один непрозрачный сценарий.

Документация Revit API для Transaction.Commit требует учитывать возвращаемый статус: фиксация может завершиться откатом. Поэтому скрипт должен подтверждать фактический результат транзакции, а не писать «изменено» сразу после вызова метода. При частичном выполнении нужен перечень успешно обработанных и необработанных элементов, соответствующий реальному состоянию модели.

Solibri описывает проверку BIM-моделей по правилам, включая классификации, наборы свойств и требования к информации; отдельно подтверждает поддержку проверки данных IFC. Это иной механизм, чем свободный ответ чата. Ассистент может помочь описать требование человеческим языком, но рабочее правило должно иметь определённые объекты, параметры и условия проверки.

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

После обновления модели, шаблона или среды исполнения оцените, какие предпосылки скрипта изменились. Имена параметров могли сохраниться, а их смысл — измениться. Если автоматизация использует справочник организации, храните его редакцию рядом с отчётом. Это позволяет отличить изменение проектных данных от изменения самого правила обработки.

IFC: передать данные модели, сохранив возможность сверки

Если ассистент работает вне Revit, практический путь — экспорт IFC и инструмент, который действительно читает его структуру. IfcOpenShell-Python предоставляет программный доступ к возможностям IfcOpenShell для анализа и создания данных. В таком процессе модель получает результаты запросов к файлу, а не пытается восстановить BIM по изображению трёхмерного вида.

Передача IFC сама по себе не даёт общему чату средство разбора. Проверьте, что используемая среда умеет извлекать нужные объекты и свойства. Для задачи по помещениям запросите список идентификаторов, наименований и интересующих полей. Для пространственной проверки потребуется ещё и обработка геометрии; наличие текстовой таблицы свойств этого не заменяет.

Сверьте экспорт с исходной моделью на нескольких известных объектах и итоговых количествах нужной категории. Зафиксируйте параметры экспорта и редакцию RVT. Если нужное свойство не попало в IFC, ответ «поле отсутствует в экспорте» точнее, чем «параметр не заполнен в Revit». Сначала выясните, где поле потерялось: в исходной модели или в настройках экспорта.

Для возврата замечаний сохраняйте идентификаторы из экспорта и понятную пространственную привязку: корпус, этаж, помещение. Не рассчитывайте сопоставить все строки только по наименованию. Условия передачи модели внешнему сервису проверьте по статье о конфиденциальности проектных файлов.

Если часть работы идёт на чертежах, а не в модели, ARAI читает DWG и DXF, считает площади помещений и отвечает по нормам Казахстана. RVT и IFC он не принимает, модели Revit не создаёт и не правит. Для проверки BIM выбирайте маршрут, у которого подтверждён доступ именно к данным вашей модели.

Коротко

Источники

Спросите ARAI

ARAI найдёт пункт и приведёт его дословно. Бесплатно, в браузере.

Читайте также

Как сделан этот текст: черновик написан с помощью ИИ, сведения о чужих продуктах сверены с их официальными страницами на дату обновления, редактура и ответственность за текст — редакции ARAI. Нашли ошибку — напишите на hello@arai.build.

Тексты строительных норм Казахстана по пунктам — в разделе Нормы.