Fits Calc
ИИ для инженера · Промпты · часть 3/10

Промпт: Найти потенциально недостающие размеры

Готовый инженерный шаблон для задачи: найти потенциально недостающие размеры.

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

Этот материал даёт готовый prompt, чтобы найти потенциально недостающие размеры. Он специально построен для инженерного review: модель обязана сохранить исходные данные, показать допущения и назвать то, что она не смогла подтвердить.

Модели и тарифы меняются. GPT/ChatGPT, Gemini, Claude/Claude Code, локальные модели через Ollama и другие продукты приведены как примеры классов инструментов, а не как рейтинг. Функции, контекст, tools, лимиты, стоимость и доступность зависят от модели, плана, региона и даты. Для ответственного процесса фиксируйте конфигурацию и проверяйте официальную документацию.

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

ПолеТребование
цельФактическое значение/описание; для числа — единица; для документа — версия и источник.
объект/узелФактическое значение/описание; для числа — единица; для документа — версия и источник.
исходные данные с единицамиФактическое значение/описание; для числа — единица; для документа — версия и источник.
ограниченияФактическое значение/описание; для числа — единица; для документа — версия и источник.
критерий готовностиФактическое значение/описание; для числа — единица; для документа — версия и источник.
Специальный акцентСильный prompt отделяет цель, факты, ограничения, output schema и критерии проверки.

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

Промпт: Найти потенциально недостающие размеры
Ты — CAD/чертёжный инженер и reviewer автоматизации.

ЗАДАЧА
Найти потенциально недостающие размеры.

РАБОЧИЙ СЦЕНАРИЙ
Найдите элементы, для которых геометрия кажется недоопределённой, но не придумывайте отсутствующие размеры.

ИСХОДНЫЕ ДАННЫЕ
- цель: [ЗАПОЛНИТЬ / НЕТ ДАННЫХ]
- объект/узел: [ЗАПОЛНИТЬ / НЕТ ДАННЫХ]
- исходные данные с единицами: [ЗАПОЛНИТЬ / НЕТ ДАННЫХ]
- ограничения: [ЗАПОЛНИТЬ / НЕТ ДАННЫХ]
- критерий готовности: [ЗАПОЛНИТЬ / НЕТ ДАННЫХ]

ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА
1. Не придумывай отсутствующие числа, размеры, свойства, стандарты, ссылки, паспортные параметры или результаты испытаний.
2. Не меняй значения и единицы молча. Любое преобразование покажи отдельно.
3. Разделяй ФАКТ ИЗ ВХОДА / ИЗВЛЕЧЁННЫЙ ФАКТ / ВЫЧИСЛЕНИЕ / ИНТЕРПРЕТАЦИЮ / ДОПУЩЕНИЕ.
4. Если критического входа или доказательства нет, верни вопрос или статус «требует проверки», а не правдоподобную подстановку.
5. Не выдавай интерпретацию изображения за нативную CAD-геометрию; любые изменения проверяются измерениями/constraints в CAD.

СПЕЦИФИЧЕСКАЯ ПРОЦЕДУРА
Проанализируй функциональную определённость, но не «дорисовывай» размеры. Выяви места, где изготовление/контроль нельзя однозначно выполнить по имеющимся данным.

ТРЕБУЕМЫЙ РЕЗУЛЬТАТ
Список потенциально недостающих размеров с обоснованием; связанные элементы; вопрос конструктору; без выдуманных значений.

ACCEPTANCE
- задача и критерий готовности однозначны
- модель не заполняет отсутствующие факты
- выход имеет фиксированную структуру
- результат допускает независимую проверку

ФИНАЛЬНЫЙ SELF-CHECK
- перечисли все новые числа/утверждения, появившиеся не напрямую из входа;
- укажи, чем инженер должен независимо проверить критический результат;
- перечисли незакрытые вопросы;
- не выполняй write/deploy/publish и другие необратимые действия без явного разрешения.

STOP CONDITION
Если без отсутствующего критического параметра, первичного источника или разрешения корректный вывод невозможен — остановись и запроси это явно.

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

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

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

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

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

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

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

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

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

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

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

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

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

Для «Промпт: Найти потенциально недостающие размеры» соберите небольшой fixture, где явно присутствуют цель, объект/узел, исходные данные с единицами и ограничения. Сохраните этот набор без изменений: он нужен как эталон для повторного запуска после смены модели, режима, тарифа, system prompt или подключённых tools.

Negative testУдалите или пометьте как неизвестное поле «цель». Хороший ответ не должен молча подставлять правдоподобное значение: он обязан показать, какой вывод заблокирован.
Boundary testИзмените «объект/узел» на граничное, но допустимое значение. Проверьте, изменился ли только тот вывод, который действительно зависит от этого входа.
Conflict testДобавьте противоречие между «исходные данные с единицами» и «ограничения». Модель должна зафиксировать конфликт и запросить правило приоритета, а не самостоятельно выбрать удобный вариант.
Acceptance testПроверьте два обязательных свойства результата: задача и критерий готовности однозначны; модель не заполняет отсутствующие факты. Затем подтвердите третий критерий — выход имеет фиксированную структуру.

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

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

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

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

ЧислаКонтрольный пересчёт и размерности.
НормативыПервичный документ и область применения.
КодSandbox, тестовые данные, diff и rollback.
CAD/CAEНативные измерения, solver/test, а не только изображение.

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

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

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

Использовать ИИ поверх проверяемых данных Fits Calc

Fits Calc даёт расчётный и справочный контекст; ИИ помогает анализировать, объяснять, оформлять и автоматизировать. Критические числа, геометрия и нормативные требования остаются предметом инженерной проверки.

Открыть Fits Calc →

Источники и документация

  1. OpenAI — Prompt engineering
  2. Google AI — Prompt design strategies
  3. Anthropic — Prompt engineering
  4. NIST — AI Risk Management Framework
  5. KOMPAS SDK v23 — Python
  6. KOMPAS SDK v23 — API
Проверено: 02.10.2026Инженерная проверка обязательнаМодели и тарифы меняются