Наш рабочий процесс часто выглядит как хаос.
Аккуратно вести записи—требует усилия.
Особенно в прототипировании, где ты постоянно пробуешь варианты, что-то меняешь, возвращаешься назад и снова переделываешь.
Я хочу работать быстро — в своём стиле — а порядок пусть наводит кто-то другой.
Кроме того, когда задача на конечный результат, есть области, где мы совсем не специалисты, а вникать глубоко, или привлекать специалиста нет времени, или смысла.
В статье покажу несложный прием использования ИИ который помог решить эти две проблемы и сэкономил нам много сил и времени.
Задача
Нужно было разработать с нуля (было только устное описание хотелок) и собрать под ключ лабораторный модуль (6U) из нескольких ПК для одновременной работы с несколькими сетевыми интерфейсами (прототип и партия 5 ш). Состав:
-
4 мини-ПК
-
По 5 независимых Ethernet на каждый (всего 20 линий)
-
KVM-матрица 2×4
-
Питание всех элементов
-
Индивидуальное управление питанием
-
Индикация и управление на лицевой панели
Внутри:
-
линии 220В с управлением через реле
-
разводка 5В для USB-хабов
-
HDMI и USB
-
вывод всех интерфейсов на панель через проходные адаптеры
В итоге внутри корпуса — плотная «паутина» (почти 200) кабелей и проводов.

Почему это оказалось проблемой
Для подобного проектирования используют эспециальные CAD.
Но:
-
мы чистые механики, работаем в CAD типа SolidWorks
-
электрические системы не используем и имеем только общие понятия
-
осваивать их ради одного проекта — не видели смысла
Рисовать вручную или «держать в голове» — тоже плохой вариант.
Откуда вообще взялся «хаос»
Само количество проводов возникло не «просто так», а из требований к устройству.
По условиям:
-
все интерфейсы (20 Ethernet, USB, HDMI) должны быть выведены на лицевую панель
-
управление питанием и переключением каждого ПК — тоже на лицевой панели
-
индикация состояния устройств — также снаружи
Сами устройства должны оставаться внутри корпуса и быть защищены от случайных нештатных действий пользователей — научных сотрудников младшего возраста (С)
Это привело к тому, что:
-
пришлось «врезаться» в питание многих устройств
-
выносить кнопки включения
-
дублировать индикацию
-
тянуть отдельные линии 5В
-
разводить сигнальные линии отдельно
По сути, мы не просто соединяли устройства,
а «вытаскивали» их интерфейсы и управление наружу.

Подход: не моделировать схемы, а фиксировать
Мы пошли от обратного.
Не пытаться сразу делать правильную документацию,
а просто фиксировать то, что реально происходит в процессе создания прототипа.
Во время работы я включал диктовку в Google Docs на телефоне и проговаривал:
«Провод синий, 0.5 мм², длина 420 мм.
Концы: вилочный наконечник M4 и НШВИ.
Соединяет выход реле №1 и вход БП ПК №1».
И так далее — по каждому соединению.
Отдельно:
-
документ по 220В
-
по 5В
-
по интерфейсным кабелям
В итоге получились текстовые записи не пригодные для человека.
Где подключился ИИ
Эти записи я загрузил как источники в NotebookLM и запросил:
-
структурировать данные
-
сделать таблицы
-
посчитать количество
На выходе получил:
-
список всех проводов и кабелей
-
длины
-
цвета
-
типы наконечников, разъемов, коннекторов итд
-
точки подключения
-
суммарные количества
То есть из «потока сознания» получились рабочие таблицы данных.
Результат
Закупка
-
понятен общий метраж и типы проводов
-
точное количество наконечников, коннекторов итд
-
форма удобная для запроса
Повторяемость
-
можно собрать изделие без монтажной схемы
Аутсорс
-
можно быстро передать таблицы подрядчику на изготовление кабелей
-
не нужна подробная монтажная схема — достаточно списка соединений и общего описания
Почему это сработало
Я не боролся со своими слабыми сторонами.
Мне не нужно было заставлять себя аккуратно всё записывать и структурировать. Мне не пришлось вникать и изучать не профильные темы.
Я сделал быстро и как мне удобно.
Фиксировал голосом прямо по ходу работы.
Обработку и структурирование отдал инструменту, который делает это, лучше, чем я.
В результате:
-
скорость осталась
-
порядок появился
-
время и силы съэкономлены
Плюсы подхода
-
Скорость — нет отдельного этапа оформления
-
Соответствие реальности — всё легко фиксируется по факту в момент принятия решения
-
Низкий порог входа — не нужен специализированный софт
-
Гибкость — подходит для прототипирования, где всё постоянно меняется
Минусы
-
нужно проверять результат (ошибки диктовки бывают)
-
иногда формулировки получаются нечеткими и ИИ выдает не то
-
зависит от доступности инструментов ,есть региональные ограничения
Вывод
Этот подход не заменяет электрические CAD-системы.
Но в задачах прототипирования, где:
-
много изменений
-
нет готовой структуры
-
важна скорость получения минимально жизнеспособного продукта и выход на пилот
он позволяет получить приемлемую рабочую документацию в процессе создания прототипа в натре и пилотной партии.
Для меня это оказался удобный способ:
-
не тормозить работу
-
не ломать свой стиль
-
экономить силы и время
-
и при этом получить результат, пригодный для производства прототипа и пилотной партии
Возможно, это ещё один пример того, что ИИ полезен не только в «больших» задачах,
но и в обычной инженерной практике — там, где нужно просто навести порядок в хаосе и решить не сложную организационно техническую задачу. Для специалистов это решение скорей всего покажется не серьезным, но для прототипистов нормально. Буду рад если кому то пригодится.
ссылка на оригинал статьи https://habr.com/ru/articles/1044598/