Не ожидал, но идея Искусственного Инженера вызвала интерес. Что же, давайте изучим ситуацию более пристально.

Как это должно работать.

- Инженер становится оператором сертифицированного ИИ, способного по устным вводным разрабатывать электрошкафы и выдавать на них полный пакет документации; - Кроме проработки технической части, инженер способен оперативно и точно оценить сроки изготовления, стоимость комплектующих, трудозатраты, при необходимости – для нескольких вариантов одного и того же шкафа; - Инженер работает не на специально собранном под эти задачи дорогом железе, а на дешевом офисном ПК. Все вычисления проходят в облаке. При необходимости работы инженера «в поле», доступна веб-версия или приложение под платформу его мобилки; - Инженер не набирает библиотеки элементов и обозначений, не рисует «рамки по ГОСТу», не накатывает обновления и вообще не занимается ерундой. Все это делает ИИ в режиме реального времени; - Коллеги инженера из организаций-партнеров или организаций-заказчиков работают с тем же самым ИИ. Совместные проекты ведутся в одной среде, что позволяет решать всякие технические вопросы просто «походя»; - ИИ делает проекты на отечественных комплектующих, что позволяет ускорить и удешевить производство; - Инженер знает ИИ как свои пять пальцев. ИИ не заменяет человека, а эффективно избавляет его от рутины, позволяя переключаться на другие задачи.

Как этого добиться.

Вот такая красивая картинка, и под напором реальности она рассыпается в прах. Даже примерный план строительства этих Нью-Васюков выглядит как гробовая доска:

1) ИИ должен строиться на САПРе. Не буду озвучивать разные электрические САПРы, скажу лишь – у нас есть свое отечественное (уже хорошо). Можно даже предположить, что его владельцы решат двигаться в сторону ИИ – и вроде тоже отлично, но вот дальше начинаются вопросы.

2) Вычисления должны вестись в облаке, чтобы инженер мог работать с любого железа под своим логином, ИИ - непрерывно обучаться на полном объеме проектов, а проекты – быть в оперативном доступе и для инженера, и для его коллег. Для этого: - нужно менять архитектуру выбранного САПРа на «облачную», т.е. вносить фундаментальные изменения в саму программу; - нужно разработать ИИ. Насколько понимаю, это вообще отдельный тяжелейший проект; - нужно подружить ИИ и САПР; - поверх всего этого нужно сообразить удобный или хотя бы понятный интерфейс для общения с ИИ. Интерфейс этот, к слову, должен быть рассчитан минимум на пару самых ходовых платформ, Windows и Android; - гвоздь этого пункта: строительство центров обработки данных, на которых вся эта система будет работать. Что еще за центры? Поищите «фото DATA-центра Гугл», вот примерно оно и есть.

3) Инженер и его коллеги знают и работают именно с этим ИИ. В нем априори есть нужные базы, ГОСТы, обозначения и все остальное. Значит, чтобы все работало как надо, данный софт нужно внедрять: - в учебные заведения как обязательный элемент программы обучения; - в проектные организации, НИИ, сборщикам НКУ, производителям комплектующих – как общую рабочую среду. А вот это уже - задача государственного масштаба и волевых решений на уровне Правительства РФ, а не таргет для стартапа. С подобным сейчас не справляются и крупные корпорации по производству комплектующих: у них, конечно, есть свои программные решения для проектировщиков – но они по всем показателям на несколько шагов позади существующих САПРов.

4) Сколько это будет стоить? Я не могу прикинуть даже количество нулей в цифре. Сколько стоит создать Rutube? Нормальный национальный САПР с ИИ обойдется уж точно не меньше.

5) Когда нужно начинать? Вчера, естественно, а лучше - позапозапозавчера. Это мы пользуемся китайским DeepSeek’ом, а не они - нашим «Глубоким Поиском». Это мы ставим американский Windows на компы из тайваньских и корейских комплектующих, а не они – наши «Окна» на железо от «Ижевск Дайнемикс». Хорошо хоть, «Яндекс» кое-где мелькает.

И самый главный вопрос: а надо ли оно вообще? Если честно – я очень рад, что не должен на него отвечать. Цензурных слов не хватает, нецензурные применять не хочу.

#ИИ #ai #инженер