По мере того как ИИ-агенты будут брать на себя всё бОльшие фрагменты инженерной работы, главным ограничением станет контроль результата, трассируемость, прозрачность происходящего. Агенты смогут определять затрагиваемые инженерные объекты, сопоставлять контекст из CAD, PLM и ERP, даже CRM, проверить структуру изделия, оценить последствия изменений, причём не только сугубо инженерные. Инженеру и менеджеру нужно видеть, какие версии объектов использовались, какие ограничения учтены, что и почему находится в контексте изменения, к чему оно приведёт. Поэтому согласование должно относиться к конкретному состоянию данных и отменяться при его существенном изменении. Работа инженера постепенно смещается от выполнения операций к проверке решений агентов. Как и в программировании, роль инженера будет стремится к слиянию с ролью менеджера.
Для CAD/CAE/CAPP/PLM это особенно важно: изменение редко остаётся внутри одной системы. Геометрия может затронуть EBOM и MBOM, технологию, материалы, расчёты, закупки и документацию. Поэтому предложение агента должно быть проверяемым решением: что меняется, на каких данных оно основано и чем подтверждены выводы. Для CAE важен не только итог расчёта, но и версия геометрии, сетка, граничные условия, материалы и настройки решателя. Инженер должен согласовывать воспроизводимое обоснование, а не текстовый ответ. Между агентами и корпоративными системами потребуется слой контроля, который собирает контекст из разных источников и оставляет человеку только то, где требуется инженерное суждение. Ревизии, состояния объектов, связи, ограничения и численные пороги лучше проверять автоматически. По мере накопления доверия типовые изменения смогут всё чаще выполняться без участия человека, а инженер будет разбирать главным образом исключения и рискованные случаи. Однако сначала доверие надо будет накопить, это не будет происходить автоматически, стартовать будет с позиций явного скептицизма и открытого сопротивления.
Особую ценность из-за этого получает история решений, их трассируемость, прозрачность. Важно сохранять не только факт утверждения, но и исходные данные, доказательства, альтернативы, причины выбора и иной контекст. Формировать человевекочитабельную сводку и развёрнутое представление. Скорее всего PLM придут к хранению не только то, что изменилось, но и причин изменения, контекста в том состоянии в каком изменение производилось. При этом CAD, PLM, ERP, MES, QMS и другие системы могут оставаться владельцами своих данных: необязательно собирать всё в одной базе, важнее уметь сформировать доверенный и версионированный контекст решения.
В итоге основным интерфейсом инженерной работы с ИИ может стать не редактор BOM, процесс согласования или чатбот, а среда проверки решений, связывающая предложения агентов, инженерные доказательства и выполнение изменений. Она может быть распределена между CAD, CAE и PLM, сохраняя единый объект решения. Если PLM останется системой форм, BOM и жёстких процессов, этот слой возникнет над ним. Следующее поколение PLM, вероятно, будет управлять не столько данными изделия, сколько проверяемыми изменениями, которые совместно выполняют люди и агенты.
Класс таких систем можно назвать
Engineering Decision Control — EDC
Engineering Decision Assurance — EDA
или
«Система управления инженерными решениями», «Система контроля инженерных решений», «Платформа инженерных решений», «Инженерный контур доверия» в русскоязычном варианте.
Для CAD/CAE/CAPP/PLM это особенно важно: изменение редко остаётся внутри одной системы. Геометрия может затронуть EBOM и MBOM, технологию, материалы, расчёты, закупки и документацию. Поэтому предложение агента должно быть проверяемым решением: что меняется, на каких данных оно основано и чем подтверждены выводы. Для CAE важен не только итог расчёта, но и версия геометрии, сетка, граничные условия, материалы и настройки решателя. Инженер должен согласовывать воспроизводимое обоснование, а не текстовый ответ. Между агентами и корпоративными системами потребуется слой контроля, который собирает контекст из разных источников и оставляет человеку только то, где требуется инженерное суждение. Ревизии, состояния объектов, связи, ограничения и численные пороги лучше проверять автоматически. По мере накопления доверия типовые изменения смогут всё чаще выполняться без участия человека, а инженер будет разбирать главным образом исключения и рискованные случаи. Однако сначала доверие надо будет накопить, это не будет происходить автоматически, стартовать будет с позиций явного скептицизма и открытого сопротивления.
Особую ценность из-за этого получает история решений, их трассируемость, прозрачность. Важно сохранять не только факт утверждения, но и исходные данные, доказательства, альтернативы, причины выбора и иной контекст. Формировать человевекочитабельную сводку и развёрнутое представление. Скорее всего PLM придут к хранению не только то, что изменилось, но и причин изменения, контекста в том состоянии в каком изменение производилось. При этом CAD, PLM, ERP, MES, QMS и другие системы могут оставаться владельцами своих данных: необязательно собирать всё в одной базе, важнее уметь сформировать доверенный и версионированный контекст решения.
В итоге основным интерфейсом инженерной работы с ИИ может стать не редактор BOM, процесс согласования или чатбот, а среда проверки решений, связывающая предложения агентов, инженерные доказательства и выполнение изменений. Она может быть распределена между CAD, CAE и PLM, сохраняя единый объект решения. Если PLM останется системой форм, BOM и жёстких процессов, этот слой возникнет над ним. Следующее поколение PLM, вероятно, будет управлять не столько данными изделия, сколько проверяемыми изменениями, которые совместно выполняют люди и агенты.
Класс таких систем можно назвать
Engineering Decision Control — EDC
Engineering Decision Assurance — EDA
или
«Система управления инженерными решениями», «Система контроля инженерных решений», «Платформа инженерных решений», «Инженерный контур доверия» в русскоязычном варианте.