КОМПАС-3D API и ИИ: автоматизация и работа с SOLIDWORKS

Короткий ответ

ИИ готовит план построения, а выбранная CAD-система выполняет операции через свой API. В Fits Calc доступны КОМПАС-3D и SOLIDWORKS с отдельными инструментами и инструкциями. Интерфейсы этих программ различаются: пример API5/API7 ниже относится именно к КОМПАСу.

КОМПАС-3D и SOLIDWORKS: общая задача, разные API

Сначала выберите целевую программу, версию, документ и допустимые изменения. Для КОМПАС-3D используйте его API5/API7 и SDK; для SOLIDWORKS — соответствующий интерфейс SOLIDWORKS API. Методы и типы объектов нельзя переносить между программами по сходству названий.

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

В Fits Calc выберите одну CAD во вкладке «CAD-системы». Текст и изображения задают исходные требования; изображение анализируется только поддерживающей его моделью. После построения сохраните нативный файл и проверьте повторное открытие. Перенос STEP между программами следует описывать как импорт геометрии, а не как повторение нативного дерева операций.

Что это меняет в реальной работе

Для KOMPAS-3D фиксируют версию приложения и SDK, тип API/COM и единицы. Сначала выбирают сценарий: создать новый документ, открыть заданный файл или работать с активным документом. Для существующего документа проверяют путь и тип; объекты создают через документированный API, а ошибки COM и несовместимые интерфейсы обрабатывают явно.

Ключевое требование к инженерному использованию ИИ — оставить границу между данными, вычислением, интерпретацией и решением наблюдаемой. Если модель получила право искать, выполнять код или менять файлы, это право рассматривается как отдельный tool-контракт с журналом и проверкой результата.

Практический инженерный сценарий

Учебный кейс: создать новую деталь — прямоугольный брусок 40 × 20 × 10 мм. Это заданная геометрия без допусков, материала и требований к производству; ИИ готовит план и проект скрипта, а КОМПАС-3D строит и измеряет результат.

Таблицу можно прокручивать по горизонтали →

Запрос к ИИ: «Подготовь план автоматизации для указанной версии SDK. Для каждого вызова укажи интерфейс, сигнатуру и ссылку на справку. Не изменяй открытые файлы. Если метод или константа не подтверждены, отметь пробел и остановись». Таблица задаёт контрольный случай, а не готовый исполняемый COM-скрипт: построение этой детали в КОМПАС в рамках примера не выполнялось.

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

Технические границы и критерии качества

API5 и API7 — поколения интерфейсов, а не номера установленного КОМПАС-3D. В API5 используется интерфейс KompasObject; в API7 — IApplication. В документации SDK v24 для IApplication указан ProgID KOMPAS.Application.7. У KompasObject документирован метод ksGetApplication7, возвращающий IApplication; это явный переход между интерфейсами, а не разрешение смешивать методы разных объектов.

Для API7 базовый интерфейс документа IKompasDocument получают через ActiveDocument либо коллекцию IDocuments: Add для нового документа, Open для файла, Item для элемента коллекции. Параметры вызовов, тип документа и константы берут из справки целевой версии. Не переносите сигнатуры API5 в API7 по сходству названий.

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

Таблицу можно прокручивать по горизонтали →

Практическая специфика темы

Для темы «КОМПАС-3D API и ИИ: автоматизация и работа с SOLIDWORKS» полезно рассматривать не абстрактный диалог с нейросетью, а конкретный проверяемый кейс. Для KOMPAS-3D фиксируют версию приложения и SDK, тип API/COM и единицы. Сначала выбирают сценарий: создать новый документ, открыть заданный файл или работать с активным документом. Для существующего документа проверяют путь и тип; объекты создают через документированный API, а ошибки COM и несовместимые интерфейсы обрабатывают явно.

Перед запуском сформулируйте критерий остановки: если отсутствует критический вход, первичный источник, разрешение на действие или профильный способ проверки, модель должна вернуть статус «недостаточно данных/требуется review», а не закрывать пробел правдоподобным текстом. После ответа проверяется не только вывод, но и сохранность входов, единиц и ограничений.

Таблицу можно прокручивать по горизонтали →

Как принять решение по этой теме

Для темы «КОМПАС-3D API и ИИ: автоматизация и работа с SOLIDWORKS» полезно применять три последовательных теста. Первый — достаточность входа: можно ли восстановить каждое критическое значение и его источник. Второй — наблюдаемость преобразования: видно ли, что именно сделал ИИ, tool или внешний API, и можно ли повторить этот шаг без догадок. Третий — независимая проверка: существует ли профильный способ подтвердить итог — расчётом, измерением, CAD/CAE, первичным документом или тестом кода. Если хотя бы один тест не пройден, ответ остаётся draft, а не инженерным решением.

Практически это означает: версия KOMPAS-3D и KOMPAS SDK должна быть зафиксирована; методы COM/API и единицы нельзя угадывать по старым примерам. Для повторяемого применения сохраните один корректный, один граничный и один намеренно неполный пример. После смены модели, тарифа, системной инструкции или набора tools прогоните эти примеры снова. Так различие между «модель отвечает красиво» и «workflow устойчиво решает задачу» становится измеримым.

Рекомендуемый workflow

Что сохранить в инженерной записи

По теме «КОМПАС-3D API и ИИ: автоматизация и работа с SOLIDWORKS» в рабочей записи достаточно сохранить компактный, но проверяемый набор: идентификатор задачи; исходные файлы или значения с единицами; точную конфигурацию ИИ; разрешённые tools; исходный prompt; полученный output; список исправлений; способ независимой проверки и фамилию/роль утвердившего результат. Такая запись нужна не ради бюрократии: она позволяет воспроизвести решение после обновления модели, понять причину расхождения и не переносить неподтверждённый вывод в следующую стадию проекта. Если задача повторяется, эта же запись становится основой eval-case.

Типичные ошибки

• просить «сделай правильно» без входной схемы и критерия готовности;
• считать уверенный стиль ответа признаком истинности;
• разрешать модели незаметно заменять отсутствующие числа «типичными»;
• смешивать факт из источника и предположение модели в одной таблице без статуса;
• переносить workflow на новую модель/версию без контрольного eval-набора;
• автоматизировать publish, запись в PDM/CAD или production раньше, чем есть rollback и approval gate.

Чек-лист перед использованием результата

Навигация по серии