AutoCAD MCP — это набор инструментов, через который ИИ-клиент читает объекты открытого чертежа и по разрешённым командам вносит правки, а инженер принимает результат по списку изменений. У Autodesk есть собственный локальный сервер для AutoCAD и Civil 3D в статусе технического превью, а проекты сообщества работают через COM, обмен файлами или вообще без AutoCAD. Схема рассчитана на копию чертежа; выпуск документации и подпись остаются за инженером.
Какой сервер выбрать
Autodesk публикует локальный MCP-сервер для AutoCAD и Civil 3D в статусе Tech Preview (Public Beta), а серверы сообщества различаются способом связи с чертежом и шириной полномочий.
В справке Autodesk по MCP-серверам сервер для AutoCAD и Civil 3D описан как локальный: он работает внутри самой программы. По описанию, он умеет опрашивать и анализировать объекты открытого чертежа, перемещаться по нему, изменять объекты, сверять чертёж с шаблонами и работать со стилями Civil 3D. Статус превью означает, что состав инструментов может меняться, и актуальный список нужно открыть в справке перед настройкой. Права записи в описании есть (инструмент изменяет объекты), а требуется ли подтверждение человеком перед изменением, просмотренная справка умалчивает, поэтому поведение проверяют на тестовом файле и фиксируют в записке для отдела.
Проекты сообщества на GitHub устроены по-разному. Версии программы и операционной системы у них заявлены разные, и список сверяют с вашей установкой. Одни управляют запущенным AutoCAD через COM, другие обмениваются с ним файлами, третьи редактируют DXF без AutoCAD вовсе, используя библиотеку ezdxf. Один из проектов, нацеленный на AutoCAD LT, заявляет исполнение произвольного кода AutoLISP: по сути, это неограниченные полномочия в чертеже.
Широкий набор инструментов выгоден на демонстрации, где всё получается с первого раза, а в работе он создаёт обязанность много запрещать. Это общее правило для всех инженерных программ: набор вызовов проектируют под задачу. Если задача сводится к проверке слоёв и переносу объектов, ей хватит нескольких команд чтения и одной команды изменения свойства. Остальное безопаснее исключить на уровне настроек, чем объяснять модели словами. Полезно заранее выписать, какие обязанности остаются у человека: от этого списка проще выводить набор разрешённых вызовов, чем наоборот, от возможностей сервера к задачам.
Белый список
Белый список — перечень вызовов, которые клиент или обёртка над сервером пропускает. Всё, чего в перечне нет, остаётся агенту недоступным. Для проверки оформления чертежа он выглядит так:
| Команда агента | Класс | Режим |
|---|---|---|
| Список слоёв, блоков и текстовых стилей | Чтение | Разрешено |
| Подсчёт объектов по слою | Чтение | Разрешено |
| Перенос объекта на другой слой | Изменение свойства | Разрешено на копии, по списку идентификаторов |
| Правка размерного значения или текста | Изменение содержимого | Запрещено, решает инженер |
| Удаление объектов и очистка чертежа | Необратимое | Запрещено |
| Выполнение произвольного кода AutoLISP | Исполнение кода | Запрещено |
Если выбранный сервер отдельно запретить на нужном уровне нельзя, между клиентом и ним ставят собственную тонкую обёртку с несколькими разрешёнными вызовами. Как её собрать, показывает статья про свой MCP-сервер. Проверка допустимых идентификаторов и классов команд происходит в обёртке, поэтому красивая формулировка в инструкции модели защиту гарантирует лишь условно.
Размеры, допуски и содержимое текстовых примечаний относятся к решениям инженера по определению, и в рабочем списке агента правки для этих категорий отсутствуют. Агент может найти противоречие и показать его, а исправление вносит специалист, отвечающий за документ. Такое разделение записывают в регламенте отдела одной строкой, чтобы полномочия агента расширялись только решением руководителя отдела.
Тестовый чертёж
Условный пример: отдел хочет привести объекты в нескольких файлах к правилу оформления слоёв. Правило записано таблицей «тип объекта — слой», и первый прогон идёт на копии одного листа.
- Сохраните копию DWG в отдельной папке и добавьте к имени пометку «копия для агента»; исходный файл закройте.
- Передайте агенту таблицу правил и попросите составить список перемещений: идентификатор, текущий слой, предлагаемый слой. Запись на этом шаге отключена.
- Инженер читает список, исключает спорные строки, а остальные помечает как принятые.
- Разрешите запись только для утверждённых идентификаторов, выполните перенос и сохраните результат под новым именем.
Если у объекта подходящего слоя в таблице нет, агент помечает его как «слой неопределён». Подбор слоя по догадке исключён: он размывает правило, усложняет проверку и приучает отдел принимать результат без чтения. Честная пометка лучше незаметной ошибки. Такие строки собирают в отдельный список для отдела, и по ним со временем дополняют таблицу правил.
Первый лист служит пробой: он должен быть типичным, но небольшим и без сложных внешних ссылок. Цель — проверить саму цепочку, а скорость и объём будут важны потом. Если цепочка отработала чисто, к ней добавляют следующие листы, а правило оформления при необходимости уточняют по строкам «слой неопределён». На листах с внешними ссылками и вложенными блоками проверку ведут медленнее, потому что объект может принадлежать другому файлу и перенос слоя затронет подгруженные чертежи.
Сравнение до и после
После записи те же запросы чтения выполняют ещё раз и сопоставляют результаты. Список инвариантов, которые обязаны остаться прежними, составляют до прогона:
- общее число объектов в чертеже;
- число блоков и их имена;
- размерные значения и текст примечаний, слово в слово;
- границы чертежа и положение объектов по координатам;
- число объектов в каждом слое: меняется только то, что утверждено.
Подсчёт по слоям должен точно совпасть с утверждённым списком, и это самая быстрая проверка всей цепочки: сколько объектов ушло с одного слоя, столько пришло на другой. Любое другое расхождение означает побочный эффект, и копию с правками выбрасывают, а причину ищут в обёртке или в правиле.
Эти проверки делает скрипт, а модель пересказывает отчёт и подсвечивает строки, где сравнение дало расхождение, оставляя причину инженеру. Отчёт сохраняют вместе с чертежом: позже по нему можно понять, что именно менялось, кто утверждал и какая версия правила применялась. Если в организации принят архив документации, отчёт кладут туда же, рядом с файлом, а в имя копии включают номер версии правила оформления.
Какие правила оформления слоёв в вашем отделе нарушают чаще всего?
Приёмка инженером
Инженер принимает результат, открыв копию рядом с исходным файлом. Для сравнения двух чертежей удобна встроенная функция AutoCAD, если она есть в вашей версии: различия подсвечиваются, и глазу легко отделить перенос слоя от смещения геометрии. Отдельный просмотр списка изменений отвечает на вопрос, соответствует ли каждая строка правилу, а выборочная проверка нескольких объектов в самом чертеже подтверждает, что список и файл говорят об одном и том же.
Выпуск чертежа, подпись и нормативные решения остаются за специалистом, которого назначает руководитель отдела; подтверждение приёмки фиксируется в самом списке изменений. Агент ускоряет рутину проверки оформления, а ответственность за содержание документа остаётся у человека. Чтение листов с размерами и поиск конфликтов разбирает статья про ИИ для работы с чертежами; здесь речь о командах, меняющих файл.
Прежде чем разрешать запись, оставьте агента на чтении: пусть он составляет списки слоёв и подсчёты, а вы сверяете их с экраном. Когда списки совпадают на нескольких листах подряд, добавляйте одну команду изменения. Если нужен проектный контур с правами и приёмкой, расскажем, как мы консультируем по внедрению ИИ.