CAD‑КОНВЕЙЕР
ОТ ЧЕРТЁЖА К 3D‑МОДЕЛИ
Выпуск по материалам отрасли
Короткая демонстрация показывает, как PDF‑чертёж становится редактируемой трёхмерной деталью в PTC Onshape, причём конструктор почти не вмешивается. В одной связке проверили две языковые модели: Opus 4.7 и GPT 5.5.
Между загрузкой файла и вращающейся моделью работает цепочка из четырёх звеньев. Ни одно из них не просит человека начертить эскиз или выдавить профиль. Разрыв между прочитать чертёж и построить тело десятилетиями оставался ручной работой конструктора. Демонстрация бьёт прямо в него.
Модель здесь не описывает деталь словами. Она строит её в реальной САПР через программный интерфейс. Разница между этими двумя глаголами и есть весь сюжет: одно дело рассказать про отверстие, другое прорезать его в дереве построения, где инженер потом продолжит работу.
Как устроен конвейер
Процесс собран из частей, которые уже существуют. Связующее звено: MCP‑сервер. Через него языковая модель отдаёт команды ядру САПР так же, как разработчик дёргал бы программный интерфейс. MCP здесь работает мостом, а не магией.
Логика движения данных читается по шагам. Инженер передаёт чертёж в PDF. Модель распознаёт геометрию и вытаскивает значимые элементы: контуры, диаметры отверстий, толщины, сечения А‑А и B‑B. Затем обращается к САПР не текстом, а вызовами через MCP. И только в конце Onshape достраивает деталь операция за операцией, как делал бы конструктор.
На записи видно, как в дереве признаков Onshape одна за другой появляются операции выдавливания и вырезов. Модель не вставляет готовый файл. Она повторяет инженерный процесс по шагам, и результат остаётся редактируемым параметрическим телом, а не мёртвым импортом.
Что именно строили
В тесте две детали, и выбор не случаен. Первая, антикварный ключ, нагружает модель сложным плоским контуром: овальная головка, длинный стержень, бородка с зубьями. Вторая, монтажная пластина, проверяет работу с объёмом: четыре сквозных отверстия, центральная бобышка, карман, фаски по сечениям.
Два класса геометрии дают честную нагрузку. Ключ показывает, справляется ли модель с плоским эскизом высокой сложности. Пластина показывает другое: понимает ли она пространственные сечения и переходит ли от двумерного чтения к корректному трёхмерному телу.
Почему это важнее, чем кажется
Привычный сценарий с языковой моделью заканчивается текстом или картинкой. Перенести идею в САПР инженеру всё равно приходится руками. Связка через MCP убирает этот перенос. Модель работает внутри той же системы, где деталь живёт дальше: уходит в расчёт прочности, в подготовку чертежей, в производство.
Деталь живёт в дереве построения как параметрическая модель. Инженер меняет размер, и она перестраивается по заложенной логике. Статичный импорт на такое не способен: его пришлось бы лепить заново.
У ролика есть граница, и о ней стоит сказать прямо. Он показывает механику процесса и сам факт, что обе модели прошли через одинаковый конвейер. Замеров точности, числа ошибок, времени каждой модели по отдельности в нём нет. Объявить победителя по этой записи нельзя.
Корректный вывод скромнее и при этом сильнее. Путь от чертежа до редактируемой трёхмерной модели через MCP уже работает: на двух разных деталях и на двух конкурирующих моделях сразу.
Если конвейер выдержит проверку на серийных деталях, а не на показательных, он сдвинет рутину конструктора с ручного построения на проверку и доводку. Тогда чертёж снова станет тем, чем был задуман: техническим заданием, а не инструкцией, которую человек вручную переводит в геометрию.
Оставайтесь на связи
Подпишитесь на новостную рассылку и будьте в курсе всех интересных событий и предложений!
Никакого спама гарантированно!
