JewelWeight

В ювелирке вес — это цена. Клиенты задают бюджет в граммах, и стоимость заказа идёт от металла.

До JewelWeight вес модели узнавали одним из двух способов:

• команда Volume в Rhino и умножение на плотность сплава на калькуляторе, заново для каждого сплава;
• или вообще без расчёта: вес становился известен после отливки, когда модель уже не исправить.

Одно окно внутри Rhino: выдели объекты → нажми сплав → вес в граммах.

• 8 стандартных сплавов (585 и 750 красное / жёлтое / белое, 999, серебро 925) и свои сплавы; любую плотность можно изменить.
• Проверка перед каждым расчётом: открытая или non-manifold геометрия блокируется, проблемные объекты подсвечиваются во viewport, а сообщение говорит, как исправить.
• STL, которые печатаются, но формально non-manifold, очищаются в памяти и всё равно считаются; сама модель не меняется.
• Любые единицы документа переводятся в мм³; вес округляется half-up до 0.01 г.
• Выделение остаётся рабочим, пока модель меняется: удалённые объекты и смена документа определяются при каждом клике.

1. Печатный STL отклонялся как non-manifold. Дублированные и вырожденные треугольники ломают IsManifold, но не добавляют объёма. Закрытые меши перепроверяются на очищенной копии в памяти (сварка вершин, удаление вырожденных и дублированных граней); если копия проходит, берётся её объём и показывается заметка.
2. Правильные граммы в любых единицах. Масштаб единиц возводится в куб до мм³; документы без надёжных единиц отклоняются; округление через Decimal half-up, поэтому 4.365 всегда становится 4.37. Покрыто unit-тестами.
3. Выделение, которое переживает правки. Хранятся ID объектов и serial документа; каждый клик по сплаву заново проверяет объекты, исключает удалённые с уведомлением и подсвечивает проблемные.
4. Своя тёмная тема из Python внутри Rhino. Eto.Forms через pythonnet: кнопки отрисованы вручную с hover и pressed (нативные WPF-кнопки ломали тему), отложенный клик, чтобы работал выбор во viewport, одно окно на сессию Rhino.
5. Настройки переживают обновления и битые файлы. UTF-8 JSON в %APPDATA% с версией схемы и миграциями, атомарная запись, бэкап повреждённого файла с меткой времени. Хранятся только изменения пользователя, поэтому улучшенные значения по умолчанию доходят до неизменённых сплавов.

Логика без Rhino (расчёт, хранение, тема) вынесена в чистые модули с тестами вне Rhino.

строки Python, 21 файл

2 543

unit-тестов

65

встроенных сплавов + сколько угодно своих

8

сторонних зависимостей

0

от первого коммита до релиза v1.0.0 за один вечер

5 коммитов

Я написал ТЗ и промпты и разбил работу на три фазы: ядро расчёта, настройки и UI, установщик. Продуктовые решения мои: только вес, без цены, потому что цена золота меняется каждый день и называется клиенту позже; только Rhino 8; интерфейс на русском, потому что пользователи — мастерская. Каждую фазу я проверял в Rhino на реальных моделях, включая STL, который не проходил проверку; из-за него появилась очистка мешей. Код и unit-тесты по ТЗ написал Claude Code.

• Пакет .yak для food4Rhino
• Поддержка SubD через конвертацию в Brep
• Автоматическая установка toolbar (.rui)

github.com/Khanapin-T/rhino-jewelweight