NX CAD MCP: Die Kurzfassung
NX CAD MCP bedeutet, einem KI-Agenten über das Model Context Protocol typisierte Tools zu geben, um Geometrie in Siemens NX über NXOpen zu lesen und zu bauen. inteliScience baut diese Server für Engineering-Teams: Read-Tools zuerst, jeder Schreibvorgang durch Vorschau und Bestätigung abgesichert. Für einen Hersteller in Asien haben wir einen Chatbot ausgeliefert, der geöffnete Bauteile inspiziert und auf Anfrage Features baut.
| Chat-Assistent ohne MCP | NX CAD MCP-Assistent | |
|---|---|---|
| Sieht das geöffnete Bauteil | nein — Sie fügen Feature-Namen von Hand ein | ja — liest Körper, Features, Expressions, Masseeigenschaften |
| Ändert Geometrie | erklärt, welchen Befehl Sie anklicken müssen | erstellt nach Bestätigung Skizzen, Extrusionen, Bohrungen, Muster |
| Vertrauensmodell | keines nötig, es passiert nichts | Vorschau, Bestätigung, Undo-Mark, Audit-Log |
| Erster Nutzen | Onboarding-Fragen | repetitive parametrische Arbeit, Bauteilinspektion, Variantenbau |
Das Problem: Ein Chatbot, der das Bauteil nicht sehen kann
Jedes NX-Team, das einen allgemeinen Chatbot ausprobiert hat, ist innerhalb einer Woche gegen dieselbe Wand gelaufen. Der Assistent erklärt den Extrude-Dialog wunderbar, hat aber keine Ahnung, dass das Bauteil auf Ihrem Bildschirm 214 Features, drei unterdrückte Körper und eine Expression namens p_flange_t enthält, die die Hälfte des Modells steuert. Also beschreibt der Ingenieur das Bauteil in Prosa, das Modell antwortet in Prosa, und der Ingenieur klickt weiterhin alles selbst.
Diese Lücke ist kein Sprachmodell-Problem. Es ist ein Konnektivitätsproblem, und seit Anthropic MCP im November 2024 vorgestellt hat, gibt es einen Standardweg, sie zu schließen. MCP ist inzwischen zur Agentic AI Foundation der Linux Foundation gewechselt (Dezember 2025), und seine SDKs verzeichnen mit dem Spezifikations-Release vom Juli 2026 knapp eine halbe Milliarde Downloads pro Monat. Das Protokoll ist nicht mehr exotisch; selten ist nach wie vor ein CAD-Server dahinter, dem eine Konstruktionsabteilung vertrauen kann.
Was ein Siemens NX MCP Server auf Architekturebene ist, haben wir auf unserer Service-Seite behandelt, und die reine Lese- und Knowledge-Grounding-Variante in unserem Beitrag zu NXOpen MCP. Dieser Artikel handelt von der Geometrieseite: was ein Agent heute in NX tatsächlich lesen und bauen kann, wie wir die Tools in einem dieses Jahr gelieferten Projekt strukturiert haben und wo die Open-Source-Server im September 2026 stehen.
Wenn Ihr Team mit Claude Code arbeitet: Wie wir es mit einer Live-NX-Sitzung verbinden, mit Freigabe pro Tool vor jedem Bau-Tool, zeigt unsere Seite zur Claude-Code-NX-Integration.
Read-Tools vor Build-Tools: So ist ein NX CAD MCP Server aufgebaut
Ein NX CAD MCP Server ist eine Menge von Funktionen auf NXOpen, jede beschrieben durch einen Namen, typisierte Parameter und einen Docstring, die ein Agent entdecken und aufrufen kann. Die wichtigste Designentscheidung ist nicht, welche Bibliothek Sie verwenden. Es ist die Aufteilung des Tool-Sets in eine Read-Ebene, die der Agent frei aufrufen darf, und eine Build-Ebene, die immer durch ein menschliches Gate läuft.
Unsere klare Empfehlung: Liefern Sie die Read-Ebene zuerst und für sich allein aus und lassen Sie die Konstrukteure zwei oder drei Wochen damit arbeiten, bevor ein einziges Build-Tool live geht. Bei den Read-Tools passiert der “der Assistent sieht endlich mein Bauteil”-Moment, und sie bergen kein Risiko, ein Modell zu beschädigen.
Was die Open-Source-NX-MCP-Server im September 2026 können
Zwei Community-Server definieren den Stand der Technik für Siemens NX. Der reifere ist NX_MCP (84 GitHub-Sterne, 15 Forks, MIT, abgerufen am 14. September 2026). Er stellt 16 Standard-Tools plus 34 Legacy-Tools hinter einem experimentellen Flag bereit. Journal-Ausführung ist standardmäßig deaktiviert. Validiert wurde er am 21. August 2026 gegen NX 2506 (ugraf 2506.4021).
Das frischeste Signal ist ein am 6. September 2026 eröffneter Draft-Pull-Request, der NX 2606-Grafiksitzungs-Hosting, dauerhafte Mutations-IDs mit Checkpoint-Rollback, Geometrie-Enumeration und rund 189 mit Capability-Labels versehene Tools hinzufügt, mit einem kompakten 13-Tool-Agentenprofil obendrauf. Ob er gemergt wird oder nicht: Er zeigt, wohin sich Community-Server entwickeln. Rollback und Inspektion werden zu Kernfunktionen, und genau das ist die Produktionslücke, die wir auf unserer Service-Seite beschreiben.
Der zweite Server, eine auf NX 2206 aufgebaute Text-to-CAD-Demo, erzeugt Primitive (Quader, Kugel, Zylinder), Vereinigungen und Differenzen, Kantenverrundungen und speichert die .prt. Er läuft nur im Batch-Modus, und seine eigene README führt Skizzen, Extrusionen und Bohrungen als noch nicht implementiert auf. Nützlich als Lehrbeispiel, nicht als Fundament.
Zwei Datenpunkte von außerhalb der NX-Welt rücken das ins Verhältnis. Autodesk hat im April 2026 zwei offizielle Fusion MCP-Server veröffentlicht, einen lokalen für Modellierungsbefehle und einen Remote-Server für Designdaten, nutzbar aus Claude Desktop und Cursor. Siemens dagegen hat NX mit dem Release vom 23. Juni 2026 in Designcenter umbenannt und Designcenter Copilot ausgeliefert, einen dokumentationsgestützten Assistenten, aber ein offizieller MCP-Server für NX-Modellierungsoperationen existiert unseres Wissens nicht. Für NX-Teams heißt das: Die Geometrieschicht ist 2026 eine Selbst-bauen-oder-Partner-Entscheidung, keine Auf-den-Hersteller-warten-Entscheidung.
Was wir gebaut haben: Ein Chatbot mit MCP-Zugriff auf NX-Geometrie für einen asiatischen Hersteller
Dieses Jahr haben wir einen Chat-Assistenten für einen Industriehersteller in Asien geliefert, dessen Ingenieure mit dem geöffneten Bauteil sprechen wollten, nicht mit einem Hilfesystem. Der Assistent läuft in einem Web-Panel neben NX und erreicht die CAD-Sitzung über einen MCP-Server, den wir auf den NXOpen-Bibliotheken des Kunden gebaut haben. Kundenkennzahlen veröffentlichen wir für dieses Projekt nicht; was folgt, ist der Aufbau des Systems, und das ist der Teil, den es sich zu kopieren lohnt.
Die Read-Seite ging zuerst live. Ingenieure fragen “welche Features referenzieren die Wandstärken-Expression?” oder “wie groß ist die Masse von Körper 3 in der aktuellen Revision?”, und der Agent antwortet aus dem Live-Modell, mit Feature-Namen und Expression-Werten, die er tatsächlich abgerufen und nicht erinnert hat. Allein das hat verändert, wie das Tool wahrgenommen wurde: ein Kollege, der das Bauteil kennt, statt eines Handbuchs, das NX kennt.
Die Build-Seite kam vier Wochen später und ist bewusst eng gefasst. Der Agent kann skizzenbasierte Features, Bohrungen und Muster erzeugen, und er kann die eigenen Template-Features des Kunden instanziieren, die Aufsatz-und-Rippen-Konstrukte (Boss and Rib), die dessen Normen vorschreiben, mit Parametern aus dem Gespräch. Jeder Build-Aufruf zeigt eine Vorschau der Änderung, wartet auf die Bestätigung des Ingenieurs, setzt eine Undo-Mark und schreibt einen Audit-Eintrag. Keine freie Journal-Ausführung, kein Tool, das Bildschirmkoordinaten entgegennimmt.
Die Reasoning-Schicht ist ein gehostetes Frontier-Modell, aber der MCP-Server, das Audit-Log und alle Teiledaten bleiben auf der Infrastruktur des Kunden. Genau diese Trennung hat das Projekt in einer Runde statt in drei durch die IT-Sicherheitsprüfung gebracht. Unsere frühere Arbeit an einem hybriden agentischen Assistenten mit Ausführung und Verifikation direkt in NX folgte demselben Muster, und es ist das Muster hinter jedem Aktions-Assistenten in unserer NX-KI-Assistenten-Familie.
Ein Community-Server läuft als POC. Was für die Produktion fehlt: rollenbasierte Tool-Berechtigungen, SSO/Entra, ein Audit-Log, das Ihr CAD-Manager unterschreibt, Template-Awareness, On-Premise-Betrieb. Wir schließen die Lücke von “läuft auf meinem Rechner” zu “läuft in der Konstruktionsabteilung” — sehen Sie, wie wir eine abgesicherte NX-MCP-Schicht bauen.
Wenn Sie schon einmal NXOpen mit einem Agenten generiert haben, wissen Sie, dass der Builder-und-Section-Boilerplate genau die Stelle ist, an der Modelle halluzinieren; das haben wir in unseren Tests zur NX Open-Codegenerierung gemessen. Es einmal, durch einen Menschen, in ein typisiertes Tool zu verpacken bedeutet, dass der Agent es nie wieder schreiben muss. Das ist das eigentliche Produktivitätsargument für NX CAD MCP gegenüber “lass das Modell ein Journal schreiben”.
Warum die Bestätigung jetzt im Protokoll lebt: MCP 2026-07-28
Die MCP-Spezifikation vom Juli 2026 hat die Mechanik von “erst fragen, dann handeln” verändert. Der Protokollkern wurde zustandslos, der initialize Handshake und der Session-Header wurden ausgemustert, und mit einem neuen Multi Round-Trip Request-Muster kann ein Server auf einen Tool-Aufruf antworten mit resultType: "input_required", dem Client eine Frage übergeben und den Aufruf abschließen, sobald die Antwort zurückkommt. Für ein NX-Build-Tool ist das der native Weg zu sagen “das fügt Körper 2 24 Bohrungen hinzu; fortfahren?”, ohne einen Stream offen zu halten.
Zwei weitere Punkte aus demselben Release sind für CAD-Manager relevant. Enterprise-Managed Authorization wurde auf stabil gehoben, sodass der Zugriff auf einen NX MCP Server über den Identity-Provider gesteuert werden kann, den Sie ohnehin betreiben. Und das Extensions-Framework hat langlaufende Tasks aus dem Kern herausgelöst, wohin mehrminütige Operationen wie eine vollständige Baugruppen-Interferenzprüfung gehören.
In der Praxis heißt das: Ein 2026 entworfener NX CAD MCP Server sollte sein Gate über das Protokoll bereitstellen, nicht über ein eigenes Pop-up, das an das Chat-Panel angeschraubt ist. Wir stellen unsere eigenen Server auf dieses Modell um; das oben beschriebene Kundenprojekt nutzt noch eine Bestätigung auf Anwendungsebene, und die Migration ist genau deshalb eine überschaubare Änderung, weil die Tools von Anfang an typisiert waren.
Worauf Sie bei einem NX CAD MCP Setup achten sollten
Ob Sie intern bauen oder mit einem Partner wie inteliScience: Diese sechs Kriterien trennen ein Tool, das ein CAD-Manager unterschreibt, von einer Wochenend-Demo:
- Die Read-Ebene wird zuerst allein ausgeliefert. Inspektions-Tools ohne jeden Schreibzugriff, in Produktion, bevor irgendein 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, nicht “das Letzte rückgängig machen”.
- Template-Awareness. Der Agent instanziiert Ihre Standard-Features, statt Geometrie aus Primitiven zusammenzusetzen.
- 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. Ein gehostetes Reasoning-Modell ist in Ordnung; die NXOpen-Bridge, die Bauteile und das Log bleiben auf Ihrer Infrastruktur.
Nummer 4 ist das Kriterium, das die meisten Demos auslassen und das Konstrukteure zuerst bemerken. Ein Aufsatz (Boss) aus einem Zylinder und einer Boolean-Operation ist nicht dasselbe wie Ihr Standard-Template für Aufsätze, und Ihre Werknorm kennt den Unterschied.
Häufig gestellte Fragen
Was ist NX CAD MCP?
NX CAD MCP bezeichnet den Einsatz des Model Context Protocol, um einen KI-Agenten über typisierte, auf NXOpen aufgebaute Tools mit einer laufenden Siemens NX-Sitzung zu verbinden. Read-Tools lassen den Agenten Features, Expressions, Körper und PMI des geöffneten Bauteils inspizieren; Build-Tools lassen ihn Geometrie erstellen oder ändern, nachdem ein Mensch die in der Vorschau gezeigte Änderung bestätigt hat.
Kann ein KI-Agent über MCP wirklich Geometrie in Siemens NX erzeugen?
Ja. Community-Server wie NX_MCP stellen bereits Extrude-, Revolve-, Blend-, Bohrungs- und Pattern-Operationen bereit, und wir haben ein Kundensystem ausgeliefert, in dem der Agent Template-Features mit Parametern aus dem Gespräch instanziiert. Die Einschränkung in der Produktion ist nicht die Fähigkeit, sondern die Governance: Vorschau, Bestätigung, Undo-Marks und Logging rund um jeden Schreibvorgang.
NX CAD MCP vs. Designcenter Copilot: Was ist der Unterschied?
Designcenter Copilot (mit dem Release vom Juni 2026 wurde NX in Designcenter umbenannt) beantwortet Fragen auf Basis der Siemens-Dokumentation und Ihres aktuellen Kontexts. Er führt keine Modellierungsoperationen an Ihrem Bauteil aus. Ein NX CAD MCP Server ist die Schicht, die handelt: Er liest das Live-Modell und ändert es mit Ihrer Bestätigung. Die meisten Teams wollen am Ende beides.
Was kostet ein NX CAD MCP Server?
Ein reiner Read-Only-Proof-of-Value-Sprint auf Ihren eigenen NXOpen-Bibliotheken beginnt in unserem Katalog bei €12,900 Festpreis und dauert wenige Wochen. Eine produktive Aktionsschicht mit Build-Tools, Template-Awareness, Gating, SSO und On-Premise-Betrieb ist ein Projekt ab etwa €60,000 aufwärts, je nachdem, wie viele Tools und Templates sie abdecken muss.
Ist es sicher, einen KI-Agenten in NX-Bauteildateien schreiben zu lassen?
Es ist sicher, wenn die Schreibvorgänge eng gefasst, typisiert und abgesichert sind, und unsicher, wenn der Agent beliebige Journale ausführen kann. Wir raten davon ab, in einer Konstruktionsabteilung irgendein Tool zur freien Code-Ausführung zu aktivieren. Beschränken Sie Build-Tools auf benannte Operationen mit validierten Parametern, setzen Sie pro Aufruf eine Undo-Mark und führen Sie ein Log, das ein Mensch prüft.
Nächster Schritt
Wenn Ihre Ingenieure einem Chatbot Bauteile bereits von Hand beschreiben, ist die Read-Ebene überfällig und die Build-Ebene näher, als Sie denken.
Sprechen Sie mit unseren Ingenieuren über einen NX CAD MCP-Pilot