Claude-NX-Integration
Claude-NX-Integration: Claude Code in Ihrer laufenden NX-Sitzung
Claude im Browser-Tab kann NX erklären. Claude Code, verbunden mit Ihrer laufenden NX-Sitzung, kann das Bauteil lesen, das Feature bauen, den gerade geschriebenen NXOpen-Code ausführen und dann warten, bis Sie Ja sagen.
Eine Claude-NX-Integration verbindet Claude Code, das agentische Coding-Tool von Anthropic, mit einer laufenden Siemens-NX-Sitzung, und zwar über das Modellkontextprotokoll (MCP) und NXOpen, die offizielle NX-Automatisierungs-API. Claude kann dann das offene Arbeitsteil lesen, Skizzen und Features erzeugen, die im Teile-Navigator editierbar bleiben, und NXOpen-Code in C#, Python oder C++ ausführen, kompilieren und debuggen. inteliScience, Spezialist für Siemens NX, NXOpen und Teamcenter mit Nearshore-Delivery aus Rumänien, richtet das für Engineering-Teams ein: mit einem Vorschau-und-Bestätigungs-Gate, einer Undo-Marke und einem Audit-Eintrag vor jeder Änderung und mit Modellen und Daten in der EU, in Deutschland oder auf Ihren eigenen Servern.
Diese Seite beschreibt die Claude-Seite der Verbindung. Die Serverseite, also was ein MCP-Server für NX ist und warum die rohe Variante in der Produktion scheitert, erklärt unsere Seite zum Siemens NX MCP Server im Detail. Das Produkt, das die Verbindung in NX hineinträgt, ist der Vision4NX Connector. Beides gehört zu unserer Familie der NX-KI-Assistenten und Chatbots.
Soll Claude Recherche, Prüfung oder neuen Code an spezialisierte Agenten übergeben, ist das Agentic CAD für Siemens NX: mehrere Rollen, eine abgesicherte Werkzeugschicht, ein Undo-Schritt pro Änderung.
Claude-NX-Integration: die Kurzfassung
- Was es ist: Claude Code auf dem Arbeitsplatz des Ingenieurs, über MCP verbunden mit einer Tool-Schicht, die per NXOpen in der laufenden NX-Sitzung arbeitet. Claude greift nie direkt auf NX zu; es ruft typisierte Tools auf, und die Tools erledigen die Arbeit.
- Was Claude kann: den offenen Arbeitsstand lesen, Skizzen erzeugen, Geometrie Schritt für Schritt aufbauen, assoziative PMI anlegen sowie NXOpen-Code schreiben, ausführen und debuggen. Die Ergebnisse sind gewöhnliche NX-Objekte, Features im Teile-Navigator, keine toten Körper.
- Was es sicher macht: Gates auf beiden Seiten der Verbindung. Auf der einen Seite die Berechtigungsregeln, Hooks und die Freigabe pro Tool von Claude Code; auf der anderen Vorschau, Bestätigung, Undo-Marke und Audit-Log des Connectors; darunter Ihre NX-Lizenz und Ihre Teamcenter-Berechtigungen.
- Wo es läuft: Claude über Anthropic, Amazon Bedrock, Google Cloud oder Microsoft Foundry, mit EU-Regionen bei Bedrock und Google Cloud. Tool-Schicht, Log und Ihre Bauteildaten bleiben auf Ihrer Infrastruktur.
- Was es nicht ist: Text-to-CAD und kein Ersatz für Ihre Konstrukteure. Claude führt bekannte Operationen schnell aus; Ihre Ingenieure verantworten die Konstruktionsabsicht und zeichnen das Ergebnis ab.
Warum Claude im Chatfenster für NX nicht reicht
Claude im Chatfenster hat Ihr Bauteil nie gesehen. Fragen Sie, ob es eine NX-.prt-Datei öffnen kann, lautet die ehrliche Antwort nein: Native CAD-Formate liest ein Chatfenster nicht. Die Grenze ist nicht die Intelligenz, sondern der Zugriff.
Das merken Sie in der ersten Woche. Der Assistent beschreibt den Extrude-Dialog perfekt, weiß aber nicht, dass die Welle auf Ihrem Bildschirm ein abgesetztes Profil, zwei unterdrückte Features und einen Ausdruck hat, der jeden Durchmesser steuert. Also kopiert der Ingenieur Feature-Namen in den Prompt, das Modell antwortet mit einer Klickliste, und der Ingenieur klickt trotzdem alles selbst.
Eine Verbindung von Claude zu einer Live-NX-Sitzung erledigt die Frage nach dem Dateiformat vollständig. Claude parst überhaupt keine .prt-Dateien. Es fragt NX über NXOpen, dieselbe API, die Ihre eigenen Journals und Tools bereits nutzen, und NX hat das Bauteil schon mit Feature-Baum, Ausdrücken, PMI und Teamcenter-Kontext geladen. Claude arbeitet mit genau dem, was ein Tool-Aufruf zurückgibt.
Die Technik dafür ist Standard. Anthropic hat MCP am 25. November 2024 als Open Source veröffentlicht, als Protokoll, das KI-Assistenten mit den Systemen verbindet, in denen Daten liegen, und Claude Code spricht es nativ. Deshalb ist die Verbindung von Claude zu NX ein Konfigurationseintrag und kein eigenes Plugin. Nicht Standard ist die NX-Seite: welche Tools es gibt, was sie ändern dürfen und wer bestätigt.
Was Claude Code in einer laufenden NX-Sitzung kann
Die ersten drei haben wir dem Konstruktionsteam eines NX-Kunden in einer Live-NX-Sitzung gezeigt, nicht auf einer Folie; die anderen drei gehören zum selben Stack. Der rote Faden: Claude arbeitet über Tools, die NXOpen aufrufen, und jedes Ergebnis landet als gewöhnliches NX-Objekt, das Ihre Konstrukteure danach bearbeiten können, genau so, als hätten sie es von Hand gebaut.
Den Arbeitsstand lesen
Welches Bauteil offen ist, welche Features, Körper und Ausdrücke es hat, was die PMI sagen. Lese-Tools ändern nichts, und sie sind der Startpunkt jedes Pilotprojekts.
Skizzen und Features
Claude erzeugt Skizzen und baut daraus Schritt für Schritt Geometrie auf. Jeder Schritt erscheint als Feature im Teile-Navigator, parametrisch und editierbar, nie als toter Körper.
Assoziative PMI
Maße und Bohrungs-Callouts, angelegt als echte PMI-Objekte mit erhaltenen Bezügen zur Geometrie, sodass sie sich danach verschieben und bearbeiten lassen. Mehr dazu in unserem Beitrag über KI-generierte PMI in NX.
NXOpen in C#, Python, C++
Claude schreibt NXOpen-Code; die Tool-Schicht führt ihn aus, kompiliert und debuggt ihn im Hintergrund und gibt den Fehler an Claude zurück statt in ein Ticket. Ihre internen Vorlagenprojekte können der Ausgangspunkt sein.
Belegte Antworten
Fragen laufen gegen eine Wissensbasis aus verifizierter Siemens-Dokumentation, NXOpen-API-Dokumentation, Fehlercodes und Ihren freigegebenen internen Code-Beispielen, sodass Claude keine Methodennamen mehr rät.
Ihre anderen Systeme
Konstruktionsrichtlinien in einem Wiki wie Confluence, Ticketsysteme und ähnliche Quellen sind über ihre APIs angebunden, mit eigens gebauten Tools, sodass Claude die aktuelle Seite liest und keine veraltete Kopie.
Dieselben Fähigkeiten müssen kein Gespräch bleiben. Sobald ein Schritt in Claude Code funktioniert, kann er zu einer Funktion, einem Workflow, einem Batch-Job oder einem Button in NX werden. In Claude Code wird eine Operation gefunden, getestet und verfeinert; über den Button nutzt sie die ganze Abteilung.
Wie sich Claude Code mit Siemens NX verbindet
Vier Teile, eine Richtung. Claude Code plant, die MCP-Verbindung trägt einen typisierten Tool-Aufruf, das Gate im Vision4NX Connector zeigt ihn als Vorschau und wartet, und NXOpen führt ihn in der Live-Sitzung aus. Zu keinem Zeitpunkt bekommt Claude direkten Zugriff auf NX: Selbst der NXOpen-Code, den es schreibt, läuft über ein Tool hinter demselben Gate.
// Claude-NX-Integration: Die rote Box ist die, die Wochenend-Setups weglassen
Wo der Ingenieur tippt
Terminal, VS Code oder JetBrains auf dem NX-Arbeitsplatz; nativ unter Windows 10 1809 oder neuer. Claude plant, welche Tools aufgerufen werden.
Der NX-Tool-Katalog
Typisierte Tools mit Namen, Parametern und Beschreibungen, bereitgestellt von einem MCP-Server und vom ganzen Team gemeinsam genutzt.
Vorschau → bestätigen → loggen
Jeder ändernde Aufruf wird zuerst gezeigt, erst nach Bestätigung angewendet, in eine Undo-Marke gefasst und ins Audit-Log geschrieben.
Wo es tatsächlich passiert
Ihre NXOpen-Bibliotheken und Vorlagen laufen in der Sitzung des Ingenieurs, unter seiner Lizenz und seinen Berechtigungen, live sichtbar.
Die Verbindung selbst ist gewöhnliche Claude-Code-Konfiguration. Zum Engineering-Werkzeug wird sie durch die dritte Box: wer die Änderung gesehen hat, wer sie freigegeben hat und wie man sie zurücknimmt.
Claude Code selbst braucht einen kostenpflichtigen Claude-Plan oder ein Konto bei einem API-Anbieter; der kostenlose claude.ai-Plan enthält es nicht. Für NX heißt das meist ein Team- oder Enterprise-Plan oder ein Firmenzugang über Amazon Bedrock, Google Cloud oder Microsoft Foundry, womit sich auch die Frage der Datenresidenz weiter unten klärt.
Die Gates, die Claude davon abhalten, das falsche Bauteil zu ändern
Anweisungen sind kein Sicherheitsmechanismus. Die Dokumentation von Anthropic sagt selbst, dass CLAUDE.md-Dateien Kontext sind und keine erzwungene Konfiguration, und dass alles, was unabhängig von Claudes Entscheidung blockiert werden muss, in einen Hook oder eine Berechtigungsregel gehört. Das Gate muss also etwas sein, an dem Claude nicht vorbeiargumentieren kann, und in unseren Setups gibt es es auf beiden Seiten der Verbindung.
| Schicht | Durchgesetzt durch | Was sie verhindert |
|---|---|---|
| Berechtigungen in Claude Code | Berechtigungsregeln, ausgewertet erst deny, dann ask, dann allow; Managed Settings, die kein Nutzer und kein Projekt überschreiben kann; PreToolUse-Hooks, die einen Aufruf blockieren können | Claude ruft ein Tool außerhalb seiner Rolle auf: Exporte, Speichern, alles, was nicht auf der Liste steht |
| Freigabe pro Tool | Bau-Tools sind so markiert, dass Claude Code bei jedem Aufruf nachfragt, auch im bypassPermissions Modus, ohne „nicht erneut fragen“ |
Eine Geometrieänderung läuft unbeaufsichtigt, weil jemand einen Auto-Modus eingeschaltet hat |
| Connector-Gate | Vorschau, was sich an welchem Bauteil ändert, ausdrückliche Bestätigung, eine benannte Undo-Marke pro Aktion, Audit-Eintrag, Ablehnung bei freigegebenen oder eingecheckten Daten | Ein falscher Wert gelangt ins Modell, oder eine Änderung ist Wochen später nicht mehr nachvollziehbar |
| NX und Teamcenter | Die eigene NX-Lizenz, Sitzung und Teamcenter-Berechtigung des Ingenieurs | Claude tut etwas, das der Ingenieur von Hand nicht tun dürfte |
Lese-Tools laufen frei, Bau-Tools fragen nach, und Exporte und Speichern sind auf Arbeitsplatzebene gesperrt. Nichts davon ersetzt das Gate des Connectors: Die Serverseite vertraut der Clientseite nicht. Selbst wenn jede Nachfrage in Claude Code bestätigt wurde, zeigt der Connector, was sich ändert, wendet es erst nach Bestätigung an, setzt eine benannte Undo-Marke und protokolliert Nutzer, Parameter und Ergebnis. Strg+Z nimmt eine Aktion sauber zurück.
Wo sich Claude Code in NX zuerst auszahlt
Dort, wo der Ingenieur schon weiß, was passieren soll, und die Zeit damit verbringt, NX dazu zu bringen. Das CAD-Team eines Maschinenbauers aus der DACH-Region hat die Reihenfolge klar benannt: zuerst Konstruktionsunterstützung in NX, weil sie am schnellsten praktischen Nutzen bringt; Teamcenter später, weil ein stark angepasstes Datenmodell mit eigenen Workflows und Richtlinien Vorarbeit braucht, bevor ein Assistent es anfasst.
NXOpen-Entwicklung ohne Copy-and-paste-Schleife
Ein NXOpen-Entwickler bittet um ein Journal, Claude schreibt es gegen die verifizierte API-Referenz, die Tool-Schicht führt es in der Sitzung aus, und der Exception-Text geht direkt an Claude zurück. Bei C#- und C++-Projekten laufen Kompilieren und Debuggen im Hintergrund, ausgehend von Ihren internen Vorlagenprojekten. Der Entwickler prüft einen Diff, statt Code zwischen Browser und Journal Editor hin und her zu kopieren. Eine Schritt-für-Schritt-Anleitung finden Sie in unserem durchgespielten Beispiel vom Prompt zum Journal; warum allgemeine Modelle ohne Grundlage API-Mitglieder erfinden, behandelt KI-Codegenerierung für NX Open.
Modellierschritte an bestehenden Bauteilen
Die Anfragen von Konstrukteuren sind klein und konkret: eine Passfedernut in diese Welle, eine parametrische Feature-Gruppe, eine komplexe Funktion an einem bestehenden Körper. Claude liest die ausgewählte Geometrie, schlägt die Schritte mit ihren Parametern vor und baut sie nach Bestätigung als Features. Für Konstrukteure, die lieber kein Terminal öffnen, laufen dieselben Operationen aus einem Chat-Panel in NX in unserem NX Action Assistant.
PMI und Zeichnungen
Maße und Bohrungs-Callouts als assoziative PMI, Zeichnungsansichten nach Firmenrichtlinien, Bohrungen regelbasiert platziert und bemaßt. Bei der automatischen 2D-Bemaßung funktionieren Zeichnungen, Ansichten und erste Maße bereits in zwei laufenden Kundenprojekten; nach unserer eigenen Schätzung liegt der Automatisierungsgrad dort bei etwa 40 Prozent, Tendenz steigend. Toleranzen und Oberflächensymbole sind der schwierige Teil, und das sagen wir vor Projektbeginn.
Bauteile neu aufbauen, die ihre Historie verloren haben
Migrierte STEP-Daten ohne Feature-Baum sind ein klassisches NX-Ärgernis. Einfache Teile wie Flansche und Schrauben wurden bereits mit sinnvoller Historie neu aufgebaut; bei sehr komplexer Geometrie ist Erfolg nicht garantiert. Konstruktionsregeln und die gewünschte Historienstruktur müssen vorab festgelegt werden, und ein automatischer Vergleich des neu aufgebauten Teils mit der Ausgangsgeometrie ist der Abnahmetest, der Teil für Teil entscheidet. Datenqualität bei Migrationen ist ein eigenes Thema, behandelt in CAD-Datenqualität bei der Migration nach NX.
Komponenten in Baugruppen austauschen
Regelbasierter Austausch vieler abhängiger Komponenten auf einmal, zum Beispiel Ventile, die nach geänderten Gehäusegrößen durch passende neue Teile ersetzt werden. Bestehende Baugruppen-Zwangsbedingungen überstehen den Tausch in der Regel; sie brechen, wenn der neuen Komponente die referenzierten Flächen oder andere Geometrie fehlen, und genau das muss die Vorschau zeigen, bevor jemand bestätigt.
Claude Code mit und ohne produktive Tool-Schicht
Wer nach Claude und NX sucht, findet drei verschiedene Dinge, die ständig verwechselt werden: Claude im Chatfenster, Claude Code mit einem Open-Source-NX-MCP-Server von GitHub und Claude Code auf einer kuratierten Tool-Schicht mit Gate. Die Open-Source-Server sind ein guter Weg, die Idee funktionieren zu sehen; unser Überblick zu NX CAD MCP zeigt, was sie heute können. Der Unterschied zeigt sich bei dem, was ein CAD-Manager fragt.
| Frage | Claude im Chatfenster |
Claude Code + Open-Source- NX-MCP-Server |
Claude Code mit der inteliScience-Integration |
|---|---|---|---|
| Sieht das in NX geöffnete Bauteil | Nein | Ja, wenn er in die Sitzung hineinreicht | Ja, über Lese-Tools auf NXOpen |
| Baut editierbare Features | Nein, es beschreibt Klicks | Einfache Modellier-Tools | Ja, mit Ihren Vorlagen und NXOpen-Bibliotheken |
| Vorschau und Bestätigung vor einer Änderung | Nicht zutreffend | In der Regel nicht eingebaut | Ja, im Connector und in Claude Code |
| Undo-Marke und Audit-Eintrag pro Aktion | Nicht zutreffend | In der Regel nicht eingebaut | Ja, ein Undo-Schritt und eine Log-Zeile pro Aktion |
| Beachtet Teamcenter-Status und Checkout | Nein | Nein | Ja, freigegebene und eingecheckte Daten werden abgelehnt |
| Führt NXOpen-Code aus und gibt Fehler an Claude zurück | Nein | Hängt vom Server ab | Ja, C#, Python und C++, im Hintergrund kompiliert und debuggt |
| Berechtigungen in Claude Code vorkonfiguriert | Nicht zutreffend | Ihre Aufgabe | Ja: Regeln, Hooks und Freigabe pro Tool, verteilbar als Managed Settings |
Claude Code ist auch nicht der einzige Weg zu NX-Wissen. Für einen Nur-Lese-Assistenten, der Ihre Richtlinien zitiert, ist ein Server, der Claude in der NXOpen-API und Ihrem eigenen Code verankert, oft der bessere erste Schritt; unser Beitrag über NXOpen MCP und Firmenwissen erklärt diese Ebene, und das Whitepaper zur NX-MCP-Architektur beschreibt, wie die Teile im großen Maßstab zusammenpassen.
Datenschutz, Hosting und Modellwahl
Ihre Bauteildateien müssen das Netzwerk nicht verlassen, damit Claude daran arbeiten kann. Beim Modell kommt an, was ein Tool zurückgibt: Feature-Namen, Werte von Ausdrücken, Messungen, Prüfergebnisse, nicht die Geometriedatei. Wo das Modell selbst läuft, ist eine eigene Entscheidung, und sie fällt pro Projekt, nicht pro Demo.
Claude Code kann Claude direkt über Anthropic nutzen oder über Amazon Bedrock, Google Clouds Agent Platform und Microsoft Foundry. Für europäische Datenresidenz löst Claude Code seine Standardmodelle auf Bedrock zu eu. Cross-Region-Inferenzprofilen auf, wenn Ihre AWS-Region eine EU-Region ist, und bei Google Cloud unterstützt es den Multi-Region-Endpunkt CLOUD_ML_REGION=eu. Tool-Schicht, Audit-Log und alle Bauteildaten bleiben auf Ihrer Infrastruktur; Modelle und Daten können in der EU, in Deutschland oder On-Premise laufen, und die richtige Wahl hängt von Ihren Datenschutzanforderungen, dem gewünschten Modell und Ihrer vorhandenen Infrastruktur ab.
Eine ehrliche Grenze: Wenn überhaupt nichts das Haus verlassen darf, ist Claude Code nicht das richtige Frontend, weil es ein Claude-Modell braucht. Dieselbe NX-Tool-Schicht und dasselbe Gate bedienen dann ein vollständig lokales Modell über einen anderen MCP-fähigen Assistenten. Das sagen wir im ersten Termin, nicht nach dem Pilotprojekt.
Die Modellwahl erfolgt pro Anwendungsfall. Zum Zeitpunkt des Schreibens eignet sich Claude Opus 5.5 (claude-opus-5-5) für lange agentische NXOpen-Arbeit und Claude Sonnet 5.5 (claude-sonnet-5-5) für Anfragen, bei denen Tempo mehr zählt; beide haben ein Kontextfenster von einer Million Tokens. Längeres Nachdenken kostet Zeit, und für eine schnelle Feature-Anfrage ist ein schnelleres Modell schlicht das bessere Werkzeug.
So richten wir Claude Code für Ihr NX-Team ein
Eine kurze, feste Abfolge, mit Lese-Tools vor Schreib-Tools. Der größte Aufwand steckt nicht in Claude Code, sondern in Data Engineering und Tools: wo Ihre Standards liegen, wie aktuell sie sind, wo sie verarbeitet werden dürfen und welche NXOpen-Funktionen es schon gibt. Das bestimmt den Umsetzungsaufwand, deshalb kommt es zuerst.
- Workshop. Analyse Ihrer Daten, Fragen zu Speicherorten und Anforderungen, Bewertung der Kandidaten-Anwendungsfälle; das Ergebnis ist ein Projektplan mit Kostenaufstellung. Vorbereitende Termine laufen über Teams, und Vor-Ort- und Online-Termine lassen sich kombinieren.
- Tool-Katalog. Ihre vorhandenen NXOpen-Bibliotheken, Journals und Prüfungen werden zu typisierten MCP-Tools. Lese-Tools gehen zuerst live, damit das Team sieht, wie Claude seine Bauteile versteht, bevor es eines ändert.
- Claude-Code-Konfiguration. MCP-Verbindung, Berechtigungsregeln und Hooks als Managed Settings, Hausregeln und wiederkehrende Workflows.
- Gate und Audit. Vorschau, Bestätigung, Undo-Marke und Log für jedes Bau-Tool, dazu die Freigabe pro Tool auf der Seite von Claude Code.
- Pilot. Eine kleine Gruppe von Ingenieuren an echten Bauteilen, gemessen an ausgeführten Operationen, abgelehnten Vorschauen und genutzten Undos.
- Rollout. Mehr Tools, mehr Nutzer und der Schritt vom Gespräch zu Funktionen, Buttons und Batch-Jobs überall dort, wo sich ein Workflow eingespielt hat.
Schreibzugriff ist ebenfalls eine Designentscheidung. Um Tabellen oder andere Unternehmensdaten zu ändern, braucht Claude Schreibzugriff darauf. Ohne ihn liest Claude den Inhalt und erzeugt eine bearbeitete Kopie, und die Übernahme dieser Kopie ins Quellsystem bleibt ein manueller Schritt. Für die meisten Pilotprojekte ist das der richtige Einstieg.
Ein guter Zeitpunkt, Claude Code mit NX zu verbinden
- Ihr Team hat bereits NXOpen-Code, Journals oder Prüfungen, die von Hand ausgelöst werden
- Entwickler oder Power-User fühlen sich im Terminal oder in VS Code zu Hause
- Sie können die fünf Operationen benennen, die die meisten Klicks fressen
- Konstruktionsrichtlinien existieren als Seiten oder Dokumente, die ein Tool lesen kann
- Ihre IT erlaubt Claude über Anthropic, Bedrock, Google Cloud oder Foundry, zum Beispiel in einer EU-Region
Erst das beheben
- Nichts darf das Haus verlassen: Nutzen Sie dieselbe Tool-Schicht stattdessen mit einem lokalen Modell
- Ihre Konstrukteure öffnen nie ein Terminal: Starten Sie mit dem Chat-Panel in NX
- Sie erwarten, dass Claude konstruiert: Es führt bekannte Operationen aus, Ihre Ingenieure verantworten die Absicht
- Niemand kann sagen, welche Bauteilzustände nie angefasst werden dürfen: Legen Sie das fest, bevor es ein Bau-Tool gibt
Klein anfangen: ein Anwendungsfall, lauffähig in Ihrem NX
Wir beginnen nicht mit einem leeren MCP-Server und nicht mit vierzig Primitiven. Wir beginnen mit einer Operation, die Ihr Team wiederholt, dem NXOpen-Code, den Sie dafür schon haben, und einem Bauteil, das wie Ihre echten aussieht. In einem kurzen, festen Rahmen sehen Sie Claude Code diese Operation in Ihrem NX ausführen, durch das Gate, und entscheiden auf Basis von Belegen.
Fester Umfang · voll angerechnet
NX-Proof-of-Value-Sprint
Zwei bis drei Wochen, ein Anwendungsfall mit Ihren Daten und am Ende ein lauffähiger Prototyp: der Schritt zwischen Demo und Pilotprojekt.
- Ein Anwendungsfall, gewählt mit Ihren Stakeholdern, hier ein Claude-Code-Workflow in NX
- Ein lauffähiger Prototyp mit Ihren Daten, bewertet an vereinbarten Kennzahlen
- So gebaut, wie diese Seite es beschreibt: Lese-Tools zuerst, ein Gate vor jeder Änderung
- Voll auf das Folgeprojekt angerechnet
On-Premise oder EU-Cloud · Ihre Tools gehören in jedem Fall Ihnen
Zum Vergleich
Der Do-it-yourself-Weg
Claude Code plus ein Open-Source-NX-MCP-Server an einem Testteil: ein guter Weg, die Idee an einem Nachmittag funktionieren zu sehen.
- Keine Vorschau, keine Bestätigung, keine Undo-Marke, sofern Sie sie nicht selbst bauen
- Blind für Teamcenter-Status, Vorlagen und Firmenstandards
- Gut zum Lernen, nicht für freigegebene Daten oder ein Audit
Sie möchten erst sehen, was Claude Code allgemein für CAD-Arbeit leisten kann, vom Skripting bis zu öffentlichen CAD-MCP-Servern? Beginnen Sie mit unserem Leitfaden zu Claude Code für CAD.
Häufige Fragen zu Claude und Siemens NX
Kann Claude Code Siemens NX steuern?
Kann Claude NX-.prt-Dateien öffnen?
Wie verbinde ich Claude Code mit NX?
Ändert Claude mein Modell, ohne zu fragen?
Ist die Claude-NX-Integration dasselbe wie der Vision4NX Connector?
Wohin gehen unsere Daten, wenn Claude in NX arbeitet?
Welche NXOpen-Sprachen werden unterstützt?
Wie starten wir, und was kostet es?
Nennen Sie die NX-Operation, die Sie Claude als Erstes übergeben würden.
Wir zeigen sie in einer Live-NX-Sitzung, durch das Gate, an einem Bauteil wie Ihrem, und sagen Ihnen ehrlich, welche Ihrer Aufgaben bereit für Claude Code sind und welche erst Vorarbeit brauchen.
Fachgespräch anfragenSpezialisten für Siemens NX, NXOpen und Teamcenter · Nearshore aus Rumänien, EET, eine Stunde vor MEZ · On-Premise-Option

