BOM Voyage

Вебинарчик https://plmgroup.eu/events/model-and-simulate-low-frequency-electromagnetics-with-cst/

Концепт «PLM для агентов» предполагает вынос основной ценности PLM из пользовательского интерфейса в исполняемую среду, с которой ИИ-агенты работают напрямую. Не строить ещё один PLM без экранов, а дать агентам модель инженерных объектов, версий, конфигураций, связей, жизненного цикла, правил изменений и полномочий. Агент должен оперировать не таблицами и CRUD, а инженерными намерениями: заменить компонент, оценить последствия изменения, создать конфигурацию, проверить требования, подготовить выпуск. Это возможно потому, что основная ценность PLM находится не в интерфейсе. Карточки, деревья составов и маршруты согласования лишь отображают более фундаментальную модель: устойчивую идентичность объектов, версии, связи, состояния, действующие конфигурации и историю изменений. PLM определяет, какая ревизия считается официальной, что можно изменять, какие объекты будут затронуты и какие проверки нужны перед выпуском. Для агента эти правила должны быть формализованы и исполняемы. Ему недостаточно API для изменения BOM. Он должен уметь определить, допустима ли замена компонента, нужна ли новая ревизия, какие требования и изделия она затронет и кто должен утвердить результат. Поэтому «PLM для агентов» разумнее строить как среду инженерных операций, где система сама рассчитывает последствия, проверяет ограничения и формирует набор предлагаемых изменений. Такой слой необязательно должен становиться новой системой хранения. Он может работать поверх Teamcenter, IPS, Windchill, Лоцман, Aras, T-Flex, 3DEXPERIENCE, PDM, ERP, CAD и других систем, оставляя их владельцами данных, но предоставляя агенту общую модель деталей, документов, требований, конфигураций и изменений. Это отличает его от обычного MCP-сервера: MCP даёт инструменты, а «PLM для агентов» задаёт пространство допустимых инженерных действий и гарантии их корректности. В основании такой системы может лежать универсальная модель управляемых объектов, типизированных связей, версий, состояний, наборов изменений, политик, полномочий и происхождения данных. Тогда PLM становится одной из специализаций более общего runtime для управляемых действий. В AI-native архитектуре именно эта исполняемая модель может стать ядром системы, а UI — лишь одним из клиентов наряду с агентами, CAD, скриптами и корпоративными приложениями.

Опубликовали «дорожную карту» MCP (Model Context Protocol), в которой обозначили переход от простой схемы «модель вызвала инструмент — получила ответ» к инфраструктуре для корпоративных агентных систем. Особое внимание уделено готовности к корпоративному применению: агентам нужны собственная идентичность, ограниченные полномочия и безопасная передача части прав субагентам. Вместо ключей API и долгоживущих токенов MCP движется к стандартным механизмам идентификации программных процессов, федерации идентичности и обмена токенами, чтобы встроить агентов в существующие корпоративные системы управления доступом. Одновременно MCP развивается от синхронных вызовов к событийной модели. Задачи предназначены для операций, которые могут длиться минуты или часы, а триггеры, события, подписки, уведомления о ходе выполнения и обратные вызовы позволят серверу самому сообщать агенту о завершении работы или изменениях вместо постоянных проверок. Развивается и работа с большими результатами: вместо передачи огромного JSON в контекст модель сможет получать ссылки на документы, файлы и другие ресурсы, читать их частями, использовать кэширование и отслеживать версии. При этом разработчики не хотят раздувать ядро MCP. Новые корпоративные возможности предполагается развивать через расширения с едиными правилами объявления возможностей, совместимости и версионирования. Удачные расширения впоследствии смогут становиться частью стандарта. В итоге идентификация и делегирование прав, задачи, триггеры и события, потоковые и ссылочные результаты и расширяемость выводят MCP далеко за пределы обычного интерфейса вызова инструментов искусственного интеллекта: он превращается в базовый инфраструктурный слой для распределённых агентных систем. https://blog.modelcontextprotocol.io/posts/mcp-roadmap/

The Exploration Company приобрела у LEAP 71 пятилетнюю лицензию на систему Noyron RP для разработки ракетных двигателей. Эта ИИ система не просто управляет CAD и не генерирует форму по текстовому описанию. В систему заложены физика, инженерные правила, ограничения производства и результаты реальных испытаний. Инженер задаёт требования к будущему двигателю, а Noyron рассчитывает конструкцию и создаёт геометрию, которую затем можно проверить в CAE, изготовить и испытать. То есть автоматизируется уже не столько работа в CAD, сколько значительная часть самого проектирования. The Exploration Company собирается применять Noyron при создании собственных двигателей, включая перспективный Storm. Главная цель — намного быстрее проходить цикл от идеи до испытаний: задать требования, получить конструкцию, изготовить её, испытать, вернуть результаты в модель и создать следующий вариант. Вместо множества ручных итераций инженер получает систему, способную быстро исследовать большое число возможных конструкций, оставляя CAE и физические испытания средствами проверки результата. https://www.exploration.space/blog/the-exploration-company-licenses-leap-71s-noyron-rp-for-the-design-of-next-generation-rocket-engines

Plamo, про который мы писали здесь https://t.me/BOM_Voyage/307 Ориентировано больше на строения, BOM, как Revit. Запустили бету, можно пробовать (кнопка "try it free) https://illoca.com/plamo

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

Исследователи MIT разработали GIFT — подход, который помогает мультимодальным моделям точнее превращать 2D-эскизы и текстовые описания в CAD-модели. Результатом становится не просто 3D-геометрия, а исполняемая CAD-программа с последовательностью операций построения, которую можно редактировать, параметризовать и использовать дальше в инженерном процессе. Основная проблема таких систем в том, что современные модели уже неплохо пишут код, но гораздо хуже восстанавливают по изображению правильную геометрию и конструктивную логику модели. GIFT решает эту проблему через обучение модели на собственных результатах. Она несколько раз выполняет одну задачу, а система выбирает случаи, где часть попыток успешна, а часть содержит ошибки. Правильные и автоматически исправленные решения превращаются в новые обучающие примеры. Таким образом, ресурсы расходуются не на общее расширение CAD-датасета, а на конкретные операции и типы геометрии, с которыми модель пока работает нестабильно. В экспериментах GIFT повысил точность генерации CAD и потребовал примерно пятую часть вычислительных затрат по сравнению с несколькими альтернативными подходами. Пока основная цель — геометрическая корректность, но следующий шаг предполагает добавление инженерных критериев: ограничений, эксплуатационных характеристик и технологичности. В перспективе это путь к AI-to-CAD системам, которые смогут самостоятельно улучшать навыки моделирования и учиться создавать не просто похожую геометрию, а инженерно корректные модели. https://meche.mit.edu/news-media/better-way-turn-2d-designs-3d-models-rapid-prototyping

Опубликовали https://huggingface.co/datasets/markov-ai/cad-1000-hours Компаса нет, хехе

В честь пятницы забавное из мира геймдева

Сименс хвастается что они осилили реализовать RAG и выкатили чатбота :) https://blogs.sw.siemens.com/insights-hub/2025/01/30/production-copilot-ai-assistant-for-production/ P.S. многие ещё и этого не смогли

^^ И есть ещё одна область где пространственное мышление совершенно необходимо - автономные роботы. И учитывая объём инвестиций в эту область можно быть уверенным, что революция в пространственном мышлении ИИ не за горами. Даже скорее давно уже состоялась и речь скорее про переток соотв. знаний из закрытых коммерческих моделей компаний производящих роботов в обычные LLM. Скорее всего свои успешные решения они пока что держат закрытыми. Конкуренция в этой области сейчас огромна.

Мы запускаем крупнейший открытый набор данных о работе с CAD-системами. Он охватывает Siemens NX, SolidWorks, AutoCAD и другие системы и включает описания заданий, входные файлы, записи экрана, синхронизированные действия мыши и клавиатуры, а также выходные файлы. Более 50 000 часов данных.

https://x.com/DevvMandal/status/2090476514488000584 https://www.markovstudios.com Роботам будет на чём учиться. Однако основной bottleneck здесь, вероятно, не только в отсутствии подобных данных. Современные языковые и мультимодальные модели по-прежнему гораздо лучше работают с дискретными символическими представлениями — текстом и кодом, — чем с точным пространственным представлением объектов. Говорить, что они буквально «мыслят языком», было бы упрощением, но архитектурно и обучением они действительно сильно смещены в эту сторону. Даже современные vision-language модели заметно уступают человеку в пространственных задачах: понимании взаимного положения объектов, перспективы, вращений, геометрии и особенно полноценной 3D-сцены. Отсюда и привлекательность представления моделей через код, дерево построения или другие структурированные описания. Для модели это гораздо более удобное пространство: операции явно названы, зависимости дискретны, результат можно проверять и исправлять по шагам. Когда же существенная часть информации существует только в геометрии или на экране CAD, модель должна сначала восстановить из визуального представления достаточно точную внутреннюю картину сцены, и именно здесь часто возникают ошибки. Поэтому проблема не столько в «токенизации картинки» как таковой, сколько в недостаточно развитом пространственном представлении и рассуждении поверх него. Если этот разрыв удастся существенно сократить на уровне самих моделей — дать им устойчивое внутреннее представление 2D/3D-геометрии, пространства и действий над ним, — CAD действительно станет одной из областей, где ИИ превзошёл человека в рутинных операциях. Пока же индустрия в значительной степени компенсирует слабость ядра обвязкой: собирает огромные наборы траекторий работы, добавляет структурированные CAD-представления, инструменты, обратную связь, верификацию результатов и агентные циклы. То есть сейчас совершенствуется прежде всего среда вокруг модели; следующий качественный скачок должен произойти уже в способности самой модели понимать пространство.

^^ Достаточно нишевое решение, но тем не менее. В следующий четверг они проводят вебинар Inside sphereneNXT: The Complete Toolset Покажут как применять для проектирования дрона и теплообменника.

SphereneNXT — облачная платформа для проектирования внутренней структуры деталей, прежде всего рассчитанная на аддитивное производство. Её идея хорошо выражается формулой «CAD for the Inside»: привычная CAD-система определяет внешнюю форму детали, а sphereneNXT занимается тем, как материал должен быть устроен внутри. Вместо сплошного объёма или обычной периодической решётки можно создавать сложные пористые структуры, менять их плотность и толщину в разных местах, формировать внутренние каналы и подстраивать геометрию под механические или тепловые требования. Пользователь импортирует исходную модель, задаёт область и необходимые свойства, после чего платформа вычисляет внутреннюю архитектуру и подготавливает результат для дальнейшего анализа или производства. Главная технология Spherene называется ADMS — Adaptive Density Minimal Surface. В отличие от обычных lattice-структур, собранных из одинаковых повторяющихся ячеек, ADMS формирует непрерывную непериодическую поверхность, которая может плавно меняться внутри детали. Благодаря этому можно, например, сделать одну область более жёсткой и плотной, другую — лёгкой и пористой, причем без резких переходов между ними. Такая поверхность одновременно разделяет внутренний объём на два независимых переплетающихся пространства, что открывает интересные возможности для теплообменников, охлаждения и движения жидкостей. Подобную геометрию трудно строить традиционными средствами B-Rep CAD: количество элементов быстро растёт, а операции пересечения и обрезки становятся тяжёлыми. Spherene вместо этого генерирует структуру алгоритмически сразу внутри нужного объёма. SphereneNXT поэтому интересен не просто как очередной генератор решёток, а как попытка выделить внутреннюю архитектуру детали в самостоятельный этап проектирования. Если классический CAD отвечает на вопрос, какой должна быть форма изделия, то здесь добавляется второй вопрос — как распределить материал внутри этой формы, чтобы получить нужные свойства. По смыслу это близко к возможностям nTop и других систем implicit modeling, но Spherene гораздо сильнее сфокусирован именно на внутренней структуре и собственной технологии ADMS. Для аддитивного производства такой подход выглядит естественным развитием CAD: 3D-печать позволяет проектировать уже не только поверхность изделия, но фактически сам материал на уровне его пространственной структуры. https://spherene.io

17 августа протокол и открытый стандарт Agent2Agent (A2A) перешёл под управление Agentic AI Foundation (AAIF) как отдельный hosted project: https://aaif.io/blog/a2a-joins-aaif Так что A2A теперь находится в одной специализированной нейтральной структуре с MCP и agentgateway, то есть начинает складываться общий открытый стек для agentic-инфраструктуры. AAIF указывает, что A2A уже поддерживают более 150 организаций и что протокол используется в production-сценариях, включая supply chain и financial services. Для концепции сетевой операционной среды для организаций, людей и ИИ-агентов в общем, и для перспектив ИИ в инженерной среде в частности, это достаточно заметный шаг. Формируется всё более ясное разделение слоёв: MCP — доступ агента к инструментам и данным; A2A — обнаружение других агентов, делегирование задач и взаимодействие между агентами разных организаций и технологических стеков; agentgateway — единая точка управления MCP-, A2A-, LLM- и API-трафиком с политиками доступа. Всё это теперь развивается под одной нейтральной организационной крышей. Кстати, в описании A2A прямо говорится об агентах, «owned by different organizations», то есть взаимосдействие с помощью протокола изначально рассматривается не только в контексте одной организации.

У Теренса Тао вышла новая статья-эссе, полностью посвященная проблеме переосмысления математики в век AI https://arxiv.org/pdf/2608.16753 Если кратко, ученый предлагает вообще перестать спорить о том, насколько мощным станет ИИ в математике, и подумать о том, что на самом деле является целью математического исследования, если решение задач перестает быть узким местом. На самом деле, решение задачи – это не только решение задачи. При ближайшем рассмотрении процесс разворачивается в пять этапов: генерация доказательства → верификация → внятное изложение → принятие сообществом → канонизация (встраивание в учебники и стандартный аппарат области). Так вот, ИИ берет на себя только первые два пункта. На людях же остается все остальное, а именно: понимание, объяснение, публичные обсуждения, связь найденных решений с существующей теорией и превращение их в материал, которым действительно можно пользоваться на благо науки. Это все можно обобщить как «коллективное усвоение знаний», и оно совсем не поддается автоматизации. Так что тезис Тао таков: математики не лишатся работы, даже когда ИИ полностью обесценит поиск решений. Просто их работа сместится к тому, что раньше считалось менее престижным, но всегда было сутью науки – пониманию и изложению.

Вебинар Luminary на котором расскажут про технологический стек Physics AI — искусственного интеллекта, который работает не только с текстами и данными, но и с физическими моделями реальных объектов и процессов, глубокой интеграции вычислительной инфраструктуры, симуляций, данных, машинного обучения и прикладных инструментов. Они используют результаты CFD, FEA, тепловых и других расчётов для построения быстрых моделей, способных оценивать множество вариантов конструкции и помогать выбирать наиболее перспективные решения ещё до запуска дорогостоящих высокоточных симуляций или физических испытаний. Проиллюстрируют как Physics AI меняет сам цикл разработки. Вместо последовательной схемы «создать вариант — рассчитать — проанализировать — изменить» появляется более быстрый контур, в котором ИИ помогает исследовать пространство решений, сравнивать компромиссы и определять, где действительно нужен точный расчёт. При этом классические симуляции и испытания не заменяются нейросетями, а становятся источником проверенных данных и способом валидации результатов. Иными словами покажут ценность Physics AI, которая заключается не столько в ускорении отдельного расчёта, сколько в сокращении всего пути от идеи до обоснованного технического решения. Понедельник, 31 августа, 20:00 - 20:45 по Минску https://events.luminary.ai/the-physics-ai-stack-required-for-faster-engineering-decisions-in-the-ai-era

CEO Figure AI объявил, что роботов Figure 02 утилизируют, потому что в штаб-квартире заканчивается место, и спросил у подписчиков, как лучше проводить модель на пенсию. На что в комменты пришел Арнольд Шварцнеггер и ответил ему: «Вы должны их расплавить»

^^ Продавайте чиновникам «Национальная платформа инженерной кооперации», «Единая среда цифровой инженерной кооперации», «Национальное пространство инженерных данных» или, более бюрократически, «Государственная информационная система межорганизационного инженерного взаимодействия». Сокращать до нечитаемой абревиатуры я не могу, но там обязательно придумают. Потенциальная задача таких организаций — обеспечение доверенного взаимодействия между независимыми контурами предприятий. Идентификация предприятий, пользователей и ИИ-агентов; проверка их полномочий; единые глобальные идентификаторы публикуемых объектов; каталог доступных интерфейсов и типов данных; передача уведомлений об изменениях; публикация и получение согласованных представлений изделий, требований, спецификаций и доказательств; фиксация версий и принятых baseline; обмен запросами, предложениями и обязательствами между предприятиями; проверяемая электронная подпись и происхождение данных; управление политиками доступа и условиями использования; отраслевые схемы и правила преобразования между разными PLM, ERP, MES и другими системами. Национальный "центр доверия" и "слой координации": он знает, кто с кем взаимодействует, кто за что отвечает, какой версии можно доверять и какие обязательства существуют, но внутренние BOM, CAD, расчёты, себестоимость и производственные планы остаются внутри предприятий. На Западе, скорее всего, возникнет не один «национальный сервис инженерной координации», а экосистема совместимых пространств данных. Собственно это уже сейчас видно в Европе: Catena-X строит автомобильное пространство данных, где предприятия сохраняют свои системы и данные, получают устойчивую идентичность, публикуют стандартизованные представления цифровых двойников и обмениваются ими через совместимые connectors. Над отдельными отраслевыми пространствами формируется общий слой доверия — Gaia-X развивает федеративную идентификацию, проверяемые credentials, политики и возможность связывать между собой разные data spaces, а International Data Spaces определяет протоколы каталогов, переговоров об условиях доступа и передачи данных. То есть государственный или общеевропейский уровень скорее будет отвечать не за хранение CAD/BOM, а за вопрос «кто ты, каким требованиям соответствуешь, что тебе разрешено получить и на каких условиях». Поверх этого отрасли будут определять собственную семантику. Catena-X уже стандартизует модели цифровых двойников, BOM, качества, сертификатов и других объектов; Manufacturing-X развивает тот же общий подход для промышленности шире автопрома. Это очень похоже на упомянутую выше модель: нет единой PLM-схемы, но существует набор согласованных профилей, через которые Teamcenter, Windchill, 3DEXPERIENCE, SAP, собственные системы предприятий и будущие AI-native платформы могут понимать друг друга. В США модель, вероятно, будет менее «инфраструктурно-федеративной» и более ориентированной на открытые стандарты, отраслевые экосистемы и требования крупных заказчиков. Так NIST уже много лет развивает Digital Thread именно через стандартизованный обмен между проектированием, производством и качеством и подчёркивает необходимость открытых стандартов вместо одной общей системы. В оборонке DoD говорит об authoritative sources of system data and models, причём исследования для DoD уже приходят к тому, что такая среда фактически должна представлять собой распределённую федерацию данных и моделей. Кстати ставлю на то, что DoD основным конструктором стандарта, эталона, как это уже неоднократно происходило в США в поворотные для индустрии моменты. Следующий шаг, который пока только начинает проявляться, — добавить поверх data spaces не просто передачу данных, а координацию действий. Сегодня инфраструктура в основном умеет сказать: «организация A предлагает dataset X организации B на таких условиях». Для мира агентов потребуется: «агент A, действуя от имени компании X и имея такой мандат, предлагает изменение; агент B может его проверить; компания Y принимает конкретную версию; поставщик принимает обязательство; результат подтверждён такими доказательствами». Gaia-X уже двигается в сторону автоматизированного trust layer и межэкосистемной проверки полномочий, но полноценной общей модели подобных инженерных обязательств пока нет.