---
name: kompas-3d
description: >
  Методика работы с КОМПАС-3D через MCP-сервер плагина: построение и
  модификация деталей, импорт/экспорт STEP, работа со сборками, осмотр геометрии
  снимками и запросами. Используй ВСЕГДА, когда задача — что-то СДЕЛАТЬ в КОМПАС
  через MCP-инструменты (создать/править деталь, импортировать STEP, разобрать
  сборку, померить, отрендерить, экспортировать). Здесь — playbook'и и эвристики,
  проверенные на практике. Триггеры: «построй деталь в КОМПАС», «импортируй STEP»,
  «что в этой сборке», «нарасти/измени деталь», «экспортируй STEP», «сделай снимок модели».
---

# kompas-3d — методика управления КОМПАС-3D через MCP

MCP-сервер даёт **общие** операции КОМПАС (эскизы, формообразующие, осмотр, обмен), этот навык —
**методику**: в каком порядке их применять, как выбирать геометрию, чем проверять результат и какие
подводные камни обходить. Коротко: **MCP = чем делать, навык = как делать.** Подробности вызова —
варианты операций, обязательные поля, типы примитивов эскиза и их параметры — живут в описаниях
самих инструментов: контракт сервера подробен, читай его, а не восстанавливай по памяти.

## Когда применять

Любая задача «сделать что-то В КОМПАС» через MCP: создать/править деталь, эскизы и операции,
импорт/экспорт обменных форматов, разбор сборки, измерения, снимки.

## Два правила прежде всего

**1. «Зрение» — структурное, не по картинке.** «Увидеть» деталь = **`describe_model`** — паспорт
одним запросом и ЕДИНСТВЕННЫЙ инструмент осмотра: разделы `box | mass | bodies | topology | tree |
variables | errors | components` (`sections` сужает и ответ, и объём чтения модели). Углубляться —
`list_faces(index=N)` / `list_edges` (отбор `type` + координатное окно — им адресуют то, что не
выбрать по одному: весь нижний контур под фаску) / `measure`. **`model_snapshot`
бери только** для визуально-пространственных вопросов, на которые паспорт не отвечает (общая
форма, ориентация, правдоподобность, «куда смотрит грань»): снимок дорог по контексту и менее
точен, чем числа.

**1а. Осмотр НЕ перестраивает документ.** Если модель правили снаружи (человек в GUI, соседний
агент) или операция запросила перестроение, `describe_model` покажет числа ДО правки — и ответ
будет выглядеть безупречным: размеры новые, положения старые, сопряжения валидны. Такой ответ сам
скажет «Документ ТРЕБУЕТ ПЕРЕСТРОЕНИЯ» (`needsRebuild: true`); увидел — `rebuild` и повтори осмотр,
выводов по непересчитанной модели не делай.

**2. Ответ мутирующей операции — это ТРИ проверки, читай все.** Любая операция может «пройти»
(`Create()==true`), оставив деталь в ошибке, поэтому каждая мутирующая операция сама дописывает
к ответу итог проверки построения и сводку состояния «Тел: N, объём V мм³»:

- **«⚠ N операц. в ошибке»** (напр. `et3dError54`) — деталь невалидна: не продолжай и не
  экспортируй, исправь или переделай другим методом. «Построение чистое» = порядок.
  Строки с «ℹ» — не отказы: «требуется перестроение» лечится `rebuild`, а «не определено
  положение (N)» означает, что компоненту не хватает сопряжений или фиксации. Бросать из-за них
  исправную сборку не нужно; в обеих названы имя и индекс компонента.
- **«Тел: 2»** там, где ждёшь одно тело, — деталь распалась: касание объединением не считается
  (см. «Надписи»). Смотри на число ТЕЛ, а не граней: объединение сливает компланарные грани,
  и счётчик граней законно остаётся прежним.
- **Объём сверяй с прикидкой** «площадь контура × высота». Так ловятся молча не применившаяся
  тонкая стенка (прирост как у сплошного сечения), вычитание мимо цели и операция «не туда» —
  габарит и снимок этого не покажут.

Отдельный `describe_model(sections=errors,bodies,mass)` после каждого шага не нужен. Он
возвращается, когда авто-проверку выключили (`set_auto_validate(false)` на тяжёлой модели, где
проверка каждого шага тормозит): тогда `describe_model(sections=errors,bodies,mass)` вручную перед выдачей: одного
`errors` мало — распад детали на два тела показывает только раздел `bodies`.

## Справочник сервера: `help`

Подробности инструментов — маршруты, порядок вызовов, ловушки — лежат в самом сервере и достаются
по требованию, а не занимают контекст заранее:

- `help()` — оглавление тем (дёшево, одна строка на тему);
- `help(topic="…")` — статья целиком;
- `help(query="…")` — поиск словами с цитатами;
- `help(tool="extrude")` — что известно про конкретный инструмент.

**Зови его, когда инструмент повёл себя не так, как ты ожидал, и когда тема названа в тексте
ошибки.** Ссылки вида `help(topic="…")` по этому файлу — не украшение: там лежит то, что здесь
намеренно не повторяется. Справочник описывает ЭТОТ сервер; справка по COM API КОМПАС — отдельная
история и в работе через MCP не нужна.

## Инструменты: индекс групп

Актуальный перечень с описаниями параметров отдаёт сам MCP-сервер — здесь только карта:

- *Система/документы:* `kompas_connect` (shared|private|attach), `kompas_set_visible`,
  `kompas_status`, `set_auto_validate`, `set_operation_log`; `document_create|open|save|close`,
  `document_active` (тип, путь, есть ли несохранённые изменения, «только чтение», материал детали),
  `document_list` (все открытые документы — им проверяют, что имя файла занято другим документом
  и что несохранённого не осталось), `set_part_info`, `set_part_material`.
- *Эскиз:* `sketch_create` (основание: `plane`+`offset` | `faceIndex` | точка; геометрия — списком
  `entities` **или** файлом `entitiesFile`), `sketch_add`, `sketch_close`; `measure_text` — замер
  надписи без построения; `fragment_create` — тот же список примитивов, но в самостоятельный
  файл-фрагмент (*.frw); `fragment_place` — положить готовый фрагмент в чертёж.
- *Формообразующие:* `primitive`, `extrude`, `revolve`, `fillet_edge`, `chamfer_edge`, `shell`,
  `rib`, `sweep`, `loft`, `draft`, `hole`, `pattern`, `mirror`, `feature_delete`, `rebuild`.
- *Прямое редактирование (в т.ч. импортированная B-rep):* `move_face`, `split_solid_by_plane`,
  `move_body`, `boolean_union`.
- *Переменные:* `set_variable`, `list_parameters`, `link_parameter`, `delete_variable`
  (сами переменные показывает `describe_model(sections=variables)`).
- *Обмен:* `import_model` (3D: step, iges, sat, xt, stl, c3d, jt, obj + родные форматы чужих САПР),
  `import_drawing` (плоский .dxf/.dwg), `export_model` (`format=auto` по расширению: `.step` —
  точная геометрия в другую САПР, `.stl` — сетка в слайсер).
- *Исполнения:* `embodiment` (`set|add|delete|rename`; `kind=embodiment|mirror|variant`) — несколько
  геометрий одной модели в одном файле; список с габаритом и массой каждого —
  `describe_model(sections=embodiments)`.
- *Сборка:* `assembly_add_component` (положение + поворот `rx/ry/rz`, `embodiment` — какое исполнение
  источника вставлять), `assembly_add_mate` (стороной может быть грань ИЛИ вспомогательный объект
  `object1/object2`: плоскости и оси СК компонента, а без `componentIndex` — самой сборки)
  (семь типов, `orientation`), `assembly_fix_component`, `assembly_delete`,
  `assembly_check_interference` (не налезли ли детали друг на друга — больше это не видно нигде),
  `assembly_transform_point` (`to=world|local` — точка между ЛСК компонента и СК сборки).
- *2D-чертёж:* `drawing_create_standard_views` (`views[]`, `mainOrientation`, `hiddenLines`),
  `drawing_add_view` / `drawing_move_view` / `drawing_delete_view` / `drawing_get_view_info`
  (компоновка листа и паспорт вида), `drawing_add_section_view` (РАЗРЕЗ или СЕЧЕНИЕ: линия разреза
  на базовом виде и производный вид по ней — одним вызовом), `drawing_add_sheet`,
  `drawing_set_sheet_format`,
  `drawing_fill_title_block`,
  `drawing_add_linear|diametral|radial|angular_dimension` (у всех — `tolerance`/`prefix`/`suffix`/
  `textOverride`; у Ø и R — ещё `objectKind`/`objectIndex`, прямой адрес окружности или дуги),
  `drawing_add_axis`, `drawing_add_rough|text|leader`,
  `drawing_set_unspecified_rough`, `drawing_set_technical_requirements`, `drawing_delete_object`,
  `drawing_move_object` (сдвинуть поставленное), `drawing_project_point` (точка модели → координаты
  вида), `drawing_export_image` (посмотреть
  глазами). Обратное чтение — `drawing_get_title_block` и `drawing_get_technical_requirements`:
  технические требования ПЕРЕЗАПИСЫВАЮТСЯ целиком, поэтому правку одного пункта начинают с чтения
  текущего текста. Методика — §«Чертёж».
- *Осмотр:* `describe_model` (разделы `box|mass|bodies|topology|tree|variables|errors|components|mates` —
  габарит, МЦХ, тела, топология, дерево построения, переменные, операции в ошибке, состав сборки,
  сопряжения), `measure`, `model_snapshot`; адресация объектов — `list_faces` / `list_edges`.
  Для 2D-документов — свой: `list_drawing_objects` (что лежит в чертеже/фрагменте).

Три сквозных свойства контракта: **размерный параметр принимает число ИЛИ выражение** (имя
переменной/формулу — параметр сразу становится ведомым); **объект выбирается индексом** (надёжно)
или точкой (запасной путь — если выбирал точкой, ответ подскажет, что выбралось); **списковые
параметры** (`entities[]`, `edgeIndices[]`, `points[]`, `faceIndices[]`, `variables[]`, `links[]`) —
весь пакет одним вызовом: прямоугольник с четырьмя отверстиями — ОДИН `sketch_create`, скругление
восьми рёбер — ОДИН `fillet_edge`, крепёжная картина из шести отверстий — ОДИН `hole(points=[…])`,
наращивание двух торцов — ОДИН `move_face(faceIndices=[…])`; каждый лишний вызов — лишний шанс
сбиться. Пакет НЕ транзакционен: отказ называет позицию элемента в списке, а сделанное до него
остаётся — повторяй вызов с оставшимися, а не с начала. Если инструмента под задачу нет — собирай
результат из имеющихся общих операций.

## Два пути формообразования — выбирай по форме, а не по привычке

«Эскиз → выдавливание» — не единственный способ. `primitive` строит тело сразу по размерам, и это
короче и надёжнее там, где форма призматическая:

| Форма | Чем строить |
|---|---|
| Плита, брусок, бобышка, штифт, цилиндрическая стойка | `primitive(kind=block\|cylinder)` — один вызов вместо «эскиз + выдавливание» |
| Прямоугольный карман, паз, срез угла | `primitive(..., result=subtract)` — вычитание тела вместо `extrude(mode=cut)` по эскизу |
| Скруглённые углы призмы | `primitive` + `fillet_edge` по рёбрам (скругление после, а не дуги в эскизе) |
| Текст, кривые, произвольный контур, переменное сечение | ТОЛЬКО эскиз: `sketch_create(entities=[…])` + `extrude`/`revolve`/`loft`/`sweep` |
| Тонкая стенка, ободок по контуру | эскиз + `extrude(thinThickness, thinSide)` |

Их **сочетают в одной детали**: корпусные объёмы — примитивами, сложные контуры — эскизами.

- **Ось цилиндра и конуса задаётся параметром, а не системой координат детали:**
  `primitive(kind="cylinder", axis="X"|"Y"|"Z")`. Точка `x,y,z` остаётся центром основания в
  мировых координатах, высота растёт вдоль выбранной оси. Не перепроектируй деталь ради того,
  чтобы её ось совпала с Z (у `block` и `sphere` параметра нет: у блока ось задают размеры
  `length/width/height`, у сферы оси нет).

- **Тонкую стенку по сложному контуру строй ДО того, как появится тело, которое она пересечёт.**
  `extrude(thinThickness=…)` по многоконтурному эскизу (надпись — десяток замкнутых контуров с
  «дырками») отказывает, если стенка пересекает уже построенное тело; простой прямоугольный контур
  проходит и с пересечением. Ошибка сервера называет причину, но порядок планируй заранее: на
  шильдике «плашка → буквы → кайма» падает, а «буквы → кайма → плашка `primitive(union)` → карман
  `primitive(subtract)`» проходит — примитивам пересечение безразлично.
- **Скругления делай, пока рёбер мало** — сразу после примитивов их видно в `list_edges` наперечёт.
  Если рёбер уже сотни, бери их ПО ТОЧКАМ: `fillet_edge(radius, points=[…])` по углам известных
  координат — одна операция на все; точки без ребра ошибка перечислит разом.
- **Скругление не построится там, где ребро «съедено» соседним элементом** (угол плашки под каймой
  букв). Это нормальный ответ геометрии, а не ошибка вызова: проверь снимком, виден ли угол снаружи.
- **`result=new` даёт ОТДЕЛЬНОЕ тело**, `subtract` мимо цели сервер ловит сам — и то и другое
  видно по сводке «Тел/объём» в ответе; при распаде зови `boolean_union`.

## Базовый цикл (эскиз → операция → осмотр)

Опорный сценарий построения, проверен end-to-end:

1. `kompas_connect` (+ `kompas_set_visible true`). **Работаешь не один — бери свой экземпляр:**
   `kompas_connect(instance="private")` (см. «Когда КОМПАС общий»).
2. `document_create(type="part", name="…")` — наименование даём сразу, здесь оно ничего не стоит.
3. **Запиши замысел переменными** до первого эскиза (см. «Параметризация») и связывай каждый
   размер, взятый из паспорта, при построении — иначе переменная останется числом в списке.
4. `sketch_create(plane="XOY", entities=[…])` — весь контур одним вызовом.
5. `extrude` / `revolve` → прочитай итог проверки и сводку прямо в ответе (правило 2).
6. Осмотр — структурно: `describe_model` (нужен кусок — `sections="box,mass"`).
7. Итерация «на грани»: `list_faces` → `sketch_create(faceIndex=N, entities=[…])` → операция.
8. **Задай материал, если смотришь на массу** — `set_part_material`: у нового документа стоит
   сталь 7.86, и МЦХ печатной детали завышена вшестеро; плотности ходовых материалов перечислены
   в описании инструмента.
9. **Проверь, что деталь названа** (шаг 2 или `set_part_info`) — безликая «Деталь» уедет в штамп
   чертежа и спецификацию; имя файла при сохранении этого не заменяет.

**Называй каждую операцию** — `name` есть у всех: «Контур плашки», «Рельеф букв OldMan», «Карман
под площадку». Дерево из «Эскиз:1, Элемент выдавливания:3» нечитаемо ни человеку, ни тебе самому
через сотню вызовов.

## Параметризация: сначала переменные, потом геометрия

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

- **Заводи переменной то, что было РЕШЕНИЕМ**: габариты из ТЗ, толщины, зазоры, отступы, кегли,
  радиусы. Выводимое задавай формулой (`plate_L = badge_L - 2*edge_gap`) — правка ведущего размера
  пересчитает зависимые сама. Позиции, подобранные замером, оставляй числами: связь — обещание,
  что правка переменной даст осмысленный результат, а на позиционных числах она чаще ломает деталь.
- **Размер передавай выражением прямо в операцию** (`extrude(depth="badge_T")`) — параметр сразу
  становится ведомым, внутреннее имя параметра («Расстояние 1») знать не нужно. Переменная должна
  существовать ДО операции — потому паспорт и заводят первым. Задним числом и для параметров,
  которых нет среди аргументов инструмента (углы уклона, второе направление), — `link_parameter`.
- **Промахи сервер ловит сам:** ссылка на несуществующее имя — отказ с перечнем виновных (и в
  выражениях операций, и в `set_variable`; регистр значим), функции в формулах — предупреждение
  (тригонометрия в радианах, разделитель аргументов «;», непонятая запись = молчаливый 0).
  Твоя часть — **сверить вычисленные значения из ответа со своей прикидкой**.
- **`note` обязателен** и пишется по-русски, со смыслом и единицей; `(ТЗ)` метит числа,
  зафиксированные пользователем. **Что замерил — верни в переменную** (фактический кегль, прирост
  каймы), иначе паспорт разойдётся с моделью и станет дезинформацией. Переосмысливать можно всё,
  кроме помеченного `(ТЗ)`.
- **После связывания правка паспорта перестраивает деталь** (проверено: `set_variable(badge_T=4)` →
  габарит по Z 3.00 → 4.00, объём 5154.5 → 5861.5 мм³). Это и есть параметрическая модель,
  а не комментарий к ней. **До связывания — не перестраивает**, и `set_variable` говорит об этом
  прямо: «⚠ НИЧЕГО НЕ ВЕДЁТ». Такой ответ — не успех: число поменялось, деталь нет.
- **Сверка и уборка в конце:** `describe_model(sections=variables)` помечает «⚠ ничего не ведёт» — это либо забытая
  связь, либо мусор; разбери оба. `delete_variable(unused=true)` — только ПОСЛЕ `link_parameter`
  на всё, что должно вести геометрию: вычистка не отличает мусор от несвязанного размера из ТЗ.

## Надписи, логотипы и рельеф

Надпись — примитив `type=text` в эскизе; все поля (шрифт, кегль, `widthFactor`, выравнивание
`align`/`vAlign`) описаны в схеме `entities`. Она сразу переводится в кривые, поэтому выдавливается
как обычный контур: гравировка — `extrude(mode="cut")`, выпуклые буквы — `mode="boss"`.

- **Ответ даёт габарит ГЛИФОВ и ширину ячейки — позиционируй по глифам.** Ячейка шире на 1–2 % у
  наборных шрифтов (Zilla Slab, Bevan) и на 7–9 % у скриптовых (Lobster, Pacifico).
- **Кегль калибруй `measure_text`** — он ничего не строит. Пробу, которую всё же пришлось
  построить, убирает `feature_delete`; отдельный черновой документ для этого не нужен.
- **`height` — высота ПРОПИСНОЙ, а не габарит строки** (Zilla Slab, height=10: «HH» → 9.97 мм,
  «Hy» → 13.24 мм, выносной уходит на −3.27) — закладывай выносные отдельно. Прочие тонкости полей
  (`widthFactor`, `align`, `vAlign`) — `help(topic="sketch-text")`.
- **Подложка под надпись — тем же эскизом тонкой стенкой:** один хендл эскиза можно передать в
  несколько операций — сплошное выдавливание на высоту подложки + `extrude(thinThickness,
  thinSide="outward")` дают силуэт с равномерной каймой. Стенку проверяй по объёму из сводки:
  не применившаяся толщина молча даёт сплошное сечение при том же габарите.
- **Надпись и плашка обязаны ПЕРЕКРЫВАТЬСЯ** — по размерам чертежа блоки обычно только касаются,
  а касание объединением не считается. Приём: кайму/полосу плашки сделать выше самой плашки на
  1–1.5 мм с той стороны, где стоит надпись. Распад видно по «Тел: 2» в ответе операции — не тяни
  проверку до конца построения.
- **Рельеф = разница глубин от одной плоскости** (основание 2 мм + буквы 3 мм = выступ 1 мм);
  не строй буквы «на грани основания» — из одного эскиза на базовой плоскости получается и то и
  другое, и рельеф не зависит от порядка операций.
- **Шрифт должен быть установлен в системе** — неизвестное имя КОМПАС молча подменяет; сервер
  предупреждает об этом в ответе `sketch_create`/`measure_text` — не игнорируй.

**Логотип, которого нет в шрифте, приходит готовым вектором (SVG).** Переводи его в примитивы
эскиза сам — `line` и `arc3points`, а не ломаной: контур из сотен звеньев даёт деталь в сотни
граней, и фаска по такому низу не строится. Кубические Безье режь пополам, пока дуга по трём
точкам не ляжет в допуск. Четыре вещи, каждая из которых стоила захода:

- **Ось Y в SVG смотрит вниз** — без инверсии контур встаёт вверх ногами, и это видно только на снимке.
- **Дуги задавай тремя точками** (`arc3points`): концы заданы явно, соседние примитивы стыкуются
  точно. Перед постройкой проверь цепочку — конец примитива против начала следующего, разрыв 0.
- **Чисти мелочь под масштаб детали — параметром `minSegment`.** SVG рисуют в своём габарите (сотня
  условных единиц), и его скругления после масштабирования превращаются в дуги по 0.02–0.5 мм;
  замыкающий `z` часто даёт ещё и сегмент нулевой длины. `chamfer_edge` по такому набору отвечает
  «катет больше длины N из M рёбер» — и это правда. Передай `sketch_create(minSegment=катет)` (тот же
  параметр есть у `sketch_update` и `fragment_create`), и та же фаска пройдёт с первой попытки;
  отчёт о выброшенном читай, а не пролистывай — `help(topic="contour-cleanup")`.

**Порядок для фаски по контуру логотипа — только такой, и он неочевиден:**

1. **чистка** порогом ≈ будущего катета (`minSegment`);
2. **замер ЧИЩЕНОГО силуэта** — `sketch_measure_thickness(entitiesFile, minSegment=тот же порог)`;
3. **катет по узкому месту** чищеного силуэта: `c ≤ (узкое_место − 2·w)/2`, где `w` — ширина нити.

Менять шаги местами нельзя: **чистка СУЖАЕТ узкое место**. Она заменяет скругление острым углом —
в выпуклом углу это добавляет материал (габарит подрастает), а в вогнутом срезает его, и именно
вогнутые углы образуют перемычки между штрихами. Замер обводки логотипа шириной 105 мм:
узкое место 1.98 → 1.82 мм, порог распада лицевой грани 0.99 → 0.91. Катет, подобранный по
нечищеному контуру, после чистки перестаёт проходить свой же критерий.

- **Ширину штриха и узкое место меряй инструментом, а не глазом** — `sketch_measure_thickness`
  ничего не строит и документа не требует, поэтому зовётся ДО эскиза
  (`help(topic="silhouette-thickness")`). От этих чисел зависит, останется ли что-то от рисунка
  после фаски и напечатается ли он вообще; шаг растра в ответе — точность округления катета.

Контур, который переживёт конкретную деталь (логотип, шаблон, профиль), клади во фрагмент —
`fragment_create(path, entities)` тем же списком примитивов. Активный документ он не подменяет,
поэтому фрагмент можно снять посреди построения детали; габарит в ответе снят с самого документа —
сверяй его с задуманным.

**Точная подгонка и отделка — в [reference/text-and-relief.md](reference/text-and-relief.md);
прочитай его, как только доходишь до точной компоновки надписи или отделки рельефа:** подбор кегля
под заданную ширину за одну пробу, ступени `widthFactor`/`height`, приросты каймы на острых
терминалах (t/sin(θ/2)) и её роль в стыковке блоков, разрядка пробелами, кайма вокруг прямоугольной
плашки, карманы `primitive(subtract)` рядом с буквами, скругления и фаски рельефа на сотнях рёбер.

## Внешний контур: не диктуй координаты, если фигуру нельзя описать формулой

Три маршрута, и выбор между ними механический — не по вкусу, а по происхождению геометрии.

| Откуда фигура | Чем строить |
|---|---|
| **Вычисляется**: пластины, рёбра, сетка отверстий | `sketch_create(entities[])` — прямо в вызове, размеры вяжи переменными |
| **Срисована**: логотип, шаблон, кулачок, профиль | внешний вектор → JSON → `sketch_create(entitiesFile=…)` |
| **Пришла в CAD-формате**: файл от смежника | `import_drawing` (.dxf/.dwg) → фрагмент → `fragment_place` |

**Обводка занимает сотни примитивов, и переписывать их в тело вызова незачем.** У `sketch_create`,
`sketch_add` и `fragment_create` есть `entitiesFile` — путь к JSON того же формата, что `entities`;
сервер читает файл сам. Замер на эмблеме Volvo: SVG в 1.5 КБ даёт 96 примитивов (50 отрезков +
46 дуг) и 9.5 КБ JSON; через `entitiesFile` это один вызов на одну строку аргументов, а эскиз
строится за один заход. Оба параметра можно задать вместе — сначала `entities`, следом файл:
так к готовому контуру дописывают рамку или ось, не трогая файл.

Что проверить **до** постройки, а не после: габарит в ответе (`fragment_create` печатает
фактический — сверь с задуманным) и вложенные контуры. Правил заливки у эскиза КОМПАС нет: любой
вложенный контур он режет как отверстие, даже там, где вектор заливал материал. Конвертер такие
места называет заранее — на них смотри до выдавливания, иначе дыры обнаружатся на снимке.

## Фрагмент — переиспользуемый чертёж, а не сечение

Эскиз живёт внутри дерева построения и вне его не существует; фрагмент (*.frw) — самостоятельный
файл, который переживает деталь. `fragment_create` его пишет, `fragment_place` кладёт в активный
чертёж или другой фрагмент, а `mode` решает, чем он там станет — и это разные объекты, а не
оттенки одного:

- **`reference`** — вставка-ссылка: содержимым владеет файл, правка файла меняет все документы, куда
  он вставлен. Ради этого фрагменты и заводят: одна заготовка на десять чертежей.
- **`copy`** — копия внутри документа, живёт своей жизнью; файл потом можно удалить.
- **`local`** — вставка, переиспользуемая только внутри этого документа.
- **`explode`** — россыпь обычных примитивов: правится по одному, но связи с файлом уже нет.

`angle` (градусы), `scale` и `mirror` задают размещение; зеркалить можно только вставку — у россыпи
отражать нечего. **Зеркало отражает относительно вертикали через точку вставки**, поэтому контур
уходит в другую сторону от неё: вставка в x=220 после `mirror` занимает 160…220, а не 220…280.

Проверять результат — `list_drawing_objects`: он показывает состав по типам, габарит и все вставки
с их файлами. Вставка, чей файл потерялся, рисуется пустым местом — в списке она помечена
недействительной, и это единственный способ отличить её от удавшейся, не глядя на экран.

## Сборка: собрать своё

Плейбук: **создать → вставить → ЗАФИКСИРОВАТЬ базовую → сопрячь → rebuild → проверить.**
Разбор чужой сборки — следующий раздел, здесь про сборку с нуля.

1. **Детали сначала сохрани в файлы.** Компонент вставляется ссылкой на `.m3d`/`.a3d`, поэтому
   несохранённую деталь вставить нельзя.
2. **`document_create assembly` → `assembly_add_component(filePath, x, y, z, rx, ry, rz)`.** Углы — в
   градусах, вокруг СОБСТВЕННЫХ осей компонента и по очереди X→Y→Z: второй угол считается уже от
   повёрнутого положения. Пока задан один угол, разницы с мировыми осями нет.
3. **Зафиксируй базовую деталь СРАЗУ: `assembly_fix_component(componentIndex=0, fixedState=true)`.** КОМПАС не закрепляет
   никого сам, включая первый компонент, и решатель двигает того, кого сочтёт нужным — в том числе
   основание, вокруг которого ты собираешь всё остальное. Это самая частая причина «сопряжение
   верное, а сборка расползлась».
4. **Сопрягай:** `assembly_add_mate(mateType, …)` — семь типов, адресация гранью и смысл
   `orientation` в `help(topic="assembly-mates")`. Что решаешь ты, а не справочник:
   - **Грань адресуй индексом, а не координатами:** `list_faces(component=N)` → пара
     `faceIndex`+`componentIndex`. Точки на бумаге считать не нужно, и сервер сам проверит, что
     грань принадлежит этому компоненту.
   - **Сторону зазора у `distance` задаёт ВЫБОР ПАРЫ ГРАНЕЙ, и от стартового положения она не
     зависит.** «Closest» — не «ближайшее»: при сонаправленных нормалях объект 1 садится со стороны
     −n относительно объекта 2 (замерено двойным прогоном). Практическое правило: бери пару граней,
     которые смотрят ДРУГ НА ДРУГА. Вышло зеркально — меняй грань, а не `orientation`.
   - **Первое сопряжение вешай на зафиксированную деталь.** Пока в цепочке нет ни одного
     закреплённого звена, решатель волен двигать любое; связка «каждый новый компонент — к уже
     стоящему на месте» разваливается вдвое реже, чем связка «все ко всем».
5. **`rebuild`,** если авто-валидация написала «ℹ Требуется перестроение». Это НЕ ошибка построения:
   так помечает себя свежий компонент или только что наложенная связь. Бросать работу здесь не надо
   — правило «не продолжай при ⚠» касается строки со знаком ⚠, а не этой.
   **Исключение из правила «⚠ = стоп».** После КАЖДОГО сопряжения авто-валидация пишет
   «⚠ N операц. в ошибке: „Сопряжения“ (код 0: ошибки нет)». Это то же «требуется перестроение»,
   только под знаком ⚠: код 0 и имя операции «Сопряжения» означают, что ломаться нечему. Делай
   `rebuild` и иди дальше. Настоящая беда со связью видна не здесь, а в
   `describe_model(sections=mates)` — по пометке `valid:false`.
6. **Проверь:**
   - `describe_model(sections=components)` — origin, поворот ЧИСЛАМИ (`rx/ry/rz` в градусах, та же
     семантика, что у вставки) и «зафиксирован/свободен» у каждого: этим и видно, КОГО и НА СКОЛЬКО
     подвинул решатель;
   - `describe_model(sections=mates)` — что с чем связано, с каким значением и не выродилось ли.
     Это ключевой детектор: `assembly_add_mate` может ответить успехом, а связь окажется
     вырожденной;
   - `measure(kind1=face, index1=…, componentIndex1=…, kind2=face, index2=…, componentIndex2=…)` —
     зазор между деталями напрямую, без арифметики по габаритам;
   - `assembly_check_interference(componentIndex1, componentIndex2)` — **не налезли ли детали друг
     на друга.** Проверяй все пары, которые должны идти впритирку.

**Неудачную связь не нужно пересобирать с нуля:** `assembly_delete(target="mate"|"component", index)`
снимает сопряжение или компонент вместе с опирающимися на него связями. Индексы после удаления
сдвигаются — иди от больших к меньшим и перечитывай `describe_model(sections=mates)`.

**Пересечение деталей не видно НИГДЕ, кроме `assembly_check_interference`.** Сборка складывается из
готовых тел, и КОМПАС их не вычитает: две детали могут занимать общий объём, а сопряжения при этом
останутся `valid`, раздел `errors` — пустым, объём экспорта — простой суммой компонентов. `measure`
тоже не спасает: нулевой зазор одинаково означает и касание, и взаимопроникновение. Проверяй все
пары, которые должны идти впритирку.

**«Тела: 0» в сборке означает не «пусто», а «спрошено не то»:** тела принадлежат компонентам
(`describe_model(component=N, …)`), а `box` и `mass` без `component` честно дают габарит и МЦХ сборки
целиком. Про разные системы координат внутри паспорта компонента —
`help(topic="model-inspection")`; про локальные координаты граней и `pointOnFace` —
`help(topic="face-addressing")`.

## Чертёж: оформить деталь по ГОСТ

Чертёж строится не так, как деталь: **авто-валидации здесь нет**. Правило трёх проверок из §«Базовый
цикл» в 2D не работает — операция не отчитывается «построилось верно», потому что верность тут не
про геометрию, а про место на листе. Проверять приходится самому, и способ ровно один: посмотреть.

**Порядок, который окупается:**

1. **Деталь строится в чертёжной ориентации.** Набор видов задаётся ОТ модели: `mainOrientation`
   выбирает, какую ориентацию модели показывает главный вид, но саму ориентацию модели он не
   вращает. Если самая информативная проекция детали — не одна из шести стандартных, чертежа по
   ГОСТ не выйдет; планируешь чертёж — строй эскизы так, чтобы главный вид попадал на плоскость
   с наибольшей информацией.
2. **`drawing_set_sheet_format`** (формат до видов — иначе виды придётся двигать), при
   необходимости `drawing_add_sheet` для второго листа.
3. **`drawing_create_standard_views(views=[…], mainOrientation=…, hiddenLines=…)`** — бери ровно те
   проекции, которые нужны: лишний вид — лишнее место и лишний повод ошибиться видом. **Главный вид
   входит в набор сам**: перечисленные коды — это проекции ОТНОСИТЕЛЬНО него, поэтому `views=["top"]`
   даёт ДВА вида (главный и сверху). Ответ возвращает НОМЕРА видов, и дальше всё адресуется ими.
4. **Координаты — замером, а не формулой.** `drawing_get_view_info(viewNumber)` отдаёт паспорт вида
   одним вызовом: положение на листе, масштаб, габарит и — главное — локальную СК: куда попадает
   начало координат модели и куда смотрят её оси +X/+Y/+Z в координатах вида (нулевой орт = ось
   проекции, вдоль неё вид смотрит). Этого хватает, чтобы пересчитывать точки модели в вид
   арифметикой; отдельные точки переводит `drawing_project_point(x, y, z, viewNumber)`.
   Выводить оси из головы не надо и вредно: у КОМПАС «спереди» показывает плоскость XY детали, а
   «сверху» — X и **минус Z**, и **знаки инверсии зависят от `mainOrientation`** — формула,
   выведенная на одном чертеже, на соседнем врёт.
5. **Разрез — до размеров, а не после.** Внутреннюю геометрию (зенковка, ступенчатое отверстие,
   паз, глубокая расточка, полость) показывай разрезом, а не невидимыми линиями: по штриховой линии
   нельзя ни поставить нормальный размер, ни разобрать форму. `drawing_add_section_view` — см.
   §«Разрез» ниже. Размеры внутренней геометрии ставятся УЖЕ НА РАЗРЕЗЕ, поэтому строить его надо
   раньше простановки, иначе размеры придётся переносить.
6. **Размеры**, `drawing_add_axis` (осевые и центровые), шероховатость, выноски, техтребования,
   штамп. **Осевые сначала посмотри, потом добивай**: ассоциативные виды приходят со СВОИМИ
   центровыми и осевыми, которые КОМПАС ставит сам, и `drawing_add_axis` вслепую даёт дубли поверх
   существующих. Сначала `list_drawing_objects(kind="axis"|"centreMarker", viewNumber=…)`.
7. **`drawing_export_image`** — посмотреть глазами. Пока картинки не было, чертёж не сдан.

### Разрез

`drawing_add_section_view` делает всё сразу: проводит линию разреза на базовом виде и строит по ней
производный вид со штриховкой. Механика, ступенчатый разрез и встроенная проверка честности —
`help(topic="drawing-sections")`; здесь только решения, которые принимаешь ты:

- **Разрез или `hiddenLines`.** Разрез — когда внутреннее нужно ИЗМЕРИТЬ или показать форму:
  зенковка и цековка, ступенчатое или резьбовое отверстие, паз, канавка, глубокая расточка, тонкая
  стенка полой детали. Невидимые линии — только намёк на то, что уже показано где-то ещё; размер к
  штриховой линии не привязывают.
- **Веди линию с запасом за габарит** (плита 60 мм → от −40 до +40): линия по самому краю режет не
  всю деталь. Координаты — в ЛСК БАЗОВОГО вида, её даёт `drawing_get_view_info`.
- **Строй разрез, когда модель готова**: после правки детали перестраивается только ПЕРВЫЙ разрез
  базового вида. Модель всё же изменилась — снеси разрезы и построй заново.
- Сам разрез дальше — обычный вид: размеры и обозначения ставятся на него по его номеру.

**Промах простановки лечится, а не остаётся навсегда.** Отката (undo) у чертежа нет, но
`list_drawing_objects` показывает обозначения с индексами, `drawing_delete_object` убирает одно, а
`drawing_move_object` его СДВИГАЕТ — слипшиеся тексты соседних размеров лечат именно сдвигом, а не
заменой размера на выноску. Так же правится и компоновка: `drawing_move_view` переставляет вид со
всеми обозначениями, `drawing_add_view` доносит недостающую проекцию, `drawing_delete_view` убирает
лишнюю. Пересоздавать документ ради компоновки не нужно. Подробности адресации и порядок удаления —
`help(topic="drawing-fixing")`.

**Три вещи, на которых чертёж молча выходит неверным** — держи их в голове, детали в справочнике:

- `viewNumber=0` — это НЕ главный вид, а координаты ЛИСТА; знак, поставленный «на главном виде» с
  нулём, уезжает за границы формата (`help(topic="drawing-views")`);
- ассоциативны только диаметральный и радиальный размеры; линейный и угловой меряют координаты, и
  «60» останется, когда деталь станет 70 — после правки модели перепроверяй их сам
  (`help(topic="drawing-dimensions")`);
- допуск, не легший в размер, виден только по пустому read-back в ответе — техтребования его не
  заменят (`help(topic="drawing-dimension-text")`).

Ещё две ловушки, о которых узнаёшь только столкнувшись: штамп частично ведёт МОДЕЛЬ, а не чертёж
(`help(topic="drawing-title-block")`), и у цилиндрической грани нет «координат оси» — её
восстанавливают и проверяют сходимостью площадей (`help(topic="cylinder-axis")`).

**Чего нет.** Выносного элемента (увеличенный фрагмент), МЕСТНОГО разреза внутри вида, местного
вида и вида с разрывом. Ассоциативного ЛИНЕЙНОГО размера нет и не будет: в API у него нет привязки к геометрии
ни под каким именем (проверено QI, поздним связыванием и размером с обрывом). Экспорта в PDF/DXF
тоже нет — наружу уходит растр (`drawing_export_image`) и STEP.

## Работа с импортом / сборками

Конвейер «импорт → разбор → извлечение детали → осмотр → модификация → экспорт»:

1. **`import_model`** — `type` задаёт документ: `assembly` (по умолчанию) или `part`.
   Формат берётся из расширения; `.prt` и `.asm` носят несколько САПР сразу — там задавай `format`
   явно. Нужна отдельная деталь файлом — включай `createComponentFiles`: без него импорт не пишет
   на диск ничего, кроме открытого документа.
   Плоский чертёж (.dxf/.dwg) читает не он, а `import_drawing`.
2. **Разбор:** `describe_model(sections=components)` (у каждого компонента — origin, поворот,
   фиксация) и `describe_model(sections=mates)`, если сборка пришла со связями; грани компонента —
   `list_faces(component=N)`. Извлечённую деталь открывай самостоятельным документом.
   Гашение видимости компонента на снимок **не влияет** — изоляция так не делается.
3. **Осмотр — структурно** (`describe_model`: какая ось «высота», МЦХ, топология). Снимок
   `model_snapshot(view=…)` — ракурс выбирай по плоскости детали (плоскую смотри сверху или
   спереди, не в изометрии); один и тот же `view` даёт воспроизводимый кадр «до/после».
   **Пары ракурсов противоположны по оси:** `front` смотрит из +Z, `rear` — из −Z, так же
   `top`/`bottom` и `left`/`right`. Следствие, которое нужно чаще всего: деталь, лежащая на столе
   гранью Z=0 (эскиз на XOY, выдавливание вперёд), видна столу как **`rear`**, а `front` покажет
   зеркальную картинку. Читаемость надписи или логотипа доказывают снимком с нужной стороны, а не
   рассуждением.
4. **Модификация «тупой» B-rep** (итог — в ответе каждой операции): простой случай — `move_face`;
   вставка N мм в призматическую ножку — `split_solid_by_plane` → `move_body` → `move_face` (мост)
   → `boolean_union` (шаги пронумерованы в описаниях самих инструментов; цепочка проверена
   end-to-end: проставка 39.45 → 41.45 мм, построение чистое).
5. **Перед выдачей:** последняя операция «Построение чистое» → `export_model` (STEP для обмена,
   STL для печати).

## Исполнения: одна модель — несколько геометрий

Типоразмеры (профиль на 100, 200, 500 мм), правое и левое зеркало, версии с отверстием и без часто
живут **в одном файле** исполнениями. Тогда всё, что ты меришь и экспортируешь, относится к
**текущему** исполнению — не к «детали вообще».

- **Признак замечаешь не ты, а ответ.** У модели с несколькими исполнениями `describe_model` сам
  пишет, сколько их и какое сейчас текущее. Увидел эту строку — прежде чем считать массу или резать
  чертёж, посмотри `describe_model(sections=embodiments)`: там габарит и масса **каждого**, и это
  чтение ничего не переключает.
- **Переключение равно смене документа.** `embodiment(action="set", target="L200")` обнуляет
  сессию построения: хендлы `sk_…`/`op_…` после него мертвы. Сохраняй документ до переключения.
- **Индекс живёт до первой правки дерева**: после `delete` индексы смещаются. Адресуй обозначением
  («L500»), а индексом — только сразу после того, как увидел список.
- **Строишь новое исполнение** — `embodiment(action="add", number="02")`; оно сразу становится
  текущим, строй в нём немедленно. `depended=false` нужен, когда правки НЕ должны наследоваться от
  родителя, — иначе изменение уедет и в него.
- **В сборку исполнение выбирается явно**: `assembly_add_component(embodiment="L500")`. Без
  параметра встанет **базовое** исполнение, а не то, что сохранено в файле текущим. Обозначение
  нужно ПОЛНОЕ («ПРОБА.001-01», а не «-01»); сервер откажет, если КОМПАС подсунет базовое.
- **«Удлинить эти профили с 500 до 600» — это смена исполнения экземпляра, а не новая вставка**:
  `embodiment(action="set", target="L600", component=N)` и затем `rebuild`. Сопряжения при этом
  **сохраняются** — пересоздание вставки, наоборот, порвало бы их все. Какие исполнения есть у
  конкретного экземпляра, показывает `describe_model(sections="embodiments", component=N)`.
- **Выгнать всю линейку на печать** — `export_model(embodiment="all")`: каждое исполнение в свой
  файл с суффиксом обозначения.
- **После смены исполнения в собранном узле проверь сопряжения** (`sections="mates"`): если у нового
  исполнения нет объекта, на который опиралась связь, она рвётся — «ССЫЛКА ПОТЕРЯНА», `valid: false`,
  компонент недоопределён. Что было потеряно, хранит имя сопряжения; `assembly_delete` сотрёт и его.

Подробности и границы — `help(topic="embodiments")`.

## Эвристики и подводные камни

- **Правила 1 и 2 действуют всегда:** осмотр структурный; «⚠ N операц. в ошибке» — в STEP/печать
  не брать.
- **Направление операции** (`extrude(forward)`, знак `distance` у `move_face`): на выбранной грани
  зависит от ориентации её нормали — реши ДО построения, прочитав нормаль в `list_faces(index=N)`
  (или по снимку), а после сверь сводку объёма в ответе.
- **Эскизы и операции адресуются ХЕНДЛАМИ из ответов** — `sk_7c1e5aa3f1_1_2`, `op_7c1e5aa3f1_1_5`.
  Не сочиняй их и не передавай числа: числовая адресация не поддерживается, а сервер объяснит формат
  отказом. Хендл живёт только в текущей сессии построения: смена активного документа
  (create/open/close) и перезапуск сервера делают прежние хендлы **мёртвыми**, и они отказывают с
  указанием причины — не молча, как раньше делали числовые id. Потерял хендл — читай
  `describe_model(sections=tree)` и строй заново; сохраняйся перед долгими паузами.
  Хендл — это НЕ индекс: `faceIndex`/`edgeIndices` из `list_faces`/`list_edges` и параметр
  `feature` у `link_parameter`/`list_parameters` (имя или индекс узла дерева) остаются числовыми.
  `primitive` и `hole` тоже возвращают хендл (у `hole` — по одному на КАЖДОЕ отверстие серии),
  так что примитив и отверстие можно удалить `feature_delete` и размножить `pattern`/`mirror`.
  Если ответ вместо хендла говорит «выдать не удалось» — операция построена, но адресовать её
  нечем: переставить её потом можно только пересборкой.
- **Единицы — мм** (геометрия) и **кг** (масса). Локальные координаты эскиза ≠ мировые координаты
  модели.
- **Одинаковая ошибка у ВСЕХ инструментов — это транспорт, а не КОМПАС.** «Unable to connect…»,
  таймаут или пустой ответ на `kompas_connect`, `kompas_status` и `describe_model` одновременно
  означают, что до MCP-сервера не дошёл ни один байт: перебирать инструменты и «пробовать ещё раз»
  бесполезно. Один-два подтверждающих вызова — и сдавай задачу как заблокированную, назвав, что
  именно не отвечает. Отдельный признак того же — сообщение без имени инструмента и без слова
  «КОМПАС»: наши ошибки всегда называют операцию и причину.

## Когда КОМПАС общий

По умолчанию (`instance="shared"`) сервер работает в том же экземпляре КОМПАС, что человек и другие
агенты, а **активный документ там один на всех**. Два симптома, которые легко принять за свою
ошибку: операция ушла в чужую деталь (кто-то создал документ — активность переехала), либо твой
документ исчез, потому что сосед вызвал `document_close(all=true)` — тот закрывает ВСЁ и без
сохранения.

- **Строишь параллельно с кем-то — `instance="private"`** при первом `kompas_connect` (потом режим
  не сменить). Свой экземпляр: активный документ только твой, окно скрыто (`kompas_set_visible true`
  покажет).
- **`shared` оставляй**, когда работа идёт на глазах у человека и ты единственный агент.
- **Один файл в двух экземплярах не открыть** — второй получит его только на чтение: работу делите
  по файлам, а не по вкладкам.

## Открытые вопросы / границы

- **Параметрика работает через параметры ОПЕРАЦИЙ, а не размеры эскиза** — сдвинуть контур
  переменной нельзя, только пересобрать эскиз. Планируй членение так, чтобы изменяемое задавалось
  параметром операции (глубина, радиус, габарит примитива), а не координатами в эскизе.
- **2D покрыт вместе с разрезом и сечением.** Есть виды (с выбором набора, ориентации главного и
  невидимых линий), разрез/сечение, листы, штамп, размеры с допусками, осевые, обозначения,
  техтребования, удаление и сдвиг объекта, вывод в растр — методика в §«Чертёж». Нет выносного
  элемента, местного разреза внутри вида, местного вида и вида с разрывом.
- **Разрез не переживает правку модели, если он не первый на своём базовом виде.** Замерено:
  обновляется только ПЕРВЫЙ, остальные молча остаются со старой геометрией, и ни одно перестроение
  этого не чинит. Порядок один: сначала модель, потом разрезы.
- **Вставку фрагмента правят только целиком** (заново `fragment_place`). Экспорт наружу — растр и
  STEP; DXF/DWG и PDF не пишутся.
- **SVG сервер не читает** — и не будет: разбор путей, деление кривых Безье на дуги и разбор
  вложенности контуров живут во внешнем конвертере, а серверу достаётся готовый список примитивов.

## Связанное

- Проверка окружения (КОМПАС установлен, сервер запускается, подключение живое): команда **`/kompas:doctor`**.
- Установка, требования и настройка сервера: README плагина.
- Правила проектирования под FDM/FFF-печать: навык **`kompas-fdm-design`**.
