@

feat(sketch): эскиз на выбранной грани + МЦХ через API5

sketch_create_on_face: OpenSketchOnFaceAsync выбирает плоскую грань по точке
(ksPart.EntityCollection(o3d_face).SelectByPoint) и создаёт на ней эскиз —
ключевой шаг итеративного цикла «построил → выбрал грань → новый эскиз».
Общее ядро создания эскиза вынесено в CreateSketchOn.

QueryService переписан на API5 ksPart.CalcMassInertiaProperties(ST_MIX_MM|ST_MIX_KG):
- API7 IMassInertiaParam7.Calculate() непригоден — флаг Actual «залипает» после
  первого расчёта, повторный запрос отдавал устаревший объём (баг кэша);
- API5-маршрут считает по запросу и согласован с построением через ksPart;
- единицы (мм³/мм²/кг/мм) задаются битовым вектором.

Тест Sketch_on_face_adds_boss_on_top: запрос → штифт R5×H10 на верхней грани
цилиндра → повторный запрос видит прирост ≈785 мм³ (проверяет и грань, и кэш МЦХ).
Презентация: 20 инструментов, 15 тестов; OPEN_QUESTIONS обновлён.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
@

docs/OPEN_QUESTIONS.md

@@ -69,15 +69,20 @@ stateful-сессии? Пока полагаемся на последовате
 передавать через `ImageContentBlock.FromBytes(bytes, mimeType)` — он сам кодирует. Прямое
 присваивание `Data = rawBytes` портит изображение на проводе. Исправлено в VisionTools.
 
-### ✅ МЦХ (get_part_info): единицы измерения и поведение Calculate()
-`IMassInertiaParam7` по умолчанию возвращает значения в **единицах отображения МЦХ** документа
-(по умолчанию см³/см²/г, плотность г/см³) — то есть зависит от настроек, а не фиксированные СИ.
-Поэтому `QueryService` принудительно выставляет `LengthUnits = ksLUnMM` и `MassUnits = ksMUnKG`
-перед чтением → детерминированные **мм³, мм², кг, мм**. Проверено тестом (цилиндр R10×H20:
-V≈6283 мм³, S≈1885 мм², m≈0.0494 кг, Zc=10 мм).
-Тонкость: `Calculate()` возвращает **FALSE даже при успехе** (когда расчёт уже актуален после
-`RebuildDocument`), поэтому опираемся на свойство `Actual`, а не на возвращаемое значение.
-Материал по умолчанию — сталь (ρ≈7.856 г/см³); масса зависит от назначенного материала.
+### ✅ МЦХ (get_part_info): API5 `CalcMassInertiaProperties`, а не API7
+Сначала пробовали API7 `IMassInertiaParam7` (от `TopPart`). Две проблемы:
+1. **Единицы** — отдаёт в единицах отображения МЦХ документа (по умолчанию см³/см²/г), зависит от настроек.
+2. **Залипающий кэш** — после первого расчёта свойство `Actual` остаётся `TRUE` и не сбрасывается
+   при изменении геометрии через API5; `Calculate()` возвращает `FALSE` и не пересчитывает.
+   Сценарий «запрос → достройка → запрос» отдавал **устаревшее** значение. Сброс через
+   `RebuildModel`, переключение `MassSettingMode` — не помогли.
+
+**Решение (✅ в коде):** считаем через API5 **`ksPart.CalcMassInertiaProperties(bitVector)`** →
+`ksMassInertiaParam` (`v`/`m`/`F`/`xc`/`yc`/`zc`). Считает «по запросу» (без залипания), единицы
+задаются битовым вектором: `ST_MIX_MM (0x1) | ST_MIX_KG (0x10)` → **мм³, мм², кг, мм**.
+Согласовано с тем, что деталь строится через API5 `ksPart`. Проверено двумя тестами:
+цилиндр R10×H20 (V≈6283 мм³, S≈1885 мм², m≈0.0494 кг, Zc=10 мм) и «запрос → штифт на грани → запрос»
+(виден корректный прирост ≈785 мм³). Материал по умолчанию — сталь (ρ≈7.856 г/см³).
 
 ### ✅ Снимок 3D: рендер через файл, а не resultArrayBytes
 `ksDocument3D.SaveAsToRasterFormat(fileName, param)` при **непустом** `fileName` возвращает TRUE,