Revit MCP — это подключение модели Revit к ИИ-клиенту, при котором агент читает элементы и параметры, предлагает изменения таблицей, а инженер утверждает их до записи в модель. У Autodesk есть собственный сервер в статусе технического превью, а рядом работают проекты сообщества с более широким набором команд. Схема рассчитана на копию модели; выпуск документации и ответственность за решения остаются за инженером.
Два вида серверов
Autodesk описывает Revit Public MCP Server как техническое превью для Revit 2027, а проекты сообщества добавляют больше команд, включая выполнение чужого кода внутри Revit.
В справке Revit 2027 сервер назван Revit Public MCP Server (Tech Preview). По описанию Autodesk, он позволяет опрашивать модель и составлять отчёты, находить элементы и проверять их параметры, считать элементы, массово править параметры и создавать снимки видов. Работа идёт через Autodesk Assistant внутри Revit, то есть клиентом служит помощник самого Autodesk; в просмотренной справке о внешних клиентах вроде Claude Desktop или Cursor справка молчит, и о подтверждении перед записью тоже, поэтому оба вопроса проверяют на тестовой копии. В справке MCP-серверов Autodesk для него указана версия Revit 2027.2. Статус превью означает, что состав функций может меняться, поэтому перед использованием сверяйтесь с текущей документацией.
Параллельно существуют проекты сообщества. Организация mcp-servers-for-revit публиковала связку из сервера и плагина, который работает внутри Revit и принимает команды по сокету. Её инструменты читают данные и записывают их: создают, меняют и удаляют элементы, а также отправляют в Revit код C# на выполнение. Лицензия MIT, а отдельный репозиторий сервера по состоянию на февраль 2026 года архивирован в пользу общего репозитория mcp-servers-for-revit (дата архивации 25 февраля 2026 года).
Поэтому выбор делают по задаче. Для чтения модели и массовой правки параметров начните с официального сервера, если версия Revit подходит. Сервер сообщества с выполнением кода допускают только на изолированной машине с копией модели: такой инструмент способен сделать с файлом всё, что умеет сам Revit.
Чтение модели
Чтение — безопасная часть схемы, и начинать удобнее с неё. Агент задаёт серверу вопросы, а ответы сверяют с тем, что видно в самой модели.
| Запрос агента | Что возвращает сервер | Как сверить |
|---|---|---|
| Сколько дверей на втором уровне | Число элементов | Фильтр в Revit по уровню и категории |
| У каких дверей пуст параметр «Комментарии» | Список идентификаторов | Выборка этих идентификаторов в модели |
| Какие значения параметра встречаются | Перечень значений с частотой | Сортировка и группировка в спецификации |
| Снимок вида | Изображение | Открыть тот же вид и сравнить |
Подсчёт и перебор делает инструмент сервера, а модель объясняет результат и формулирует выводы. Список из тысяч элементов целиком в чат отправлять нельзя: скрипт или сервер сводит данные в короткую таблицу, и в контекст модели попадает только она. Тогда фраза «пустых параметров столько-то» опирается на вызов инструмента, и инженер может повторить его вручную.
Связь с чертежами и листами разбирает статья про ИИ для работы с чертежами. Здесь речь о самой модели, где у каждого элемента есть идентификатор и набор параметров. Именно идентификатор делает проверку честной: инженер открывает элемент по номеру и видит то же значение, которое назвал агент. Ответ без идентификаторов подтвердить нечем, и такой ответ возвращают на доработку.
Предложение правок
Условный пример: перед выпуском спецификации дверей в части строк пустое обозначение типа заполнения. Инженер записывает правило текстом, например «значение берётся из имени семейства», и просит агента подготовить таблицу изменений. В модель на этом шаге записи нет.
Таблица предложений содержит идентификатор элемента, параметр, старое значение, новое значение и основание. Если правило неоднозначно, агент помечает строку как «нужен выбор инженера» и подбор значения оставляет ему. Такая пометка ценнее красивого заполнения: ошибка в пустом параметре потом попадает в спецификацию и в заказ.
Размер таблицы тоже важен. Небольшую таблицу инженер проверяет за один подход, а длинную делят по уровням либо категориям, и каждая часть утверждается отдельно. Разбиение делает скрипт до обращения к модели: он группирует строки по уровню, категории или типу и отдаёт агенту по одной группе. Так проверка идёт порциями, а утверждение каждой порции фиксируется отдельной отметкой. Обращение к модели при таком подходе остаётся небольшим, потому что объём данных определяется проектом, и настроение агента тут ни при чём.
Чтобы предложения оставались проверяемыми, у каждой строки должна быть ссылка на правило, по которому значение получено. Строка вида «значение взято из имени семейства» проверяется глазами сразу, а строка без объяснения требует поиска причин. Этот реквизит стоит заложить в формат таблицы с первого дня, пока команда ещё привыкает к ответам, и требование обоснований воспринимается как норма.
В каких параметрах вашей модели чаще всего остаются пустые значения?
Утверждение записи
- Сделайте копию модели в отдельном файле и подключайте сервер только к ней.
- Инженер читает таблицу предложений, убирает спорные строки и подписывает остальные как «утверждено».
- Разрешите запись исключительно для утверждённых идентификаторов и параметров, остальное сервер должен отклонять.
- После записи повторите те же запросы чтения и сравните счётчики с состоянием до правки.
Проверку допустимых идентификаторов и параметров делает серверная часть или скрипт перед вызовом записи, а слова в инструкции модели защитой считать нельзя. Если выбранный сервер оформляет массовую правку одной транзакцией Revit, откат занимает одно действие; это свойство проверяют на тестовой копии до работы с боевой.
Сравнение счётчиков до и после отвечает на вопрос, изменилось ли только запланированное. Дополнительно можно сделать снимок того же вида до и после: визуальное различие, отсутствующее в плане правок, говорит о побочном эффекте сильнее любого числа. Если число пустых значений упало ровно на количество утверждённых строк, а остальные группы остались прежними, правка прошла чисто. Любое отклонение разбирают вручную, а копию модели с правкой до выяснения причин в рабочий проект переносить рано. Перенос утверждённых изменений в основную модель выполняет инженер по обычному регламенту совместной работы.
За инженером
Агент отвечает на вопросы о данных и готовит предложения. Геометрия, несущие элементы, нормативные параметры и выпуск документации остаются решением инженера, и агенту записывать значения в такие поля по умолчанию запрещено. Для них заводят отдельный список запрещённых параметров, и серверная проверка отклоняет любую попытку записи. Список составляют вместе с руководителем отдела до первого запуска и пересматривают, когда в проект приходят новые типы элементов.
Для разбора спорных случаев держите журнал: таблица предложений с отметками, версия модели, имя инженера, давшего утверждение, и результат повторного чтения. Если сомнения вызывает параметрическая геометрия, пригодится соседний материал про FreeCAD MCP: там проверка строится на сравнении геометрии.
Отдельно считают долю строк, которые инженер вычеркнул. Если вычеркнута каждая вторая строка, правило заполнения сформулировано неточно: поправить нужно формулировку самого правила, и повторные запросы без этого дадут тот же результат. Когда доля вычеркнутых строк держится низкой на нескольких категориях подряд, круг параметров можно осторожно расширять, сохраняя утверждение человеком для каждой порции.
Выберите один параметр с понятным правилом заполнения и одну категорию элементов. Прогоните на копии чтение, получите таблицу предложений и утвердите десяток строк. Если нужен проектный контур с правами и приёмкой, обсудите с нами внедрение ИИ в проектную работу.