NX MCP Whitepaper: Sichere Hände für KI-Agenten in Siemens NX

NX MCP: Die Kurzfassung

NX MCP ist die Praxis, Operationen in Siemens NX und NX-Wissen einem KI-Agenten über das Model Context Protocol zugänglich zu machen, sodass ein Modell wie Claude ein Live-Bauteil inspizieren, Ihre Normen anwenden und nach Bestätigung Geometrie aufbauen oder PMI erzeugen kann. Dieses Whitepaper erklärt, was Engineering-Teams 2026 verlangen, wo die Open-Source- und Herstellerlandschaft steht und welche NX MCP Architektur inteliScience für die Schicht zwischen Agent und NX einsetzt: eine Brücke, die typisierte, abgesicherte Befehle in NX ausführt, eine Wissensschicht, die dem Agenten Ihre Richtlinien übergibt, bevor er handelt, und einen PMI-Authoring-Workflow, der nie eine Toleranz erfindet.

Frage	Antwort in einem Satz
Was wollen die Teams?	Einen Assistenten, der das geöffnete Bauteil sieht und darin Routinearbeit erledigt, kein Handbuch, das NX kennt.
Was existiert 2026?	Community-Server, die NX ohne Sicherheitsnetz steuern, Retrieval-Server, die halluzinierte NXOpen-Aufrufe verhindern, Siemens’ dokumentationsgestützter Copilot, offizielle Fusion MCP Server von Autodesk. Kein offizieller MCP-Server von Siemens für NX-Modellierung.
Was fehlt?	Das Gate (Vorschau, Bestätigung, Undo, Audit), rollenbasierte Berechtigungen, Kenntnis der Templates und Wissen über Ihre Normen im Loop.
Was wir gebaut haben	Den Vision4NX Connector: eine Brücke zwischen einem MCP-fähigen Agenten und einer laufenden NX-Sitzung, mit freien Read-Tools, abgesicherten Build-Tools und einer Wissensschicht aus über zwei Millionen kuratierten NX-Datensätzen.
Erste Anwendungsfälle	Bauteilinspektion und Onboarding-Fragen ab Tag eins; PMI-Authoring, Template-Features und Variantenaufbau, sobald dem Read-Tier vertraut wird.

1. Warum dieses Whitepaper, warum jetzt

Drei Entwicklungen fielen in zwölf Monate und haben die Frage verändert, die uns Engineering-Manager stellen. Früher lautete sie “Kann eine KI NXOpen für uns schreiben?”. Heute lautet sie “Kann eine KI für uns in NX arbeiten, und wie behalten wir die Kontrolle?”.

Das Protokoll ist gereift. Anthropic veröffentlichte das Model Context Protocol im November 2024. Im Dezember 2025 wechselte es unter das Dach der Agentic AI Foundation der Linux Foundation, und die am 28. Juli 2026 veröffentlichte Spezifikation machte den Kern zustandslos, ergänzte einen nativen Weg, mit dem ein Server einen Tool-Aufruf pausieren und dem Nutzer eine Frage stellen kann, und stufte Enterprise-Managed Authorization als stabil ein. MCP ist kein Herstellerexperiment mehr; es ist der Stecker, den jeder große Assistent unterstützt.

Die CAD-Hersteller haben sich bewegt, ungleichmäßig. Am 28. April 2026 kündigten Autodesk und Anthropic zwei öffentliche Fusion MCP Server an, einen für Modellierbefehle in einer laufenden Sitzung und einen für Konstruktionsdaten, direkt aus Claude nutzbar. Siemens benannte NX mit dem Release vom 23. Juni 2026 in Designcenter um und lieferte Designcenter Copilot aus, einen Assistenten, der auf der Dokumentation und der aktuellen Aufgabe gründet, und berichtet, dass seine KI-Funktionen mehr als 500,000-mal im Monat genutzt werden. Aber ein offizieller MCP-Server von Siemens für NX-Modellieroperationen existiert unseres Wissens nicht. Siemens’ eigenes Entwicklerportal beschreibt MCP als den “USB-C-Anschluss für KI-Anwendungen” und zeigt, wie man einem Agenten Produktdokumentation bekannt macht; einen Server, der in NX handelt, bietet es nicht.

Die Ingenieure haben aufgehört zu warten. Konstrukteure haben Claude, Copilot oder einen hauseigenen Assistenten ohnehin schon neben NX geöffnet. Sie kopieren Feature-Namen, Expression-Werte und Fehlermeldungen von Hand in ein Chatfenster, und sie kopieren die Antwort von Hand zurück nach NX. Das ist die Lücke, die eine NX MCP Schicht schließt, und deshalb tauchte eine Nischenanfrage wie “Siemens NX MCP” diesen Sommer in unserer Search Console auf, ohne dass ein Dienstleister dafür rankt. Analysten für Industriesoftware sehen dasselbe Muster: Ein Verdantix Market Insight vom Mai 2026 porträtiert Anbieter von Industriesoftware, Siemens darunter, die MCP-Fähigkeiten aufbauen, und nennt Datenkontextualisierung, Governance-Kontrollen und strenge Sicherheitsanforderungen als die Hürden, die industrielle Deployments von gewöhnlichen IT-Deployments trennen.

Dieses Dokument ist unsere Antwort auf diese drei Entwicklungen. Es richtet sich an CAD-Manager, NX-Administratoren und Engineering-IT: Menschen, die einen Agenten freigeben müssen, der Bauteildateien anfasst.

2. Was Engineering-Teams wirklich verlangen

In Discovery-Sessions mit NX-Teams aus Maschinenbau, Automobilzulieferung, Luftfahrt und Energie bündeln sich die Anforderungen in vier Gruppen, und ihre Reihenfolge ist wichtig, weil es auch die Reihenfolge ist, in der Vertrauen entsteht.

Gruppe 1, das Bauteil sehen. “Welche Features referenzieren die Wandstärken-Expression?” “Wie groß ist die Masse von Körper 3 in der aktuellen Revision?” “Warum aktualisiert sich diese Zeichnungsansicht nicht?” Jede dieser Fragen hat eine exakte Antwort in der laufenden Sitzung, und keine davon kann ein Chatbot beantworten, der nur die Dokumentation kennt. Das ist der Read-Tier, und dort beginnt jeder erfolgreiche Pilot.

Gruppe 2, unsere Regeln kennen. “Welche Bezugsstrategie schreibt unsere Werksnorm für diese Bauteilklasse vor?” “Ist dieser Expression-Name nach unserer Namenskonvention zulässig?” “Zeig mir den NXOpen-Aufruf dafür, aus unserer eigenen Bibliothek, nicht als generisches Beispiel.” Teams wollen kein klügeres Allzweckmodell. Sie wollen ein Modell, das aus ihren Normen, ihren Templates und ihrem Code antwortet.

Gruppe 3, die Routinearbeit erledigen. Das Bohrungsmuster aus der Spezifikation erzeugen. Das Aufsatz-und-Rippen-Konstrukt instanziieren, das unsere Norm vorschreibt. Das Bezugssystem und die Toleranzrahmen für diese Lagersitze erstellen. Den Zeichnungssatz für alle Mitglieder dieser Teilefamilie ableiten. Das sind Build-Operationen, und mit ihnen beginnt das Gespräch über Sicherheit.

Gruppe 4, es beweisen. Wer hat diese Änderung freigegeben? Können wir sie präzise rückgängig machen? Wo ist das Log, nach dem der Auditor fragen wird? Können wir festlegen, welche Rollen welche Tools aufrufen dürfen? Diese Gruppe wird vom Konstrukteur selten und vom CAD-Manager und der IT-Sicherheit immer angesprochen. Ein Pilot, der sie nicht beantworten kann, wird kein Rollout.

Eine nützliche Beobachtung aus diesen Sessions: Teams, die zuerst einen allgemeinen Chatbot ausprobiert haben, stießen innerhalb einer Woche an dieselbe Wand. Der Assistent erklärt den Extrude-Dialog wunderbar und hat keine Ahnung, was auf dem Bildschirm ist: wie viele Features das Bauteil hat, welche Körper unterdrückt sind, welche Expression die Wandstärke steuert. Das ist kein Sprachmodell-Problem. Es ist ein Konnektivitätsproblem, und MCP ist der Standardweg, es zu lösen.

3. Stand der Technik im September 2026

Suchen Sie nach “NX MCP”, finden Sie vier Arten von Dingen. Sie werden ständig vermischt, deshalb lohnt sich Präzision.

Kategorie	Beispiele	Funktion	Was für die Produktion fehlt
Community-Server, die NX steuern	NX_MCP (MIT, 84 Stars, 15 Forks, Version 0.2.0.dev0), eine Text-to-CAD-Demo auf NX 2206	Kapseln die NXOpen Python API als MCP-Tools: 16 Standard-Tools plus 34 Legacy-Tools hinter einem Flag, auf den Workspace beschränkte Dateipfade, Undo bei fehlgeschlagenen Mutationen, Journal-Ausführung standardmäßig aus. Validiert auf NX 2506 im Batch-Modus am 21. August 2026; ein Draft-Pull-Request vom 6. September 2026 zielt auf NX 2606 Session-Hosting mit Checkpoint-Rollback und rund 189 nach Fähigkeit gekennzeichneten Tools.	Jedes Tool wird auf dem gerade aktiven Bauteil ausgeführt, mit den Parametern, die das Modell gewählt hat; keine Vorschau, keine Rollenberechtigungen, keine Kenntnis der Templates, nur Windows-Batch-Modus, interaktives GUI-Scheduling nicht validiert.
Server, die Agenten NX beibringen	nxopen-mcp und ähnliche Retrieval-Server	Indexieren die NXOpen .NET API Dokumentation einer lizenzierten Installation und liefern einem Coding-Agenten exakte Klassen und Signaturen, damit er keine Methoden mehr erfindet.	Handeln nicht in NX; kennen Siemens’ API, aber nicht Ihre Bibliotheken, Templates oder Normen.
Hersteller-Copilots	Designcenter Copilot (Siemens, Juni 2026), NX CAM Copilot (Beta seit Ende 2025), Autodesk Fusion MCP Server (April 2026)	Siemens: dokumentationsgestützte Antworten mit Aufgabenkontext, PMI-Annotationsvorhersagen, Befehlsvorhersage. Autodesk: offizielle lokale und Remote-MCP-Server für Fusion, damit ein Agent modellieren und Konstruktionsdaten abfragen kann.	Siemens: Antworten, keine Aktionen, und keine MCP-Schnittstelle für NX-Modellierung. Autodesk: nicht NX.
Generische Assistenten	Claude, Copilot-artige Tools, hauseigener Chat	Reasoning, Code-Generierung, Dokumentenverständnis.	Können das Bauteil nicht sehen; NXOpen-Boilerplate ist genau die Stelle, an der sie halluzinieren, wie unsere Code-Generierungstests gezeigt haben.

Zwei Schlüsse folgen daraus. Erstens, die Anbindung ist bewiesen und öffentlich. Zweitens, alles, wonach ein CAD-Manager fragen wird, liegt außerhalb der Anbindung: das Gate, die Berechtigungen, das Wissen und der Audit-Trail. Das ist der Baustein, den die meisten Server weglassen, und es ist der Baustein, um den es in diesem Whitepaper geht.

4. Die NX MCP Architektur: Eine Brücke zwischen Claude und NX

Der Vision4NX Connector begann als Wissens-Connector: ein universeller Stecker, der jedem KI-Assistenten kuratierte Expertise zu NX, NXOpen, Teamcenter und Datenqualität gibt, über zwei Millionen kuratierte Datensätze für eine einzelne NX-Version, DSGVO-konform und ohne Datenspeicherung. 2026 ist ihm eine zweite Hälfte gewachsen. Er trägt jetzt auch typisierte Befehle eines MCP-fähigen Agenten in eine laufende NX-Sitzung und strukturierte Ergebnisse zurück. Claude ist die Reasoning-Schicht, die wir am häufigsten einsetzen; das Protokoll macht die Brücke modellagnostisch.

Wir veröffentlichen die Interna der Brücke bewusst nicht. Was folgt, ist der Vertrag, und das ist der Teil, den es zu verstehen lohnt, wenn Sie ein beliebiges NX MCP Setup bewerten.

4.1 Vier Bausteine, und der eine, auf den es ankommt

Baustein	Rolle	Was dort liegt
Host und Agent	Wo der Ingenieur tippt	Ein Chat-Panel neben NX, eine IDE oder der Assistent in NX. Das Modell plant, welche Tools aufgerufen werden. Es berührt NX nie direkt und schreibt zur Laufzeit nie NXOpen.
MCP-Server	Der Tool-Katalog	Typisierte Tools mit Namen, Parametern in technischen Einheiten und Docstrings. Kuratiert, versioniert, gegen Ihre NX-Version getestet.
Gate	Vorschau, Bestätigung, Undo, Log	Jeder mutierende Aufruf wird als Dry-Run ausgeführt, dem Ingenieur gezeigt, nur nach Freigabe angewendet, in eine Undo-Mark gekapselt und mit Nutzer, Zeitstempel, Tool, Parametern und Ergebnis in ein Audit-Log geschrieben.
Connector in NX	Wo es tatsächlich passiert	Ihre bestehenden NXOpen-Bibliotheken, Templates und Checker führen die Operation in der laufenden Sitzung aus, oder headless im Batch.

Ein Wochenend-Server hat die Bausteine eins, zwei und vier. Der dritte Baustein ist das Produkt.

4.2 Read-Tools vor Build-Tools

Die wichtigste Designentscheidung überhaupt ist, den Katalog in Tiers mit unterschiedlichen Vertrauensstufen aufzuteilen.

Ebene	Beispiel-Tools	Verändert das Modell?	Gate
Lesen	Features, Ausdrücke und PMI auflisten, Körper messen, Durchdringungen finden, Zeichnungsansichten auflisten	nie	keine, frei aufrufbar
Wissen	Normen, Vorlagen, die NXOpen-Referenz und Firmenrichtlinien nachschlagen	nie	keine, frei aufrufbar
Aufbau	Skizzen, Extrusionen, Bohrungsmuster, Ausdrucksänderungen, Template-Features, PMI-Sätze	ja	Vorschau, Bestätigung, Undo-Mark, Log
Export	STEP-Export, PDF-Export von Zeichnungen, Ableitung von Zeichnungssätzen	schreibt Dateien	auf den Workspace beschränkte Pfade, Log

Unsere Empfehlung ist nach jedem Projekt unverändert: Liefern Sie zuerst den Read- und den Wissens-Tier aus, für sich allein, und lassen Sie die Konstrukteure zwei oder drei Wochen damit leben, bevor ein einziges Build-Tool live geht. Read-Tools sind der Ort, an dem der Moment “der Assistent sieht endlich mein Bauteil” passiert, und sie tragen kein Risiko, ein Modell zu beschädigen.

4.3 Der Vertrag eines Build-Tools

Drei Regeln aus der Praxis, alle billig zu formulieren und teuer zu überspringen.

Jedes Build-Tool nimmt Parameter in technischen Einheiten, nie in Bildschirmkoordinaten. Ein Tool, das eine Bildschirmauswahl erwartet, ist ein Tool, das sich nicht prüfen lässt.

Jedes Bau-Tool führt genau eine Operation als einen Undo-Schritt aus. Das Rollback muss präzise sein, nicht “mach das Letzte rückgängig”.

Keine freie Journal-Ausführung. Der Community-Server liefert sie hinter einem Flag und standardmäßig deaktiviert aus, und wir ebenso. Ein Agent, der beliebige Journale ausführen kann, ist ein Agent, der alles kann, was NXOpen kann, und das ist genau die Eigenschaft, die kein CAD-Manager freigeben wird.

4.4 Die Bestätigung lebt jetzt im Protokoll

Bis Mitte 2026 musste der Bestätigungsschritt in die Host-Anwendung eingebaut werden. Die MCP-Spezifikation vom 28. Juli 2026 hat das geändert. Ein Server darf einen Tool-Aufruf jetzt mit einem Ergebnis vom Typ input_required beantworten, dem Client eine Frage übergeben und den Aufruf abschließen, sobald die Antwort zurückkommt, ohne einen Stream offen zu halten. Für ein NX Build-Tool ist das der native Weg zu sagen: “Das fügt 24 Bohrungen zu Körper 2 hinzu, fortfahren?”. Enterprise-Managed Authorization, im selben Release als stabil eingestuft, bedeutet, dass der Zugriff auf einen NX MCP Server über den Identity Provider gesteuert werden kann, den Sie bereits betreiben, und das neue Extensions-Framework hat langlaufende Aufgaben aus dem Kern in Erweiterungen verlagert, und genau dorthin gehört eine Interferenzprüfung über die gesamte Baugruppe.

Ein 2026 entworfener NX MCP Server sollte sein Gate über das Protokoll bereitstellen statt über ein eigenes Pop-up. Das tun wir, und genau das macht denselben Server aus Claude, aus einem Coding-Assistenten und aus unserem eigenen Panel in NX nutzbar, ohne drei verschiedene Bestätigungsdialoge.

5. Wissen im Loop: Dem Agenten Ihre Richtlinien geben

Aktions-Tools entscheiden, was ein Agent tun kann. Wissen entscheidet, ob er das Richtige tut. Die meisten veröffentlichten MCP-Server für CAD hören bei Aktionen auf; die zweite Hälfte des Vision4NX Connector existiert, weil die erste Hälfte nicht genügt.

5.1 Warum ein allgemeines Modell an Ihren Normen scheitert

Ein Frontier-Modell kennt GD&T, kennt NXOpen, kennt Teamcenter-Konzepte. Es weiß nicht, dass Ihre Bezugsstrategie für Lagergehäuse von der Montagefläche ausgeht, nichts von der Namensregel für Expressions nach dem Schema p_<feature>_<quantity>, dass der Aufsatz (Boss) in Ihrer Werksnorm ein Template-Feature ist und kein Zylinder mit Boolescher Operation, oder dass Revision C einer Zeichnung das Blattformat nicht ändern darf. An jeder dieser Stellen ist eine technisch korrekte Antwort für Sie falsch.

5.2 Vier Arten von Wissen, ein Protokoll

MCP hat drei Primitive: Tools, Ressourcen und Prompts. Wir nutzen alle drei.

Wissen	Wie der Agent es bekommt	Beispiel
Kuratierte NX-Expertise	Retrieval-Tools über die Wissensbasis des Connectors: NX, NXOpen, Teamcenter, MBD, ISO GPS, Datenqualität	“Wie mache ich einen PMI-Toleranzrahmen semantisch statt dekorativ?” beantwortet aus validierten Datensätzen, nicht aus dem Gedächtnis.
Ihre Werksnormen und Templates	Ressourcen aus Ihren Normdokumenten und MBD-Vorlagen, als Wissens-Tools bereitgestellt	“Bezugssystem für diese Konsole, Werksnorm” liefert Ihre bevorzugte Strategie für die Bauteilklasse, mit Angabe des Quelldokuments.
Ihre NXOpen-Bibliotheken	Ein Referenz-Tool über Ihren eigenen Code und seine Docstrings	Der Agent schlägt den Aufruf aus Ihrer Bibliothek vor, in Ihrer Benennung, statt eines generischen Snippets.
Das Live-Modell	Read-Tools	Alles, was der Agent über das Bauteil auf dem Bildschirm “weiß”, ist abgerufen, nicht erinnert.

Die Reihenfolge ist entscheidend. Bevor ein Agent eine Build-Operation vorschlägt, hat er das Bauteil bereits gelesen, die Norm nachgeschlagen und das Template gefunden. Der Build-Aufruf trägt dann Parameter, die auf eine Quelle zurückführbar sind, und genau das macht die Vorschau prüfbar: Der Ingenieur sieht nicht nur, was sich ändern wird, sondern auch, warum diese Werte gewählt wurden.

5.3 Prompts als Leitplanken

MCP-Prompts erlauben es dem Server, dem Agenten eine Aufgabenvorlage mit eingebauten Regeln zu übergeben. Unser PMI-Authoring-Prompt legt zum Beispiel fest, dass jeder Toleranzwert auf eine Chat-Anfrage, eine Spezifikationszeile, eine Altzeichnung oder den Standardwert der Werksnorm für die Feature-Klasse zurückführbar sein muss, und dass der Agent nachfragt, wo die Quelle schweigt. Eine geratene Toleranz auf einem freigegebenen Modell ist der eine Fehlerfall, den die Architektur verweigert, und die Verweigerung ist in die Protokollschicht geschrieben statt vom Modell erhofft.

5.4 Souveränität des Wissens

Ihre Normen sind geistiges Eigentum. Die Wissensschicht läuft dort, wo Sie es entscheiden: auf Ihrer Infrastruktur, in einer EU-Cloud oder vollständig air-gapped mit lokalen Modellen für Verteidigungs- und IP-sensible Umgebungen. Das Reasoning-Modell kann gehostet sein, während der MCP-Server, die Wissensbasis, das Audit-Log und alle Bauteildaten auf Kundenseite bleiben. Diese Trennung hat ein aktuelles Projekt in einer Runde statt in dreien durch das IT-Security-Review gebracht.

6. Durchgerechnetes Beispiel: PMI-Authoring über den Agenten

Model-based Definition hat die Annotationen von der Zeichnung ins Modell verlagert, und trotzdem tippt nach wie vor jemand jede einzelne davon. PMI-Authoring ist der klarste Fall, in dem Lesen, Wissen und abgesichertes Bauen zusammenkommen, und es ist der Bereich, in dem mehrere unserer Kunden den Agenten zuerst wollen.

6.1 Das deterministische Rückgrat

Lange vor MCP haben wir ein Tool gebaut, das die Platzierung und Nummerierung von PMI-Elementen aus den X-, Y- und Z-Koordinaten eines Koordinatensystems automatisiert. Ändert sich die Konstruktion, ordnet und nummeriert ein Algorithmus die Annotationen selbstständig neu und hält die Dokumentation konsistent. Das Problem, das es gelöst hat, kennt jedes MBD-Team: Manuelle PMI-Pflege bricht mit jeder Konstruktionsänderung. Die Lehre daraus ist die, die dieses Whitepaper immer wiederholt: Die Regeln übernehmen die Platzierung, deterministisch, und der Mensch behält die Konstruktion.

Dieses Tool sitzt jetzt hinter einem MCP Build-Tool. Der Agent platziert Annotationen nicht über geratene Koordinaten. Er ruft die regelbasierte Platzierung mit den Parametern auf, die er gesammelt hat, und die Platzierung tut, was sie immer getan hat.

6.2 Von einer Spezifikationszeile zu geprüften, semantischen PMI

Eingabe, eine Zeile aus der Kundenspezifikation, in den Chat eingefügt oder aus dem Dokument extrahiert: “Lagersitze ø40: Lage zu Bezug A-B, Rundlauf ≤ 0.02. Oberflächen Ra 1.6.”

Was der Agent tut, Tool für Tool:

Lese-Tools am geöffneten Teil: findet die beiden ø40-Sitzflächen und die vorhandene Bezugssituation.
Eine Richtlinienabfrage für die Teileklasse: Ihre Hausnorm sagt, dass Lagersitze die Bezüge A und B definieren, und schreibt die Oberflächenvorlage TN-12 vor.
Das PMI-Autorentool mit den gesammelten Parametern: Bezugselemente A und B an beiden Sitzen, ein Rundlauf-Toleranzrahmen 0,02 zu A-B an den ø40-Flächen, Oberflächengüte Ra 1,6 an den Sitzflächen, Notizensatz und Modellansichten nach Ihrer MBD-Vorlage geordnet.
Das Gate zeigt den Annotationssatz als Vorschau auf dem Modell, jeder Wert auf seine Quelle zurückgeführt. Der Ingenieur akzeptiert, bearbeitet oder verwirft. Nichts gelangt ungeprüft ins Modell, und der Ingenieur, der den Satz freigibt, zeichnet ihn, genau wie bei von Hand erstellten PMI.

Alles wird als semantische PMI erstellt, an Flächen gebunden und mit ihrer Bedeutung versehen, sodass CMM-Programmierung, CAM und die nachgelagerte Compliance-Prüfung sie lesen können. Dekorative Textannotationen sind der Fehlerfall, gegen den wir konstruieren; ein regelbasiertes Compliance-Gate bei der Freigabe, das Geschwister des Authoring-Assistenten, prüft das Ergebnis gegen Ihre Regeln und Kundenanforderungen.

6.3 Was der Agent nicht darf

Er erfindet nie eine Toleranz. Er platziert nie nach Bildschirmkoordinaten. Er gibt nie frei. Die Migrationsqualität aus Altzeichnungen hängt von der Zeichnungsqualität ab; saubere Zeichnungen migrieren nahezu automatisch, gescannte Faxe schicken mehr Annotationen durch die Review-Warteschlange, und ein Pilot misst diese Aufteilung an Ihren realen Zeichnungen, bevor sich jemand auf das Archiv festlegt.

7. Zwei Deployments, ein Muster

Der hybride Co-Engineer. Für einen vertraulichen Engineering-Kunden haben wir einen Assistenten geliefert, der eine Anfrage in natürlicher Sprache interpretiert, entscheidet, welche NX-Tools zu verwenden sind, deren Parameter aus dem Modellzustand und dem Gespräch füllt, in NX ausführt, verifiziert, dass das beabsichtigte Ergebnis tatsächlich erreicht wurde, und entweder fortfährt, korrigiert oder nachfragt. Der Loop lautet verstehen, planen, ausführen, verifizieren, assistieren. Im Engineering ist “Befehl gesendet” nicht dasselbe wie “Aufgabe erledigt”, weshalb der Verifikationsschritt nicht optional ist.

Der Chat-Assistent mit MCP-Zugriff auf Geometrie. In diesem Jahr haben wir einen Chat-Assistenten für einen Industriehersteller in Asien ausgeliefert, dessen Ingenieure mit dem Bauteil sprechen wollten, das sie geöffnet hatten. Die Read-Seite ging zuerst live; die Build-Seite folgte vier Wochen später und ist bewusst schmal: skizzenbasierte Features, Bohrungen und Muster sowie die eigenen Template-Features des Kunden mit Parametern aus dem Gespräch. Jeder Build-Aufruf zeigt eine Vorschau, wartet auf Bestätigung, setzt eine Undo-Mark und schreibt einen Audit-Eintrag. Die Reasoning-Schicht ist ein gehostetes Frontier-Modell; der Server, das Log und die Bauteildaten verlassen den Kunden nie.

Beide Projekte laufen auf die NX MCP Architektur aus Abschnitt 4 zu, und beide bestätigen die Reihenfolge aus Abschnitt 2: das Bauteil sehen, die Regeln kennen, die Routinearbeit erledigen, es beweisen.

8. Sicherheits- und Governance-Checkliste für ein NX MCP Setup

Ob Sie intern oder mit einem Partner bauen, dies sind die Kriterien, die ein Tool, das ein CAD-Manager freigeben kann, von einer Demo unterscheiden.

Die Read-Ebene wird zuerst allein ausgeliefert. Inspektions- und Wissens-Tools ohne jeden Schreibzugriff, in Produktion, bevor ein einziges Build-Tool existiert.
Technische Einheiten in jeder Signatur. Millimeter, Grad, Expression-Namen. Keine Bildschirmkoordinaten, kein “die ausgewählte Fläche”.
Ein Undo-Schritt pro Schreibvorgang. Rollback muss präzise sein.
Keine freie Journal-Ausführung. Nicht hinter einem Flag, das Ihre Nutzer finden können.
Template-Awareness. Der Agent instanziiert Ihre Standard-Features, statt Geometrie aus Primitiven zusammenzusetzen.
Wissen mit Herkunftsnachweis. Jeder Wert in einer Vorschau ist auf eine Norm, ein Template, eine Spezifikation oder das Live-Modell zurückführbar.
Rollenbasierte Berechtigungen über Ihren Identity Provider. Enterprise-Managed Authorization ist seit Juli 2026 stabil im Protokoll; nutzen Sie sie.
Ein Audit-Log, das dem CAD-Manager gehört. Benutzer, Zeitstempel, Tool, Parameter, Ergebnis, Undo-Mark. Exportierbar.
Das Modell, wo Sie es wollen, die Daten, wo sie bleiben müssen. Gehostetes Reasoning ist in Ordnung; die Brücke, die Bauteile, die Wissensbasis und das Log bleiben auf Ihrer Infrastruktur oder in einer EU-Cloud, wo erforderlich air-gapped.
Gemessener Pilot. Genauigkeit und Prüfaufwand je Tool und je Annotationstyp, an Ihren Bauteilen, vor dem Rollout.

Nummer 5 ist die, die die meisten Demos überspringen, und die, die Konstrukteure zuerst bemerken. Nummer 6 ist die, die Nummer 5 erst möglich macht.

9. Einen Piloten messen

Ein NX MCP Pilot sollte so beurteilt werden wie jedes Engineering-Tool: nach Zahlen an Ihren eigenen Bauteilen. Die Kennzahlen, die wir am Ende eines Proof of Concept berichten:

Metric	Was sie Ihnen sagt
Tool-Call-Präzision	Anteil der Build-Vorschauen, die ohne Bearbeitung akzeptiert wurden, je Tool
Prüfaufwand	Minuten je akzeptiertem Annotationssatz oder Feature, verglichen mit manueller Erstellung
Rollback-Rate	Anteil der bestätigten Operationen, die später rückgängig gemacht wurden, je Tool
Abdeckung	Anteil der Routineaufgaben im Pilotumfang, die der Agent ohne Eskalation abschließen konnte
Grounding-Rate	Anteil der vorgeschlagenen Werte mit nachvollziehbarer Quelle (Ziel: 100 Prozent)
Zeit bis zum ersten Nutzen	Tage, bis der Read-Tier Fragen beantwortet, die Konstrukteure zuvor von Hand beantwortet haben

Ein Pilot, der Nutzung statt dieser Zahlen berichtet, wurde nicht evaluiert. Unser Käufer-Framework zur Bewertung von Engineering-KI-Assistenten beschreibt die umfassendere Methode.

10. Einführungspfad

Die Reihenfolge, die wir empfehlen, und der unsere Festpreis-Proofs-of-Concept folgen:

Wochen 1 bis 2: Read- und Wissens-Tier. Der Connector antwortet aus dem Live-Bauteil und aus Ihren Normen. Keine Schreibvorgänge.
Wochen 3 bis 5: ein schmaler Build-Tier. Die Operation, die Ihre Konstrukteure am häufigsten wiederholen, abgesichert, mit Undo und Audit. Typische erste Kandidaten: Template-Features, Bohrungsmuster, Expression-Updates.
Wochen 5 bis 7: ein wissensintensiver Authoring-Workflow. PMI-Authoring für eine Bauteilklasse mit Ihrem MBD-Template und Ihren Werksnormen kodiert, zwanzig reale Bauteile annotiert und von Ihren Ingenieuren geprüft, Genauigkeit und Prüfaufwand je Annotationstyp berichtet.
Rollout-Phase: Rollen-Scopes, SSO, Betrieb On-Premise oder in der EU-Cloud, Anbindung an das Compliance-Gate und, wo relevant, Teamcenter-Aktionen über dasselbe Protokoll.

Unser NX MCP Proof of Concept läuft als NX Sprint zum Festpreis von 9.900 €; der Proof of Concept für PMI-Authoring ist ein NX Sprint Plus für 16.900 € in vier Wochen. Vorlagen und Regeln gehören so oder so Ihnen.

Wenn Ihre Ingenieure einem Chatbot Bauteile bereits von Hand beschreiben, ist der Read-Tier überfällig, und der Build-Tier ist ein Scoping-Gespräch. Sprechen Sie mit unseren Ingenieuren über einen NX MCP Piloten, oder lesen Sie, was ein produktionsreifer Siemens NX MCP Server braucht, wie der Vision4NX Connector die Wissenshälfte liefert und wie der MBD- und PMI-Authoring-Assistent sie anwendet.

Wie wir diese Arbeit in der Praxis auf mehrere Agenten verteilen, lesen Sie im Beitrag wie wir Recherche, Aufbau, Prüfung und Coding.

Häufig gestellte Fragen

Was ist NX MCP?

NX MCP bedeutet, Operationen und Wissen von Siemens NX über das Model Context Protocol einem KI-Agenten bereitzustellen, umgesetzt auf NXOpen. Der Agent erkennt typisierte Tools, zum Beispiel zum Auflisten von Features oder zum Anwenden eines Template-Features, entscheidet, wann er sie aufruft, und der Server führt sie in einer echten NX-Session aus. Das Protokoll ist modellunabhängig, daher funktioniert derselbe Server mit Claude, Copilot-ähnlichen Assistenten oder einem hauseigenen Engineering-Assistenten.

Gibt es einen offiziellen MCP-Server von Siemens für NX?

Nicht, dass wir wüssten, Stand September 2026. Siemens liefert Designcenter Copilot, einen dokumentationsgestützten Assistenten, und beschreibt MCP auf seinem Entwicklerportal, aber ein offizieller MCP-Server für NX-Modellieroperationen existiert nicht. Community-Server wie NX_MCP beweisen die technische Anbindung; Produktions-Gating, Berechtigungen und Kenntnis der Templates müssen gebaut oder gekauft werden.

Wie verbindet der Vision4NX Connector Claude und NX?

Ein MCP-fähiger Agent wie Claude ruft typisierte Tools auf; der Connector führt sie in der laufenden Sitzung aus und liefert strukturierte Ergebnisse zurück. Lese-Tools dürfen frei aufgerufen werden, Bau-Tools durchlaufen ein Gate mit Vorschau und Bestätigung, mit Undo-Markierungen und Audit-Log, und eine Wissensschicht aus über zwei Millionen kuratierten Datensätzen plus Ihren eigenen Standards steht dem Agenten zur Verfügung, bevor er handelt.

Kann ein KI-Agent PMI in Siemens NX sicher erzeugen?

Ja, wenn jeder Wert auf eine Quelle zurückführbar ist und der Ingenieur den Satz freigibt. Der Agent liest das Bauteil, schlägt Ihre Werksnorm und Ihr MBD-Template nach und ruft ein regelbasiertes Authoring-Tool auf, das semantische PMI erzeugt, die an Flächen gebunden sind. Der Annotationssatz erscheint als Vorschau; nichts gelangt ungeprüft ins Modell. Der Agent erfindet nie eine Toleranz und platziert nie nach Bildschirmkoordinaten.

Wie geben wir dem Agenten unsere Konstruktionsrichtlinien?

Über dasselbe Protokoll. Ihre Normdokumente, MBD-Templates und NXOpen-Bibliotheken werden aufgenommen und als Wissens-Tools und Ressourcen mit Herkunftsnachweis bereitgestellt, und Task-Prompts tragen die Regeln, etwa dass eine fehlende Toleranz erfragt und nicht geraten werden darf. Der Agent konsultiert diese, bevor er eine Build-Operation vorschlägt, sodass jede Vorschau zeigt, warum ein Wert gewählt wurde.

Was kostet ein NX MCP Pilot und wie lange dauert er?

Ein NX MCP Proof of Concept läuft als NX Sprint zum Festpreis von 9.900 €. Ein Proof of Concept für PMI-Authoring ist ein NX Sprint Plus für 16.900 € und läuft vier Wochen, mit zwanzig realen Bauteilen, die annotiert und geprüft werden, und einem Genauigkeitsbericht je Annotationstyp.

Quellen

Model Context Protocol Spezifikation, Revision 2026-07-28, und die Ankündigung der Agentic AI Foundation (Dezember 2025), modelcontextprotocol.io
Autodesk, “Autodesk announces Fusion MCP servers”, 28. April 2026, engineering.com und autodesk.com
Siemens, “Designcenter is for everyone, June 2026 release”, blogs.sw.siemens.com, 23. Juni 2026
Siemens Developer Portal, “Setup Agentic AI & MCP”, developer.siemens.com, abgerufen am 14. September 2026
DreamEnding/NX_MCP, GitHub, abgerufen am 14. September 2026 (84 Stars, 15 Forks, MIT, validiert auf NX 2506 am 21. August 2026)
Verdantix, “Market Insight: 10 Industrial Software Vendors Innovating With Model Context Protocol (MCP) In 2026”, 7. Mai 2026
inteliScience, “Hybrid Agentic AI for Siemens NX” (Case Study), “NX CAD MCP: How AI Agents Read and Build Geometry”, “Siemens NX MCP Server” (Service-Seite), “MBD & PMI Authoring Assistant” (Service-Seite), 2025 bis 2026