Редактируемая модель важнее рендера
Оцениваем параметры, ограничения, дерево построения и поведение при изменении требований. STL и красивого изображения недостаточно.
ИССЛЕДОВАНИЕ · СРЕЗ 30 ОКТЯБРЯ 2026
Как встроить ИИ-агентное CAD-проектирование в подготовку инженеров БАС — и не потерять понимание за автоматизацией.
Исследовательский проект на основе документов ТГУ.
Не официальный сайт университета и не утвержденная образовательная программа.
01 / ГЛАВНОЕ
Оцениваем параметры, ограничения, дерево построения и поведение при изменении требований. STL и красивого изображения недостаточно.
Успешный вызов CAD API ≠ правильная геометрия. Правильная геометрия ≠ собираемое и безопасное изделие.
Проект с ИИ и самостоятельное владение CAD оцениваются отдельно. Обязательны контрольная правка и индивидуальная защита без агента.
02 / КАРТА ПОДХОДОВ
Выберите подход: что он дает и где заканчиваются его возможности.
Рекомендуемая архитектура: один записывающий исполнитель на документ, ограниченный бюджет исправлений и внешние приемочные тесты.
03 / ДОКАЗАТЕЛЬСТВА
Свежее — не обязательно зрелое. Отделяем метод, демонстрацию и доказанный эффект.
Генерация последовательных параметрических CAD-моделей по тексту.
Исполняемые проверки геометрических и топологических требований.
Координация инструментов, обратная связь и исправления при реконструкции.
Явные ссылки на геометрию, ограничения и сохранение design intent при правке.
В проверенных материалах не установлены убедительные прямые сравнительные доказательства улучшения самостоятельных CAD-компетенций благодаря автономным агентам. Нужен локальный учебный эксперимент, а не перенос результатов coding benchmarks.
Материалы «Архипелаг 2026» рассмотрены отдельно от научных публикаций. Полезная идея — проверяемая версия: задание, нативная модель, параметры, проверки и основание принятия решения.
CAD-демонстрации КОМПАС и T-FLEX содержат важные отрицательные результаты: пересечения, непроверенную кинематику и неудачные повторные запуски. Отсутствие пересечений не подтверждает работоспособность механизма.
Уровень доказательности — преимущественно самоотчеты и вторичные разборы, не независимая репликация. Форсайт используется как источник гипотез и учебных кейсов, не как доказанный прогноз. Исходный непубличный корпус на этом сайте не размещается.
04 / ОБРАЗОВАТЕЛЬНАЯ ПРОГРАММА
ТГУ · 09.03.02 · «Программное и аппаратное обеспечение беспилотных авиационных систем»
Проекции, ЕСКД, детали, сборки и спецификации. Добавляем разбор ошибок агента и проверку параметрических изменений, сохраняя самостоятельную основу.
ТЗ → модель → проверки → документация. Ограниченный CAD-агент в командном проекте с индивидуальной оценкой вклада.
Простая сборка, изменение интерфейсов, проверка совместимости и спецификации. Изготовление — только после отдельного допуска.
Бриф, эргономика и требования. Сравниваем варианты и связываем проектные решения с проверками. Опора на БК-1 / ОПК-4.
Состав и часы подтверждены РПД приема 2026. Агентные задания — предложения, не действующие требования. Наличие лицензий, версий и API-доступа требует отдельной проверки.
05 / ПЕРВЫЙ ЭКСПЕРИМЕНТ
Настольный корпус демонстрационного датчика — без летного применения. Предлагается перераспределение учебной работы, а не автоматическое добавление часов.
ЧТО ОЦЕНИВАЕМ / 100 БАЛЛОВ
Красивый командный результат не компенсирует неспособность студента объяснить и изменить модель.
Сопоставимые задачи и бюджеты. Учитываем все попытки, время проверки и стоимость принятого результата. Отдельно проверяем новый навык без ИИ — сразу и отсроченно. Полезен дополнительный baseline: обычный параметрический макрос без LLM.
06 / ДОКУМЕНТАЛЬНАЯ ОСНОВА
369 документов из блока программы на сайте ТГУ. Оригиналы — по официальным ссылкам; локальные поисковые тексты и SHA-256 — в карточках. Последние ОПОП и план — 2026, аннотации — 2025.
Загружаем каталог…
Реестр JSON ↓07 / УГЛУБИТЬСЯ