Fits Calc + ИИ: посадки и допуски от расчёта к пояснительной записке

Ключевая идея

Fits Calc + ИИ: посадки и допуски от расчёта к пояснительной записке: в посадках переносите номинал, отклонения и min/max зазор/натяг как immutable data. Fits Calc здесь выступает источником проверяемых инженерных данных, а ИИ — слоем объяснения, структурирования, документации и автоматизации вокруг этих данных.

Архитектура связки

Что важно именно в этом сценарии

Для посадки полезный пакет содержит номинальный размер, обозначение отверстия и вала, верхние/нижние отклонения, предельные размеры и min/max зазор или натяг. LLM может объяснить характер соединения, подготовить текст записки и checklist технологических последствий. Она не должна подменять поля допусков или ссылку на стандарт «по памяти».

Контроль перед передачей в ИИ

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

После ответа ИИ выполните обратную сверку: все числа и обозначения, которые должны были остаться неизменными, извлекаются из draft и сравниваются с export. Новые числа допускаются только там, где prompt явно разрешал отдельное вычисление и указал способ его проверки. Любое неподтверждённое нормативное утверждение переносится в список открытых вопросов, а не в утверждённую часть документа.

• export имеет идентификатор и дату;
• все критические величины имеют единицы;
• модель не получила лишние персональные/коммерческие данные;
• выходной формат допускает машинную сверку чисел;
• финальный approval связан с конкретным export и AI-run.

Контроль перед передачей в ИИ

Для посадок особенно опасно потерять знак, единицу или различие между отклонением и фактическим размером. В export отдельно держите номинал, верхнее/нижнее отклонения отверстия и вала, предельные размеры и итоговый диапазон зазора/натяга. ИИ может объяснить, оформить таблицу или перечислить технологические следствия, но не должен подменять источник таблиц допусков. Перед выпуском записки числа сверяются с конкретным расчётным запуском Fits Calc.

Пример структуры export

Ниже показана не универсальная схема API, а минимальный формат, который удобно валидировать перед передачей генеративному слою. Поля адаптируются под конкретный модуль, но значения и единицы, пришедшие из расчётного слоя, остаются immutable до отдельной проверки.

{"fit":"H7/g6","D":{"value":10,"unit":"mm"},"clearance_min":{"value":5,"unit":"um"},"clearance_max":{"value":29,"unit":"um"}}

Шаблон передачи результата Fits Calc

ЗАДАЧА: [что должен сделать ИИ]
МОДУЛЬ FITS CALC: [название]
ДАТА/ВЕРСИЯ РАСЧЁТА: [значение]

ИСХОДНЫЕ ДАННЫЕ
- параметр: значение [единица] | источник/status

РЕЗУЛЬТАТ FITS CALC
- поле: значение [единица]

ПРАВИЛА
1. Не меняй и не пересчитывай эти числа без отдельного запроса.
2. Если видишь противоречие — опиши его отдельно.
3. Не придумывай нормативные ссылки или отсутствующие свойства.
4. Отделяй факт, расчёт, интерпретацию и допущение.
5. В конце перечисли, что должен проверить инженер.

ВЫХОД: [объяснение / таблица / отчёт / checklist / код].

Пример инженерного использования

Предположим, модуль Fits Calc уже сформировал численные параметры и выбранное исполнение. В prompt передаются именно эти значения, единицы и идентификатор расчёта. Модель может объяснить, почему комбинация параметров важна, превратить результат в раздел пояснительной записки или сформировать список следующих проверок — но исходные числа остаются неизменными.

Если модель обнаружила логическое противоречие, правильный workflow не скрывает его и не переписывает результат автоматически: создаётся отдельный issue с исходным значением, аргументом модели и способом независимой проверки.

Как проверить готовый AI-документ

Проверка идёт в обратном направлении: от каждого существенного утверждения к его происхождению. Число должно ссылаться на поле export или на отдельно разрешённый расчёт; обозначение — на выбранную карточку/стандарт; интерпретация — быть помечена как вывод, а не как исходный факт. Затем проверяются единицы, округление и отсутствие потерянных ограничений. Такой reverse-trace полезен и для текста, и для таблиц, и для сгенерированного кода: если элемент результата нельзя связать с источником или проверяемой операцией, он остаётся неподтверждённым.

End-to-end workflow

Что передавать следующему участнику процесса

Финальный пакет должен быть пригоден не только автору диалога. Передайте коллегe исходный export, версию расчётного сценария, prompt, ответ модели, список ручных исправлений и открытые вопросы. Тогда конструктор, технолог, метролог или проверяющий сможет продолжить работу без повторного угадывания контекста и увидеть, какие элементы уже подтверждены, а какие ещё требуют инженерного решения.

10 материалов Fits Calc + ИИ