Integrare Claude NX
Integrare Claude NX: Claude Code în sesiunea dvs. NX activă
Claude într-un tab de browser poate explica NX. Claude Code conectat la sesiunea dvs. NX activă poate citi piesa, construi feature-ul, rula codul NXOpen pe care tocmai l-a scris și apoi aștepta să spuneți da.
O integrare Claude NX conectează Claude Code, instrumentul agentic de programare al Anthropic, la o sesiune Siemens NX activă, prin Model Context Protocol (MCP) și NXOpen, API-ul oficial de automatizare NX. Claude poate apoi citi piesa de lucru deschisă, crea schițe și feature-uri care rămân editabile în Part Navigator și executa, compila și depana cod NXOpen în C#, Python sau C++. inteliScience, specialist Siemens NX, NXOpen și Teamcenter cu livrare nearshore din România, configurează acest lucru pentru echipele de inginerie: cu o poartă de previzualizare și confirmare, un marcaj de undo și o înregistrare de audit înaintea fiecărei modificări și cu modele și date găzduite în UE, în Germania sau pe propriile dvs. servere.
Această pagină descrie partea Claude a conexiunii. Partea de server, adică ce este un server MCP pentru NX și de ce varianta brută cedează în producție, este explicată pe pagina noastră despre serverul MCP pentru Siemens NX în detaliu. Produsul care duce conexiunea în NX este Vision4NX Connector. Ambele fac parte din familia noastră de asistenți și chatboturi NX AI.
Dacă Claude trebuie să predea cercetarea, verificarea sau codul nou unor agenți specializați, aceasta este agentic CAD pentru Siemens NX: mai multe roluri, un singur strat de instrumente securizat, un singur pas de undo per modificare.
Integrarea Claude NX: pe scurt
- Ce este: Claude Code pe stația de lucru a inginerului, conectat prin MCP la un strat de tool-uri care rulează în sesiunea NX activă prin NXOpen. Claude nu atinge niciodată NX direct; apelează tool-uri tipizate, iar tool-urile fac munca.
- Ce poate face Claude: citește starea de lucru deschisă, creează schițe, construiește geometria pas cu pas, creează PMI asociativ și scrie, rulează și depanează cod NXOpen. Rezultatele sunt obiecte NX obișnuite, feature-uri în Part Navigator, nu corpuri „moarte”.
- Ce îl face sigur: porți de confirmare de ambele părți ale conexiunii. Pe de o parte, regulile de permisiuni, hook-urile și aprobarea per tool din Claude Code; pe de alta, previzualizarea, confirmarea, marcajul de undo și jurnalul de audit ale Connectorului; dedesubt, licența dvs. NX și permisiunile Teamcenter.
- Unde rulează: Claude prin Anthropic, Amazon Bedrock, Google Cloud sau Microsoft Foundry, cu regiuni UE disponibile pe Bedrock și Google Cloud. Stratul de tool-uri, jurnalul și datele pieselor dvs. rămân pe infrastructura dvs.
- Ce nu este: text-to-CAD și nici un înlocuitor pentru proiectanții dvs. Claude execută rapid operații cunoscute; inginerii dvs. răspund de intenția de proiectare și semnează rezultatul.
De ce Claude într-o fereastră de chat nu este suficient pentru NX
Claude într-o fereastră de chat nu a văzut niciodată piesa dvs. Întrebați dacă poate deschide un fișier NX .prt și răspunsul onest este nu: formatele CAD native nu sunt ceva ce citește o fereastră de chat. Limita nu este inteligența, ci accesul.
Observați asta din prima săptămână. Asistentul descrie perfect dialogul Extrude, dar nu știe că arborele de pe ecranul dvs. are un profil în trepte, două feature-uri suprimate și o expresie care controlează fiecare diametru. Așa că inginerul copiază nume de feature-uri în prompt, modelul răspunde cu o listă de clicuri, iar inginerul face în continuare toate clicurile.
Conectarea lui Claude la o sesiune NX live elimină complet problema formatului de fișier. Claude nu parsează deloc fișiere .prt. Interoghează NX prin NXOpen, același API pe care îl folosesc deja propriile dvs. jurnale și tool-uri, iar NX are deja piesa încărcată, cu arborele de feature-uri, expresii, PMI și context Teamcenter. Claude lucrează exact cu ce returnează un apel de tool.
Infrastructura pentru asta este standard. Anthropic a publicat MCP ca open source pe 25 noiembrie 2024, ca protocol pentru conectarea asistenților AI la sistemele în care se află datele, iar Claude Code îl vorbește nativ. De aceea, conectarea lui Claude la NX este o intrare de configurare, nu un plugin personalizat. Ce nu este standard este partea NX: ce tool-uri există, ce au voie să modifice și cine confirmă.
Ce poate face Claude Code într-o sesiune NX activă
Primele trei le-am demonstrat echipei de proiectare a unui client NX într-o sesiune NX live, nu pe un slide; celelalte trei fac parte din același stack. Firul comun: Claude lucrează prin tool-uri care apelează NXOpen, iar fiecare rezultat ajunge ca obiect NX obișnuit, pe care proiectanții dvs. îl pot edita ulterior, exact ca și cum l-ar fi construit manual.
Citirea stării de lucru
Ce piesă este deschisă, ce feature-uri, corpuri și expresii are, ce spune PMI-ul. Instrumentele de citire nu modifică nimic, iar ele sunt punctul de pornire al fiecărui pilot.
Schițe și feature-uri
Claude creează schițe și construiește geometria din ele pas cu pas. Fiecare pas apare ca feature în Part Navigator, parametric și editabil, niciodată ca un corp „mort”.
PMI asociativ
Cote și callout-uri de găuri create ca obiecte PMI reale care își păstrează referințele la geometrie, deci pot fi mutate și editate ulterior. Mai multe în articolul nostru despre PMI generat de AI în NX.
NXOpen în C#, Python, C++
Claude scrie cod NXOpen; stratul de tool-uri îl execută, compilează și depanează în fundal și trimite eroarea înapoi la Claude, nu într-un tichet. Proiectele dvs. șablon interne pot fi punctul de pornire.
Răspunsuri fundamentate pe surse
Întrebările rulează pe o bază de cunoștințe din documentație Siemens verificată, documentație API NXOpen, coduri de eroare și exemplele dvs. interne de cod aprobate, astfel încât Claude nu mai ghicește nume de metode.
Celelalte sisteme ale dvs.
Ghidurile de proiectare dintr-un wiki precum Confluence, sistemele de tichete și surse similare sunt conectate prin API-urile lor cu tool-uri construite special, astfel încât Claude citește pagina actuală, nu o copie învechită.
Aceleași capabilități nu trebuie să rămână o conversație. Odată ce un pas funcționează în Claude Code, poate deveni o funcție, un workflow, un job batch sau un buton în NX. Claude Code este locul unde o operație este descoperită, testată și rafinată; butonul este locul unde o folosește întregul departament.
Cum se conectează Claude Code la Siemens NX
Patru părți, o singură direcție. Claude Code planifică, conexiunea MCP transportă un apel de tool tipizat, poarta din Vision4NX Connector îl previzualizează și așteaptă, iar NXOpen îl execută în sesiunea live. În niciun moment Claude nu primește acces direct la NX: chiar și codul NXOpen pe care îl scrie rulează printr-un tool, în spatele aceleiași porți.
// Integrare Claude NX: caseta roșie este cea pe care configurațiile de weekend o omit
Unde tastează inginerul
Terminal, VS Code sau JetBrains pe stația NX; nativ pe Windows 10 1809 sau mai nou. Claude planifică ce tool-uri să apeleze.
Catalogul de tool-uri NX
Instrumente tipizate cu nume, parametri și descrieri, servite de un singur server MCP și partajate cu întreaga echipă.
Previzualizare → confirmare → jurnalizare
Fiecare apel care modifică este afișat întâi, aplicat doar după confirmare, împachetat într-un marcaj de undo și scris în jurnalul de audit.
Unde se întâmplă de fapt
Bibliotecile și șabloanele dvs. NXOpen rulează în sesiunea inginerului, sub licența și permisiunile acestuia, vizibile live.
Conexiunea în sine este o configurare obișnuită Claude Code. Ce o transformă într-un instrument de inginerie este a treia casetă: cine a văzut modificarea, cine a aprobat-o și cum se anulează.
Claude Code are nevoie de un plan Claude plătit sau de un cont la un furnizor de API; planul gratuit claude.ai nu îl include. Pentru NX, asta înseamnă de obicei un plan Team sau Enterprise ori acces de companie prin Amazon Bedrock, Google Cloud sau Microsoft Foundry, ceea ce rezolvă și întrebarea privind rezidența datelor, mai jos.
Porțile care îl împiedică pe Claude să modifice piesa greșită
Instrucțiunile nu sunt un mecanism de siguranță. Chiar documentația Anthropic spune că fișierele CLAUDE.md sunt context, nu configurare impusă, și că orice trebuie blocat indiferent de ce decide Claude ține de un hook sau de o regulă de permisiune. Așadar, poarta trebuie să fie ceva de care Claude nu poate trece argumentând, iar în configurațiile noastre ea există de ambele părți ale conexiunii.
| Strat | Impus prin | Ce oprește |
|---|---|---|
| Permisiunile Claude Code | Reguli de permisiuni evaluate întâi deny, apoi ask, apoi allow; setări gestionate (managed settings) pe care niciun utilizator sau proiect nu le poate suprascrie; hook-uri PreToolUse care pot bloca un apel | Claude apelează un tool din afara rolului: exporturi, salvări, orice nu este pe listă |
| Aprobare per tool | Instrumentele de construcție sunt marcate astfel încât Claude Code să ceară aprobare la fiecare apel, chiar și în modul bypassPermissions și fără opțiunea „nu mai întreba” |
O modificare de geometrie rulează nesupravegheat pentru că cineva a activat un mod automat |
| Poarta din Connector | Previzualizare a ce se schimbă pe ce piesă, confirmare explicită, un marcaj de undo denumit pe acțiune, înregistrare de audit, refuz pentru date eliberate sau check-in | O valoare greșită ajunge în model sau o modificare pe care nimeni nu o mai poate urmări după săptămâni |
| NX și Teamcenter | Licența NX, sesiunea și permisiunile Teamcenter proprii ale inginerului | Claude face ceva ce inginerul nu ar putea face manual |
Instrumentele de citire rulează liber, cele de construcție cer aprobare, iar exporturile și salvările sunt blocate la nivel de stație de lucru. Nimic din toate acestea nu înlocuiește poarta proprie a Connectorului: partea de server nu are încredere în partea de client. Chiar dacă fiecare cerere din Claude Code a fost aprobată, Connectorul arată ce se va schimba, aplică doar după confirmare, setează un marcaj de undo denumit și înregistrează utilizatorul, parametrii și rezultatul. Ctrl+Z anulează curat o acțiune.
Unde se amortizează mai întâi Claude Code în NX
Acolo unde inginerul știe deja ce trebuie să se întâmple și își petrece timpul convingând NX să o facă. Echipa CAD a unui constructor de mașini din regiunea DACH a stabilit clar ordinea: întâi suport de proiectare în NX, pentru că aduce cel mai repede valoare practică; Teamcenter mai târziu, pentru că un model de date puternic customizat, cu propriile workflow-uri și politici, are nevoie de pregătire înainte ca un asistent să îl atingă.
Dezvoltare NXOpen fără bucla copy-paste
Un dezvoltator NXOpen cere un jurnal, Claude îl scrie pe baza referinței API verificate, stratul de tool-uri îl rulează în sesiune, iar textul excepției se întoarce direct la Claude. Pentru proiectele C# și C++, compilarea și depanarea au loc în fundal, pornind de la proiectele dvs. șablon interne. Dezvoltatorul revizuiește un diff în loc să mute cod între browser și Journal Editor. Un exemplu pas cu pas găsiți în exemplul nostru complet de la prompt la jurnal; de ce modelele generale inventează membri API fără fundamentare explică articolul Generarea de cod cu AI pentru NX Open.
Pași de modelare pe piese existente
Cererile pe care le fac proiectanții sunt mici și concrete: un canal de pană pe acest arbore, un grup de feature-uri parametric, o funcție complexă pe un corp existent. Claude citește geometria selectată, propune pașii cu parametrii lor și îi construiește ca feature-uri după confirmare. Pentru proiectanții care preferă să nu deschidă un terminal, aceleași operații rulează dintr-un panou de chat în NX, în NX Action Assistant.
PMI și desene
Cote și callout-uri de găuri ca PMI asociativ, vederi de desen conform ghidurilor companiei, găuri plasate și cotate pe bază de reguli. La cotarea 2D automată, desenele, vederile și primele cote funcționează deja în două proiecte actuale ale clienților; după estimarea noastră, gradul de automatizare este acolo de aproximativ 40 la sută și crește. Toleranțele și simbolurile de rugozitate sunt partea dificilă și o spunem înainte de începerea proiectului.
Reconstruirea pieselor care și-au pierdut istoricul
Datele STEP migrate fără arbore de feature-uri sunt o problemă clasică în NX. Piese simple precum flanșe și șuruburi au fost deja reconstruite cu un istoric logic; pentru geometrii foarte complexe, succesul nu este garantat. Regulile de proiectare și structura de istoric dorită trebuie specificate de la început, iar o comparație automată a piesei reconstruite cu geometria sursă este testul de acceptanță care decide, piesă cu piesă. Calitatea datelor în migrări este un subiect separat, tratat în calitatea datelor CAD la migrarea în NX.
Înlocuirea componentelor în ansambluri
Înlocuirea pe bază de reguli a multor componente dependente deodată, de exemplu supape înlocuite cu piese noi potrivite după ce s-au schimbat dimensiunile carcaselor. Constrângerile de ansamblu existente supraviețuiesc în general schimbului; se rup atunci când noii componente îi lipsesc fețele sau alte elemente geometrice referite, și exact asta trebuie să arate previzualizarea înainte ca cineva să confirme.
Claude Code cu și fără un strat de tool-uri de producție
Căutați Claude și NX și găsiți trei lucruri diferite, confundate constant: Claude într-o fereastră de chat, Claude Code cu un server MCP NX open-source de pe GitHub și Claude Code pe un strat de tool-uri curat, cu poartă de confirmare. Serverele open-source sunt o modalitate bună de a vedea ideea funcționând; prezentarea noastră NX CAD MCP arată ce pot face astăzi. Diferența se vede în ce întreabă un manager CAD.
| Întrebare | Claude într-o fereastră de chat |
Claude Code + open-source Server MCP NX |
Claude Code cu integrarea inteliScience |
|---|---|---|---|
| Vede piesa deschisă în NX | Nu | Da, dacă face legătura cu sesiunea | Da, prin instrumente de citire pe NXOpen |
| Construiește feature-uri editabile | Nu, descrie clicuri | Tool-uri de modelare de nivel scăzut | Da, cu șabloanele și bibliotecile dvs. NXOpen |
| Previzualizare și confirmare înaintea unei modificări | Nu se aplică | De regulă nu este inclus | Da, în Connector și în Claude Code |
| Marcaj de undo și înregistrare de audit per acțiune | Nu se aplică | De regulă nu este inclus | Da, un pas de undo și o linie de jurnal per acțiune |
| Respectă statusul Teamcenter și checkout-ul | Nu | Nu | Da, datele eliberate și cele cu check-in sunt refuzate |
| Rulează cod NXOpen și returnează erorile către Claude | Nu | Depinde de server | Da, C#, Python și C++, compilate și depanate în fundal |
| Permisiuni Claude Code preconfigurate | Nu se aplică | Treaba dvs. | Da: reguli, hook-uri și aprobare per tool, distribuibile ca setări gestionate |
Claude Code nu este nici singura cale spre cunoștințele NX. Pentru un asistent doar de citire care vă citează ghidurile, un server care fundamentează Claude în API-ul NXOpen și în propriul dvs. cod este adesea primul pas mai bun; articolul nostru despre NXOpen MCP și cunoștințele companiei explică acest nivel, iar whitepaper-ul despre arhitectura NX MCP arată cum se îmbină piesele la scară mare.
Protecția datelor, găzduire și alegerea modelului
Fișierele pieselor dvs. nu trebuie să părăsească rețeaua pentru ca Claude să lucreze cu ele. La model ajunge ce returnează un tool: nume de feature-uri, valori de expresii, măsurători, rezultate de verificare, nu fișierul de geometrie. Unde rulează modelul este o decizie separată, luată per proiect, nu per demo.
Claude Code poate folosi Claude direct prin Anthropic sau prin Amazon Bedrock, Agent Platform de la Google Cloud și Microsoft Foundry. Pentru rezidența datelor în Europa, pe Bedrock Claude Code rezolvă modelele implicite la profilurile de inferență cross-region eu. atunci când regiunea dvs. AWS este o regiune UE, iar pe Google Cloud suportă endpoint-ul multi-regional CLOUD_ML_REGION=eu. Stratul de tool-uri, jurnalul de audit și toate datele pieselor rămân pe infrastructura dvs.; modelele și datele pot rula în UE, în Germania sau on-premise, iar alegerea potrivită depinde de cerințele dvs. de protecție a datelor, de modelul dorit și de infrastructura existentă.
O limită onestă: dacă nimic nu are voie să iasă din companie, Claude Code nu este interfața potrivită, pentru că are nevoie de un model Claude. Același strat de tool-uri NX și aceeași poartă deservesc atunci un model complet local, printr-un alt asistent compatibil MCP. Spunem asta la prima întâlnire, nu după pilot.
Alegerea modelului se face per caz de utilizare. La momentul redactării, Claude Opus 5.5 (claude-opus-5-5) se potrivește pentru munca agentică NXOpen de durată, iar Claude Sonnet 5.5 (claude-sonnet-5-5) se potrivește pentru cererile în care viteza contează mai mult; ambele au o fereastră de context de un milion de tokeni. Raționamentul mai lung costă timp, iar pentru o cerere rapidă de feature un model mai rapid este pur și simplu instrumentul mai bun.
Cum configurăm Claude Code pentru echipa dvs. NX
O secvență scurtă și fixă, cu instrumente de citire înaintea celor de scriere. Cel mai mare efort nu este în Claude Code, ci în data engineering și tool-uri: unde se află standardele dvs., cât de actuale sunt, unde au voie să fie procesate și ce funcții NXOpen există deja. Asta determină efortul de implementare, de aceea vine primul.
- Quick Scan cu zi la fața locului. Până la două zile de workshop cu echipa dumneavoastră, cinci zile în total: analiza datelor dumneavoastră, întrebări despre locațiile de stocare și cerințe, evaluarea cazurilor de utilizare candidate; rezultatul este un plan de proiect cu defalcarea costurilor. Discuțiile pregătitoare au loc pe Teams, iar sesiunile la fața locului și online pot fi combinate.
- Catalog de tool-uri. Bibliotecile, jurnalele și verificările dvs. NXOpen existente devin tool-uri MCP tipizate. Instrumentele de citire intră primele în producție, ca echipa să vadă cum înțelege Claude piesele înainte de a modifica vreuna.
- Configurarea Claude Code. Conexiunea MCP, regulile de permisiuni și hook-urile ca setări gestionate, regulile casei și workflow-urile recurente.
- Poartă și audit. Previzualizare, confirmare, marcaj de undo și jurnal pentru fiecare tool de construcție, plus aprobarea per tool pe partea Claude Code.
- Proiect pilot. Un grup mic de ingineri pe piese reale, măsurat după operațiile executate, previzualizările respinse și operațiile de undo folosite.
- Rollout. Mai multe tool-uri, mai mulți utilizatori și trecerea de la conversație la funcții, butoane și joburi batch oriunde un workflow s-a stabilizat.
Accesul de scriere este și el o decizie de proiectare. Pentru a modifica tabele sau alte date ale companiei, Claude are nevoie de acces de scriere la ele. Fără el, Claude citește conținutul și produce o copie editată, iar transferul acestei copii în sistemul sursă rămâne un pas manual. Pentru majoritatea piloților, acesta este punctul de pornire potrivit.
Momentul potrivit pentru a conecta Claude Code la NX
- Echipa dvs. are deja cod NXOpen, jurnale sau verificări pe care oamenii le declanșează manual
- Dezvoltatorii sau utilizatorii avansați se simt ca acasă într-un terminal sau în VS Code
- Puteți numi cele cinci operații care consumă cele mai multe clicuri
- Ghidurile de proiectare există ca pagini sau documente pe care un tool le poate citi
- IT-ul dvs. permite Claude prin Anthropic, Bedrock, Google Cloud sau Foundry, de exemplu într-o regiune UE
Rezolvați asta mai întâi
- Nimic nu are voie să iasă din companie: folosiți același strat de tool-uri cu un model local
- Proiectanții dvs. nu vor deschide niciodată un terminal: începeți cu panoul de chat din NX
- Vă așteptați ca Claude să proiecteze: execută operații cunoscute, inginerii dvs. răspund de intenție
- Nimeni nu poate spune ce stări ale pieselor nu au voie să fie atinse niciodată: definiți asta înainte să existe vreun tool de construcție
Începeți mic: un caz de utilizare, funcțional în NX-ul dvs.
Nu pornim de la un server MCP gol și nici de la patruzeci de primitive. Pornim de la o operație pe care echipa dvs. o repetă, de la codul NXOpen pe care îl aveți deja pentru ea și de la o piesă care arată ca piesele dvs. reale. Într-un cadru scurt și fix, vedeți Claude Code executând acea operație în NX-ul dvs., prin poartă, și decideți pe baza dovezilor.
Domeniu de lucru fix · preț fix
NX Sprint
Două până la trei săptămâni, un caz de utilizare pe datele dvs. și un prototip funcțional la final: pasul dintre un demo și un pilot.
- Un caz de utilizare, ales împreună cu părțile interesate, aici un workflow Claude Code în NX
- Un prototip funcțional pe datele dvs., evaluat după indicatori conveniți
- Construit așa cum descrie această pagină: întâi instrumentele de citire, o poartă înaintea fiecărei modificări
- Remedieri până la recepție, fără cost suplimentar
On-premise sau cloud UE · tool-urile rămân ale dvs. în orice caz
Pentru comparație
Varianta do-it-yourself
Claude Code plus un server MCP NX open-source pe o piesă de test: o modalitate bună de a vedea ideea funcționând într-o după-amiază.
- Fără previzualizare, fără confirmare, fără marcaj de undo, dacă nu le construiți singuri
- Orb la statusul Teamcenter, la șabloane și la standardele companiei
- Bun pentru învățare, nu pentru date eliberate sau pentru un audit
Încă explorați ce poate face Claude Code pentru munca CAD în general, de la scripting la servere MCP publice pentru CAD? Începeți cu ghidul nostru despre Claude Code pentru CAD.
Întrebări frecvente despre Claude și Siemens NX
Poate Claude Code să controleze Siemens NX?
Poate Claude să deschidă fișiere NX .prt?
Cum conectez Claude Code la NX?
Modifică Claude modelul meu fără să întrebe?
Este integrarea Claude NX același lucru cu Vision4NX Connector?
Unde ajung datele noastre când Claude lucrează în NX?
Ce limbaje NXOpen sunt suportate?
Cum începem și cât costă?
Numiți operația NX pe care i-ați preda-o prima lui Claude.
O arătăm rulând într-o sesiune NX live, prin poartă, pe o piesă ca a dvs., și vă spunem onest care dintre sarcinile dvs. sunt pregătite pentru Claude Code și care au nevoie mai întâi de pregătire.
Solicitați o discuție tehnicăSpecialiști Siemens NX, NXOpen și Teamcenter · nearshore din România, EET, cu o oră înaintea CET · opțiune on-premise

