Autodesk Assistant в Inventor

[#1]

Примітка: Ця стаття написана й опублікована англійською мовою та є перекладеною версією оригіналу, опублікованого тут.

Нещодавно Autodesk випустила Inventor 2027. Він поставляється з Autodesk Assistant. Це надбудова, яка за замовчуванням постачається з Inventor, але вона не активована з коробки, що відповідає її поточному статусу Tech Preview. Наскільки це корисно для щоденної інженерної роботи? І чи справді це полегшує моделювання?

Я вирішив увімкнути його і просто почати задавати питання. Жодних інструкцій, жодних припущень, лише простий тест, щоб побачити, як реагує Асистент. У цій статті ми розповімо про той перший досвід, що спрацювало, що ні, і що мене здивувало на цьому шляху.

Класна штука

Я почав з завантаження файлу прикладу і задав дуже просте питання:

Tell me about this model.

Асистент почав з запуску кількох внутрішніх інструментів і надав корисний огляд. У ньому вперше була надана загальна інформація про модель.

Ця частина була очікуваною і досить корисною. Однак те, що було далі, було несподіваним.

Асистент помітив, що властивості маси давно не оновлювалися. Це та проблема, яку легко не помітити, особливо у великих моделях. Це відразу змусило мене задуматися, які ще потенційні проблеми він може виявити.

Тому я попросив його перевірити його на наявність помилок.

Мені здалося кумедним, що він повертає перерахування замість тексту, який читається людино.
Оскільки я не знав про якісь приховані компоненти, мені цікаво, що ще асистент міг дізнатися для мене. Так і сталося.

Це виглядає як виклики інструментів MCP, які натякають на те, що асистент активно запитує Inventor через визначений інтерфейс інструменту.

Після цього він повернув більш детальну інформацію про модель.

Тут виділяється те, що асистент, схоже, робить висновок про задум проекту. Деякі з цих припущень були напрочуд обґрунтованими. Хоча це все ще лише припущення, інтерпретація виявилася кращою, ніж я очікував від першої ітерації.

Обмеження

Моїм головним очікуванням було те, що асистент допоможе з реальними завданнями моделювання. В ідеалі я уявляв, що зможу створювати базові особливісті за допомогою команд природної мови. Щоб перевірити це, я почав з дуже простого запиту:

create a tube

Відгук виявилася не такою, як я очікував. Замість того, щоб створювати геометрію, асистент відповів, що це може допомогти мені в процесі, і перейшов до пошуку документів. Він почав крок за кроком пояснювати, як я можу створити трубку вручну в Inventor.
Це було не те, що я шукав, тому перепитав: відгук виявилася не такою, як я очікував. Замість того, щоб створювати геометрію, асистент відповів, що це може допомогти мені в процесі, і перейшов до пошуку документів. Він почав крок за кроком пояснювати, як я можу створити трубку вручну в Inventor.
Це було не те, що я шукав, тому перепитав. Друга відгук була більш чіткою і водночас більш показовою:

It looks like you'd like me to actually create a tube in your active Inventor document using the available tools. 
Let me first check what's currently open.

Assistant:
Executing get_document_info...

Assistant:
I can see you have Part3 open as an active part document. However, I currently don't have the ability to directly create sketches, extrusions, 
or geometry features inside an Inventor part — those modeling operations aren't available with my current tools.

Тут виділяються дві речі.

По-перше, асистент в даний час не може створювати нові особливість або безпосередньо змінювати геометрію. Його роль обмежується аналізом, перевіркою та певними операціями на рівні документів.

По-друге, асистент відкрито показує свій внутрішній діалог при спілкуванні з Inventor. Повідомлення на кшталт «Виконання get_document_info...» з'являються часто. Схоже, що це виклики інструментів MCP.

На цьому етапі було зрозуміло, що мої очікування випереджають те, що зараз може зробити Асистент. Це не помічник у моделюванні в сенсі видачі команд з геометрії. Замість цього він діє скоріше як розумний інспектор і помічник.

iLogic

Друга річ, з якою я сподівався, що асистент зможе допомогти, це iLogic. Написання правил iLogic є потужним, але воно також може забирати багато часу та помилок. Тож це здавалося ідеальним варіантом використання для помічника зі штучним інтелектом.

Я почав з дуже відкритого прохання:

create an ilogic rule

Відгук був трохи кращим, ніж при моделюванні, але все одно обмеженим:

Creating iLogic rules directly is outside my current capabilities — 
I don't have tools to create or modify iLogic code or rules inside Inventor.

However, I can help you get started through the official documentation! Let me look that up for you.

Таким чином, як і у випадку з моделюванням особливостей, асистент не може безпосередньо створювати або вставляти в документ правила iLogic. Ця частина зрозуміла.

Однак, експериментуючи далі, я виявив дещо важливе. Незважаючи на те, що асистент не може застосовувати правила iLogic, він може генерувати код iLogic. Якщо ви попросите правило, воно видасть приклад логіки, яку ви можете вручну скопіювати та вставити в Inventor.

Асистент не є інструментом автоматизації в тому сенсі, що він модифікує вашу модель або правила за вас, але він може виступати в ролі генератора коду. Це особливо цінно для користувачів, які не пишуть iLogic кожен день.

Подальший хід

Минулого тижня, під час DevCon, я розмовляв з кимось з Autodesk, хто мав безпосередні знання про Autodesk Assistant. Згідно з цією розмовою, схоже, що асистент може підтримувати підключення користувальницьких серверів MCP. Це відкриває цікавий і потенційно потужний напрямок.
Якщо його можна поєднати з існуючим update_parameter інструментом, стають можливими абсолютно нові робочі процеси. Наприклад, у нашому власному середовищі ми вже підтримуємо структурований набір стандартизованих параметрів для всіх моделей. Ми також документуємо наші внутрішні стандарти проектування та застосовуємо моделювання на основі параметрів де це можливо.
Уявіть собі MCP-сервер, який демонструє:

• Описи всіх стандартизованих параметрів, які ми використовуємо
• Знання про наші внутрішні правила та умовності дизайну

Якщо асистент має доступ до цієї інформації, він теоретично може зрозуміти, які параметри слід змінити для того чи іншого запиту і чому. Команда на кшталт «зробіть цей виріб на 1000 мм довшим» може перетворитися на оновлення правильних параметрів водіння, а не на сліпу зміну одного розміру.
Він спиратиметься на чіткі описи параметрів і задокументовані стандарти, щоб визначити, що слід змінювати, а що ні. Це фактично перемістило б помічника з посади інспектора в контрольованого, обізнаного зі стандартами конфігуратора.
На даний момент це все ще спекуляції. Тим не менш, поєднання структурованих параметрів, задокументованих стандартів і розширюваного помічника інтригує. 

Всі інструменти, які я знайшов

На завершення, я спробував нанести на карту всі локальні інструменти MCP, доступні асистенту. На момент написання статті цей список представляє все, що я зміг виділити. Але я впевнений, що цей список швидко поповнюватиметься.

ComponentTools

• get_component_states – отримує детальну інформацію про стан для входження компонентів у Inventor зібрання.
• set_component_state – змінює стан одного або кількох входжень компонентів у Inventor зібрання (підтримує пакетні операції).
• get_referenced_components - Отримує компоненти, на які є посилання, з документа Inventor частини.

DocumentTools

• close_document - Закрийте активний документ або той, що відповідає вказаному шляху до файлу.
• get_document_info - Отримати інформацію про активний Inventor документ або той, що вказано шляхом до файлу.
• get_all_open_documents - Отримує список усіх відкритих Inventor документів з повною інформацією про кожен документ. Призначений для ефективного запиту відкритих документів з додатковою фільтрацією та обмеженням результатів.
• get_document_selections - Отримує всі поточні виділені об'єкти з активного набору вибору документа Inventor
• find_document_objects - Знаходить об'єкти в документі за типом об'єкта та його іменем.
• update_document – оновлює застарілі сутності в документі та примусово переобчислює застарілі сутності.
• export_document_as_pdf - Експорт зазначеного або активного документа Inventor у форматі PDF.
• export_document_as_image - Експорт зазначеного або активного документа Inventor у вигляді файлу зображення. Підтримує формати BMP, JPEG, PNG, TIFF і GIF.
• get_document_settings - Отримує всі налаштування документа. Використовуйте цей параметр для перевірки поточних налаштувань перед викликом update_document_settings.
• update_document_settings - Оновлює налаштування документа. наприклад, lengthUnits, angleUnits, massUnits, timeUnits

FileTools

• open_file – відкриває файл документа Inventor. За бажанням відкритий для конкретного стану моделі або члена iComponent.
• get_file_information – отримує повну інформацію про будь-який файл, включаючи Inventor документи та інші типи файлів.
• get_files - Отримує список файлів із вказаної папки з необов'язковою фільтрацією та обмеженням результатів. Призначений для ефективної роботи з великими каталогами.

MaterialTools

• find_materials - Знаходить матеріал або інформацію про зовнішній вигляд з документа Inventor.

ParameterTools

• get_document_parameters - Отримує всі параметри з Inventor документа або конкретний параметр, якщо вказано paramName. Підтримує необов'язковий параметр стану моделі.
• create_user_parameter - Створює новий параметр користувача в документі Inventor і повертає результат операції.
• update_parameter - Оновлює властивості існуючого параметра в документі Inventor.

ProjectTools

• get_project_info - Отримати інформацію про активний проект Inventor, або той, що вказано шляхом до файлу. За бажанням можна активувати проект, якщо він ще не активний.

PropertyTools

• get_document_properties – отримує властивості з одного або кількох Inventor документів.
• get_document_property_sets – отримує всі набори iProperty, доступні в документі Inventor.
• get_occurrence_properties - Отримує всі властивості екземпляра для входження компонента.
• update_properties – оновлює одну або кілька властивостей у Inventor документах або входженнях компонентів.
• delete_properties – видаляє одну або кілька властивостей з Inventor документів або входжень компонентів.

RepresentationTools

• get_representations – отримує всі доступні представлення з Inventor частини або зібрання документа.
• get_member_table - Отримує дані таблиць для фабрик iPart/iAssembly/ModelState, показуючи всі члени/рядки з їх повними даними варіацій.
• update_member_table - Оновлює значення комірок у заводських таблицях iPart/iAssembly/ModelState і за бажанням встановлює рядок за замовчуванням/активний.
• update_representation - Створює, активує, видаляє або перейменовує представлення (наприклад, Design View, Pos Rep, Model State, iPart/iAssembly factory тощо) у Inventor частині, зібрання або креслярському документі.

ViewTools

• set_view – встановлює камеру на стандартний ортографічний або ізометричний вигляд у Inventor.

---

Особиста блог: hjalte.nl - Github - Linkedin