Промпт для CAD: КОМПАС-3D и SOLIDWORKS через API

Назначение шаблона

Шаблон задаёт одну целевую CAD-систему, версию API, исходные размеры и критерии готовности. Его можно использовать в Fits Calc для КОМПАС-3D или SOLIDWORKS. Если нужен отдельный Python/COM-скрипт, это указывают явно; при работе через помощник код и вставка макросов не являются обязательным форматом задания.

Как адаптировать задание под выбранную CAD

Для КОМПАС-3D укажите версию программы, SDK и используемое поколение API. Для SOLIDWORKS укажите версию программы и API. Не требуйте от модели использовать интерфейсы КОМПАСа в SOLIDWORKS или наоборот. Пример с COM КОМПАСа далее относится к своему окружению.

Для работы в Fits Calc выберите программу во вкладке «CAD-системы» и опишите требуемую геометрию. Приложенный чертёж дополняйте читаемыми размерами; голосовое задание после распознавания проверьте в поле ввода. Один диалог относится к одной выбранной CAD. Для второй программы выполните отдельное построение и проверку.

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

Что подготовить

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

Готовый промпт

Ты работаешь с одной выбранной CAD-системой через доступные инструменты.

ЦЕЛЬ
Построй или измени деталь по перечисленным требованиям.
CAD: [КОМПАС-3D / SOLIDWORKS — выбрать одну]
Версия программы и API/SDK: [указать или сначала определить]
Документ: [новая деталь / копия файла по явному пути]
Исходные данные: [размеры, единицы, материал при необходимости, чертёж]
Разрешённые изменения: [перечислить]
Нативный файл результата: [путь]
Дополнительный экспорт: [STEP / не нужен]

ПОРЯДОК РАБОТЫ
1. Прочитай состояние выбранной CAD и проверь целевой документ.
2. Составь таблицу исходных размеров и отдельно перечисли недостающие данные.
3. Если приложено изображение, отдели прочитанные размеры от предположений.
   Не считай измерение пикселей точным размером детали.
4. Выбери операции по форме детали. Для осесимметричной основы рассмотри
   вращение общего профиля; отдельные элементы добавляй подходящими операциями.
5. Применяй только инструменты и интерфейсы выбранной программы.
   Вызовы API5/API7 КОМПАСа не являются вызовами SOLIDWORKS API.
6. Проверь результат средствами CAD, затем сохрани и повторно открой файл.
7. Для STEP отдельно проверь экспорт, единицы и контрольные размеры.

КРИТЕРИИ ГОТОВНОСТИ
- [перечислить контрольные размеры с единицами]
- [требуемое число тел и обязательные элементы]
- [ожидаемая редактируемость и операции дерева]
- [путь сохранения и результат повторного открытия]

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

Если нужен отдельный Python/COM-скрипт вместо вызовов помощника, подготовь
сначала план, затем код для указанной версии API с обработкой ошибок.

Почему он работает лучше короткой команды

Короткая команда обычно оставляет модели слишком много свободы: неизвестно, какие данные считать истинными, можно ли придумывать пропуски и в каком виде вернуть результат. Здесь контракт задан заранее. Это не гарантирует правильность ответа, но делает ошибку наблюдаемой: видно, какое поле использовано, где возникло допущение и какой шаг должен проверить человек.

Self-check остаётся проверкой внутри той же генеративной системы, поэтому он полезен только как фильтр очевидных несогласованностей. Независимое подтверждение выполняется профильным средством: расчётным модулем, первичным стандартом, CAD/CAE, измерением, unit-test или контрольным экспериментом.

Адаптация под облачную и локальную модель

• В ChatGPT/GPT, Gemini или Claude передавайте только релевантный контекст и фиксируйте используемый режим/tools.
• Через API задайте JSON-schema или другой строгий output contract и машинную валидацию.
• Для локальной LLM через Ollama/другой runtime сохраните тот же контракт, но проверяйте качество на собственном eval-наборе.
• Если есть web/RAG/коннекторы, явно ограничьте допустимые источники и права на запись.
• После смены модели, тарифа или системной инструкции повторите эталонные тесты.

Разбор рабочего примера

Промпт для CAD: КОМПАС-3D и SOLIDWORKS через API. Рабочий вариант применения: Для KOMPAS-3D зафиксируйте v23, тип документа и API; скрипт должен работать с копией и вывести созданные объекты.

Перед первым запуском заполните placeholders реальными значениями и сохраните исходный prompt как версию. После ответа сравните его с acceptance-критериями статьи: любое новое число, ссылка или действие без происхождения переводится в open question. Для регулярного использования добавьте этот пример в eval-набор и прогоняйте после смены модели, тарифа, runtime или системной инструкции.

Критерии acceptance для этой задачи

Для CAD/чертежей разделяйте интерпретацию изображения и операции над нативной геометрией. Просите модель сформировать список объектов/ограничений и проверяемый скрипт, а размеры и связи подтверждайте средствами CAD. Запуск — на копии документа с измерениями до/после.

• не считать пиксельную координату точным CAD-размером
• перечислить объекты/constraints, которые модель только предполагает
• скрипт выполнять на копии и вернуть измерения контрольных размеров
• не удалять/перестраивать исходную геометрию вне согласованного scope

Контрольный прогон именно для этой задачи

Проверка чертежа и CAD. В этой группе всегда разделяйте визуальное понимание и нативную геометрию. Растровое изображение используется для гипотез и review, а размеры, constraints, feature tree и результат скрипта подтверждаются внутри CAD либо по исходному векторному документу.

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

Фиксируйте результат прогона как PASS/FAIL по каждому тесту и сохраняйте причину исправления. Это превращает prompt из одноразового текста в проверяемую инженерную процедуру: последующее обновление модели можно оценить на тех же входах, а не по субъективному впечатлению от нового ответа.

Как запускать шаблон

Сначала заполните все поля, которые реально известны, и не удаляйте placeholder у неизвестного критического параметра — лучше явно написать «нет данных». Первый запуск используйте как draft. Затем сравните ответ с acceptance-критериями выше и верните модели только конкретные замечания, а не просьбу «улучшить всё». Для регулярной задачи сохраните prompt, входной fixture и ожидаемые свойства результата в системе версий. После смены модели/режима повторите минимум три кейса: нормальный, граничный и с отсутствующим критическим входом.

Проверка результата

Когда ответ нужно остановить

• появились новые исходные числа без источника;
• ссылка или стандарт не открывается/не относится к задаче;
• вывод зависит от отсутствующего параметра;
• модель пытается выполнить write/deploy/publish без разрешения;
• нет способа восстановить, какие входы дали итог.

Навигация по 10 промптам этой части