В заявленной для Revit архитектуре задача расчёта пути от машино-места до лифта разбивается на работу плагина с BIM-моделью и несколько узких агентских функций. Значение такого подхода — не в автоматическом поиске «лучшего» ответа без участия проектировщика, а в фиксации единых правил проверки: откуда начинается маршрут, к какому лифту он строится, какие участки плана допустимы и как результат попадает в отчёт.

Почему маршрут нельзя свести к обычной спецификации.

Revit-плагины уже применяют для повторяющихся операций с элементами и параметрами. Например, в наборе Future BIM есть инструмент, который нумерует помещения и машино-места по траектории, а утилиты МЕКО для Revit умеют записывать значения в параметры элементов, копировать их и работать с номером помещения. Эти операции близки к задаче маршрута по исходным объектам, но не заменяют её: нумерация вдоль заданной траектории и вычисление расстояния до целевой точки требуют разных правил обработки модели.

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

Что делает плагин, а что можно поручить субагентам.

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

Практическое разбиение может выглядеть так:

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

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

Качество результата зависит от структуры модели.

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

Отдельная сложность — работа с несколькими моделями. В описании IDS Core для проверки ЦИМ показатели рассчитывают по модели и подгруженным связям, используя правила агрегации. Похожая логика нужна и для маршрута: архитектурная модель может содержать помещения, а инженерная — пространства и оборудование. При этом утилиты BIM Step для систем связи показывают, что пространства в инженерной модели могут создаваться на основе помещений из связанной архитектурной модели. Значит, до расчёта нужно установить, какая модель отвечает за каждый тип объекта и как сопоставляются их идентификаторы.

Где проходит граница автоматизации.

Рынок Revit-плагинов в основном строится вокруг локальных операций: записи параметров, нумерации, соединения и вырезания элементов. Например, плагин ModPlus для соединения элементов разделяет функции на примыкание, соединение и вырезание. Маршрут до лифта сложнее тем, что объединяет несколько типов объектов и требует заранее утверждённой трактовки доступного пути. Поэтому добавление LLM-субагентов оправдано там, где нужны проверка входных данных, разбор исключений и понятное объяснение результата, а не замена геометрических правил разговорным интерфейсом.

Для внедрения такой схемы полезно заранее зафиксировать определения машино-места, целевого лифта, допустимых зон движения и единицы измерения. Затем расчёт стоит сверять на контрольных планах, повторять после изменения модели и отдельно выводить объекты, для которых путь не удалось определить. Это превращает связку из шести субагентов и одного плагина в инструмент контроля данных, а не в непрозрачный генератор чисел.