IEN D-A-CH: Da nicht alle Leser den gleichen Informationsstand zum Thema haben: Könnten Sie bitte Onshape und die Unterschiede zu einer klassischen CAD-Struktur kurz vorstellen?
D. Henry: Onshape ist eine Cloud-native CADund Produktdatenmanagement-Plattform (PDM), die im Browser oder auf mobilen Endgeräten läuft. Damit muss keine Software lokal installiert, aktualisiert oder gewartet werden. Konventionelle CAD-Systeme basieren auf Dateien, oft mit einem separaten System zur Verwaltung von Revisionen und Zugriffsrechten. Onshape hingegen wurde auf Basis einer zentralen Datenbank entwickelt. Konstrukteure arbeiten am selben aktuellen Design; Versionshistorie, Berechtigungen und Zusammenarbeit sind direkt integriert. Mehrere Personen können gleichzeitig arbeiten, ohne Dateien hin- und herzuschicken.
Ein weiterer Unterschied ist FeatureScript, die Programmiersprache hinter den Modellierungsfunktionen von Onshape. Wir stellen sie zur Verfügung, sodass Ingenieure eigene parametrische Tools erstellen können. Mit KI lassen sie sich viel einfacher anpassen.
IEN D-A-CH: Künstliche Intelligenz wird in den unterschiedlichsten Bereichen von Software integriert. Welche Vor- und Nachteile haben die bisherigen Möglichkeiten für Ingenieure in der Produktentwicklung mit CAD?
D. Henry: KI-Berater können Fragen beantworten und Anwendern helfen, ein System kennenzulernen. Assistenten oder Agenten können mithilfe der Tools und APIs der Software Aufgaben ausführen. Einzelne Funktionen wie Onshapes AI Quick Render können bestimmte Schritte des Workflows beschleunigen. Ich denke, wir werden künftig in jedem CAD-Produkt mehr solcher Funktionen sehen. Sie sparen Zeit, auch wenn jede nur eine bestimmte Aufgabe adressiert.
Großes Interesse besteht daran, mit einem Prompt direkt Geometrien zu erzeugen. Die Herausforderung dabei ist, dass eine plausibel aussehende Form nicht automatisch auch eine konstruktionsreife Lösung ist. Ist die Geometrie nicht mit den Beziehungen, Parametern und der Konstruktionsabsicht aufgebaut, die ein Ingenieur nutzen würde, kann es schwierig sein, sie zu ändern, zu validieren oder wiederzuverwenden. Doch Konstrukteure müssen kontrollierte Änderungen machen können.
Was ich am spannendsten finde, ist Text-to-Code-to-CAD – also Ingenieure mit KI bei der Erstellung individueller, deterministischer Konstruktionswerkzeuge zu unterstützen. Der Ingenieur bringt sein Wissen ein und bewertet die Ergebnisse; der Code wendet die Regeln innerhalb des CAD-Systems konsistent an.
IEN D-A-CH: Können Sie uns bitte erklären, wie sich der FeatureScript MCP Server davon unterscheidet und welche Veränderungen dies für die Arbeitsabläufe eines Ingenieurs bringen kann?
D. Henry: Der FeatureScript MCP Server verbindet einen KI-Coding-Assistenten mit den nötigen Tools, um FeatureScript für Onshape zu schreiben, zu testen und weiterzuentwickeln. Damit kann ein Ingenieur beschreiben, was ein Tool leisten soll und das Ergebnis im CAD prüfen. Wenn er etwas geändert haben möchte, kann er gemeinsam mit dem Assistenten iterativ daran arbeiten. Das Ergebnis ist keine einmalige Form, sondern eine native, benutzerdefinierte Funktion, die auch andere Ingenieure anwenden, bearbeiten und wiederverwenden können.
Das kann ein spezielles Gewinde sein, es lassen sich aber auch vollständig definierte Bauteilgeometrien oder aufeinander abgestimmte Systeme erzeugen, technische Berechnungen anwenden und Informationen erstellen.
FeatureScript gibt der Funktion zudem eine native Benutzeroberfläche: Eingaben können in Dialogform gemacht, auf gültige Werte geprüft und so weiterentwickelt werden, dass Kollegen das Tool nutzen können, ohne den Code zu kennen. Bei einer ungültigen Eingabe oder einem fehlgeschlagenen Modell, kann die Funktion dem Ingenieur direkt in seiner Arbeitsumgebung anzeigen, woran es lag.
Anstatt dieselbe Art von Konstruktion immer wieder zu modellieren, kann ein Ingenieur also ein Tool für diese Klasse von Konstruktionen erstellen. Er muss die Funktion nach wie vor testen und entscheiden, ob es die Aufgabe erfüllt. Sobald sie das tut, lässt sich das darin enthaltene Fachwissen immer wieder anwenden – mit konsistenten Ergebnissen und einem editierbaren Modell.
IEN D-A-CH: Welche Vorteile bringen die neuen Möglichkeiten und Abläufe, wenn man das gesamte Unternehmen betrachtet und nicht nur den einzelnen Ingenieur?
D. Henry: Das geistige Eigentum von Unternehmen liegt schon lange in ihren Produktdesigns, also in Modellen, Zeichnungen und Spezifikationen. Jetzt können sie es auch in den Tools abbilden, mit denen sie diese Designs erstellen und evaluieren. Darin können bevorzugte Konstruktionsmethoden, Produktstandards und Fertigungsrestriktionen kodiert sein. Das geht über die Geometrie hinaus: Es lassen sich auch Tools entwickeln, die etwa Flüssigkeitsvolumen berechnen, den Schwerpunkt bestimmen oder akustische Reflexionen in einem geplanten Raum bewerten. Solche Prüfungen könnten mit konfigurierbaren Bauteilen oder Bauteilsystemen kombiniert werden, um Ingenieure bei Konstruktionsentscheidungen zu unterstützen. Ein Spezialist würde die Methode entwickeln und validieren, Kollegen können sie dann über eine nutzerfreundliche Oberfläche verwenden. Das hilft neuen Mitarbeitenden bei der Einarbeitung und gibt erfahrenen Ingenieuren einen gemeinsamen, mehrfach nutzbaren Ausgangspunkt.
Der Vorteil ist, dass das nächste Projekt nicht bei null anfangen muss und nicht von einer einzelnen Person abhängt, die weiß, wie etwas bisher gemacht wurde. Teams können eine Bibliothek von Tools gemeinsam nutzen und weiterentwickeln, während sich Produkte und Prozesse verändern. Ingenieure verbringen weniger Zeit mit Routinetätigkeiten und mehr mit Problemen, die ihre Urteilskraft erfordern.
IEN D-A-CH: Der Text-to-Code-to-CAD Ansatz verstärkt also einerseits die Flexibilität, senkt Zugangshürden und hilft, bereits vorhandene Kenntnisse systematisch zugänglich zu machen. Wie könnte das in einem konkreten Anwendungsbeispiel aussehen?
D. Henry: Wenn Sie einen Hersteller von Gartenzubehör nehmen, brauchen die Ingenieure Schlauchgewinde für viele spritzgegossene Produkte und 3D-gedruckte Prototypen, mit unterschiedlichen Ein- und Ausläufen und Fertigungsanforderungen. Decken die Standard-CAD-Tools diese Varianten nicht ab, kann ein Ingenieur mit dem FeatureScript MCP Server eine Gewinde-Funktion entwickeln und mit dem Team teilen. So kann jeder dieselben Regeln anwenden, die Geometrie bleibt editierbar.
Ein Hersteller von Drahtregalen und -körben könnte noch weiter gehen. Seine Ingenieure könnten ein Tool entwickeln, das die unternehmenseigenen Abstands- und Biegeregeln auf eine ausgewählte Form und Abmessungen anwendet und so die Drahtgeometrie, Zuschnittslisten und Biegetabellen erzeugt.
Die größere Chance besteht darin, CAD gezielt auf die Produkte und Prozesse eines Unternehmens zuzuschneiden, ohne darauf warten zu müssen, dass ein Softwareanbieter spezialisierte Tools entwickelt. Dank KI wird dies für weitaus mehr Hersteller möglich – fast als hätten sie ein eigenes CAD-Entwicklungsteam, wobei die eigenen Ingenieure definieren und validieren, welche Funktionen die Tools erfüllen müssen.
IEN D-A-CH: Vielen Dank für das interessante Interview!
