NX MCP: versiunea scurtă
NX MCP este practica de a expune operațiile Siemens NX și cunoștințele despre NX unui agent AI prin Model Context Protocol, astfel încât un model precum Claude să poată inspecta o piesă activă, să aplice standardele dumneavoastră și, după confirmare, să construiască geometrie sau să redacteze PMI. Acest whitepaper explică ce cer echipele de inginerie în 2026, unde se află peisajul open-source și cel al furnizorilor și arhitectura NX MCP pe care inteliScience o folosește pentru stratul dintre agent și NX: o punte care execută comenzi tipizate, controlate printr-o poartă de confirmare, în interiorul NX, un strat de cunoștințe care îi pune agentului la dispoziție ghidurile dumneavoastră înainte de a acționa și un flux de redactare a PMI care nu inventează niciodată o toleranță.
| Întrebare | Răspuns într-o propoziție |
|---|---|
| Ce își doresc echipele? | Un asistent care vede piesa deschisă și face lucrul de rutină în ea, nu un manual care cunoaște NX. |
| Ce există în 2026? | Servere ale comunității care comandă NX fără plasă de siguranță, servere de căutare care opresc apelurile NXOpen halucinate, Copilot-ul Siemens ancorat în documentație, servere MCP oficiale pentru Fusion de la Autodesk. Niciun server MCP oficial Siemens pentru modelarea NX. |
| Ce lipsește? | Poarta de confirmare (previzualizare, confirmare, anulare, audit), permisiunile pe roluri, conștientizarea șabloanelor și cunoașterea standardelor dumneavoastră în buclă. |
| Ce am construit | Vision4NX Connector: o punte între un agent compatibil MCP și o sesiune NX activă, cu instrumente de citire libere, instrumente de construcție controlate prin gate și un strat de cunoștințe cu peste două milioane de înregistrări NX curatoriate. |
| Primele cazuri de utilizare | Inspecția pieselor și întrebări de onboarding din prima zi; redactarea PMI, feature-urile șablon și construcțiile de variante după ce nivelul de citire a câștigat încrederea. |
1. De ce acest whitepaper, de ce acum
Trei evoluții au avut loc în decurs de douăsprezece luni și au schimbat întrebarea pe care ne-o pun managerii de inginerie. Înainte era “poate un AI să scrie NXOpen pentru noi?”. Acum este “poate un AI să lucreze în interiorul NX pentru noi, și cum păstrăm controlul?”.
Protocolul s-a maturizat. Anthropic a publicat Model Context Protocol în noiembrie 2024. În decembrie 2025 a trecut sub umbrela Agentic AI Foundation din cadrul Linux Foundation, iar specificația lansată la 28 iulie 2026 a făcut nucleul stateless, a adăugat o modalitate nativă prin care un server poate întrerupe un apel de instrument pentru a-i pune utilizatorului o întrebare și a promovat Enterprise-Managed Authorization la statutul stabil. MCP nu mai este un experiment al unui furnizor; este mufa pe care o acceptă fiecare asistent important.
Furnizorii de CAD s-au mișcat, dar inegal. La 28 aprilie 2026, Autodesk și Anthropic au anunțat două servere Fusion MCP publice, unul pentru comenzi de modelare într-o sesiune activă și unul pentru datele de proiectare, utilizabile direct din Claude. Siemens a redenumit NX în Designcenter odată cu versiunea din 23 iunie 2026 și a livrat Designcenter Copilot, un asistent ancorat în documentație și în sarcina curentă, și raportează că funcțiile sale AI sunt folosite de peste 500,000 de ori pe lună. Dar, din câte știm, nu există niciun server MCP oficial Siemens pentru operațiile de modelare NX. Propriul portal pentru dezvoltatori al Siemens descrie MCP drept “portul USB-C pentru aplicațiile AI” și arată cum poate fi făcut un agent conștient de documentația produsului; nu oferă un server care să acționeze în NX.
Inginerii au încetat să mai aștepte. Proiectanții țin deja Claude, Copilot sau un asistent intern deschis lângă NX. Lipesc manual nume de feature-uri, valori de expresii și mesaje de eroare într-o fereastră de chat și lipesc manual răspunsul înapoi în NX. Aceasta este lacuna pe care o închide un strat NX MCP și motivul pentru care o interogare de nișă precum “Siemens NX MCP” a început să apară vara aceasta în Search Console-ul nostru, fără ca vreun furnizor de servicii să se claseze pentru ea. Analiștii de software industrial văd același tipar: o analiză de piață Verdantix din mai 2026 profilează furnizori de software industrial, printre care Siemens, care construiesc capabilități MCP, și numește contextualizarea datelor, controalele de guvernanță și considerentele stricte de siguranță drept obstacolele care separă implementările industriale de cele IT obișnuite.
Acest document este răspunsul nostru la aceste trei evoluții. Este scris pentru manageri CAD, administratori NX și IT-ul de inginerie: oamenii care vor trebui să aprobe un agent ce atinge fișiere de piese.
2. Ce cer de fapt echipele de inginerie
În sesiunile de discovery cu echipe NX din construcția de mașini, industria auto (furnizori), aerospațial și energie, cererile se grupează în patru categorii, iar ordinea lor contează, pentru că este și ordinea în care se construiește încrederea.
Grupul 1, vezi piesa. “Ce feature-uri fac referire la expresia grosimii de perete?” “Care este masa corpului 3 în revizia curentă?” “De ce nu se actualizează această vedere de desen?” Fiecare dintre aceste întrebări are un răspuns exact în sesiunea activă și niciuna nu poate primi răspuns de la un chatbot care cunoaște doar documentația. Acesta este nivelul de citire și aici începe fiecare pilot reușit.
Grupul 2, cunoaște regulile noastre. “Ce strategie de referințe (datum) prescrie norma noastră internă pentru această clasă de piese?” “Este acest nume de expresie permis de convenția noastră de denumire?” “Arată-mi apelul NXOpen pentru asta, din propria noastră bibliotecă, nu un exemplu generic.” Echipele nu vor un model general mai inteligent. Vor un model care răspunde din standardele lor, din șabloanele lor și din codul lor.
Grupul 3, fă lucrul de rutină. Creează modelul de găuri din specificație. Instanțiază construcția boss-și-nervură prescrisă de standardul nostru. Redactează schema de referințe (datum) și cadrele de control al caracteristicii pentru aceste scaune de rulment. Derivă setul de desene pentru toți membrii acestei familii de piese. Acestea sunt operații de construcție și aici începe discuția despre siguranță.
Grupul 4, dovedește-o. Cine a aprobat această modificare? O putem anula cu precizie? Unde este jurnalul pe care îl va cere auditorul? Putem delimita ce roluri pot apela ce instrumente? Acest grup este rareori ridicat de proiectant și întotdeauna ridicat de managerul CAD și de securitatea IT. Un pilot care nu poate răspunde la el nu devine un rollout.
O observație utilă din acele sesiuni: echipele care au încercat mai întâi un chatbot general au lovit același zid în decurs de o săptămână. Asistentul explică minunat dialogul Extrude și nu are nicio idee ce este pe ecran: câte feature-uri are piesa, ce corpuri sunt suprimate, ce expresie controlează grosimea peretelui. Aceasta nu este o problemă a modelului de limbaj. Este o problemă de conectivitate, iar MCP este modul standard de a o rezolva.
3. Stadiul tehnicii în septembrie 2026
Căutați “NX MCP” și veți găsi patru feluri de lucruri. Sunt confundate constant, așa că merită să fim preciși.
| Categorie | Exemple | Ce face | Ce îi lipsește pentru producție |
|---|---|---|---|
| Servere ale comunității care comandă NX | NX_MCP (MIT, 84 stele, 15 fork-uri, versiunea 0.2.0.dev0), un demo text-to-CAD pe NX 2206 | Împachetează API-ul Python NXOpen ca instrumente MCP: 16 instrumente implicite plus 34 de instrumente legacy în spatele unui flag, căi de fișiere limitate la spațiul de lucru, anulare la mutațiile eșuate, execuția de journal-uri dezactivată implicit. Validat pe NX 2506 în modul batch la 21 august 2026; un pull request în lucru din 6 septembrie 2026 vizează găzduirea de sesiuni NX 2606 cu rollback la puncte de control și aproximativ 189 de instrumente etichetate după capabilitate. | Fiecare instrument se execută pe orice piesă este activă, cu orice parametri a ales modelul; fără previzualizare, fără permisiuni pe roluri, fără conștientizarea șabloanelor, doar mod batch pe Windows, planificarea în GUI interactiv nevalidată. |
| Servere care îi fac pe agenți să cunoască NX | nxopen-mcp și servere de căutare similare | Indexează documentația API-ului .NET NXOpen a unei instalări licențiate și servesc unui agent de codare clasele și semnăturile exacte, ca acesta să nu mai inventeze metode. | Nu acționează în NX; cunosc API-ul Siemens, dar nu bibliotecile, șabloanele sau normele dumneavoastră. |
| Copiloții furnizorilor | Designcenter Copilot (Siemens, iunie 2026), NX CAM Copilot (beta de la sfârșitul lui 2025), serverele Autodesk Fusion MCP (aprilie 2026) | Siemens: răspunsuri ancorate în documentație cu contextul sarcinii, predicții de adnotări PMI, predicție de comenzi. Autodesk: servere MCP oficiale locale și la distanță pentru Fusion, astfel încât un agent să poată modela și interoga datele de proiectare. | Siemens: răspunsuri, nu acțiuni, și nicio suprafață MCP pentru modelarea NX. Autodesk: nu este NX. |
| Asistenți generici | Claude, instrumente de tip Copilot, chat intern | Raționament, generare de cod, înțelegerea documentelor. | Nu pot vedea piesa; boilerplate-ul NXOpen este exact locul unde halucinează, așa cum au arătat testele noastre de generare de cod. |
Rezultă două concluzii. În primul rând, infrastructura de bază este dovedită și publică. În al doilea rând, tot ceea ce va întreba un manager CAD se află în afara acestei infrastructuri: poarta, permisiunile, cunoștințele și jurnalul de audit. Aceasta este cutia pe care o omit majoritatea serverelor și este cutia de care se ocupă acest whitepaper.
4. Arhitectura NX MCP: o punte între Claude și NX
Vision4NX Connector a pornit ca un conector de cunoștințe: o mufă universală care oferă oricărui asistent AI expertiză curatoriată despre NX, NXOpen, Teamcenter și calitatea datelor, peste două milioane de înregistrări curatoriate pentru o singură versiune de NX, conform GDPR și fără retenția datelor. În 2026 a primit o a doua jumătate. Acum transportă și comenzi tipizate de la un agent compatibil MCP într-o sesiune NX activă și aduce înapoi rezultate structurate. Claude este stratul de raționament pe care îl folosim cel mai des; protocolul face ca puntea să fie independentă de model.
În mod deliberat nu publicăm detaliile interne ale punții. Ceea ce urmează este contractul, adică partea care merită înțeleasă atunci când evaluați orice configurație NX MCP.
4.1 Patru cutii, și cea care contează
| Cutie | Rol | Ce se află acolo |
|---|---|---|
| Gazdă și agent | Unde tastează inginerul | Un panou de chat lângă NX, un IDE sau asistentul din interiorul NX. Modelul planifică ce instrumente să apeleze. Nu atinge niciodată NX direct și nu scrie niciodată NXOpen la runtime. |
| Server MCP | Catalogul de tool-uri | Instrumente tipizate cu nume, parametri în unități inginerești și docstring-uri. Curate, versionate, testate pe versiunea dumneavoastră de NX. |
| Poartă | Previzualizare, confirmare, anulare, jurnal | Fiecare apel care modifică modelul este rulat mai întâi în mod dry-run, arătat inginerului, aplicat doar după aprobare, încadrat într-un undo mark și scris într-un jurnal de audit cu utilizator, marcaj de timp, instrument, parametri și rezultat. |
| Connector-ul în interiorul NX | Unde se întâmplă de fapt | Bibliotecile, șabloanele și verificatoarele dumneavoastră NXOpen existente execută operația în sesiunea activă sau headless, în mod batch. |
Un server făcut într-un weekend are cutiile unu, doi și patru. A treia cutie este produsul.
4.2 Instrumentele de citire înaintea instrumentelor de construcție
Cea mai importantă decizie de proiectare este împărțirea catalogului în niveluri cu grade diferite de încredere.
| Nivel | Exemple de instrumente | Atinge modelul? | Poartă |
|---|---|---|---|
| Citire | listarea feature-urilor, expresiilor și PMI, măsurarea corpurilor, găsirea interferențelor, listarea vederilor de desen | niciodată | niciuna, poate fi apelat liber |
| Cunoștințe | căutarea normelor, șabloanelor, a referinței NXOpen și a ghidurilor companiei | niciodată | niciuna, poate fi apelat liber |
| Construire | schițe, extrudări, modele de găuri, actualizări de expresii, feature-uri șablon, seturi PMI | da | previzualizare, confirmare, undo mark, jurnal |
| Export | export STEP, export PDF al desenelor, derivarea seturilor de desene | scrie fișiere | căi limitate la spațiul de lucru, jurnal |
Recomandarea noastră rămâne neschimbată după fiecare proiect: livrați mai întâi nivelurile de citire și de cunoștințe, singure, și lăsați proiectanții să lucreze cu ele două sau trei săptămâni înainte ca un singur instrument de construcție să intre în producție. Instrumentele de citire sunt locul unde se produce momentul “asistentul îmi vede în sfârșit piesa” și nu prezintă niciun risc de a corupe un model.
4.3 Contractul unui instrument de construcție
Trei reguli din practică, toate ieftin de enunțat și scump de ignorat.
Fiecare instrument de construcție primește parametri în unități inginerești, niciodată în coordonate de ecran. Un instrument care primește o selecție pe ecran este un instrument care nu poate fi verificat.
Fiecare instrument de construcție execută exact o operație, ca un singur pas de undo. Rollback-ul trebuie să fie precis, nu “anulează ultimul lucru”.
Fără execuție liberă de journal-uri. Serverul comunității livrează această funcție în spatele unui flag și dezactivată implicit, la fel și noi. Un agent care poate rula journal-uri arbitrare este un agent care poate face orice poate face NXOpen, și tocmai aceasta este proprietatea pe care niciun manager CAD nu o va semna.
4.4 Confirmarea trăiește acum în protocol
Până la mijlocul lui 2026, pasul de confirmare trebuia construit în aplicația gazdă. Specificația MCP din 28 iulie 2026 a schimbat acest lucru. Un server poate răspunde acum unui apel de instrument cu un input_required ca rezultat, poate transmite clientului o întrebare și poate finaliza apelul după ce vine răspunsul, fără a ține un flux deschis. Pentru un instrument de construcție NX, aceasta este modalitatea nativă de a spune “aceasta va adăuga 24 de găuri la corpul 2, continuăm?”. Enterprise-Managed Authorization, promovată la statutul stabil în aceeași versiune, înseamnă că accesul la un server NX MCP poate fi guvernat prin furnizorul de identitate pe care îl rulați deja, iar noul cadru de extensii a scos sarcinile de lungă durată din nucleu, unde este locul unei verificări de interferențe pe un ansamblu complet.
Un server NX MCP proiectat în 2026 ar trebui să își expună gate-ul prin protocol, nu printr-un pop-up personalizat. Așa procedăm noi și acest lucru face ca același server să fie utilizabil din Claude, dintr-un asistent de codare și din propriul nostru panou din NX, fără trei dialoguri de confirmare diferite.
5. Cunoștințe în buclă: cum îi dați agentului ghidurile dumneavoastră
Instrumentele de acțiune decid ce poate face un agent. Cunoștințele determină dacă face lucrul corect. Majoritatea serverelor MCP publicate pentru CAD se opresc la acțiuni; a doua jumătate a Vision4NX Connector există pentru că prima jumătate nu este suficientă.
5.1 De ce un model general eșuează pe standardele dumneavoastră
Un model de frontieră cunoaște GD&T, cunoaște NXOpen, cunoaște conceptele Teamcenter. Nu știe că strategia dumneavoastră de referințe (datum) pentru carcasele de rulment pornește de la fața de montaj, că numele expresiilor trebuie să urmeze modelul p_<feature>_<quantity>, că construcția boss din standardul dumneavoastră de fabrică este un feature șablon și nu un cilindru plus o operație booleană, sau că revizia C a unui desen nu are voie să schimbe formatul planșei. În fiecare dintre aceste locuri, un răspuns corect din punct de vedere tehnic este greșit pentru dumneavoastră.
5.2 Patru feluri de cunoștințe, un singur protocol
MCP are trei primitive: instrumente, resurse și prompturi. Le folosim pe toate trei.
| Cunoștințe | Cum le obține agentul | Exemplu |
|---|---|---|
| Expertiză NX curatoriată | Instrumente de căutare peste baza de cunoștințe a Connector-ului: NX, NXOpen, Teamcenter, MBD, ISO GPS, calitatea datelor | “Cum fac un cadru de control al caracteristicii PMI semantic, nu decorativ?” primește răspuns din înregistrări validate, nu din memorie. |
| Normele și șabloanele dumneavoastră interne | Resurse preluate din documentele dumneavoastră de standarde și din șabloanele MBD, expuse ca instrumente de cunoștințe | “Schema de referințe (datum) pentru această consolă, standard intern” returnează strategia dumneavoastră preferată pentru clasa de piese, cu documentul sursă citat. |
| Bibliotecile dumneavoastră NXOpen | Un instrument de referință peste propriul dumneavoastră cod și docstring-urile sale | Agentul propune apelul din biblioteca dumneavoastră, în denumirea dumneavoastră, în loc de un fragment generic. |
| Modelul activ | Instrumente de citire | Tot ceea ce agentul “știe” despre piesa de pe ecran este citit, nu memorat. |
Ordinea contează. Înainte ca un agent să propună o operație de construcție, el a citit deja piesa, a consultat norma și a găsit șablonul. Apelul de construcție poartă apoi parametri care se pot trasa până la o sursă, iar acest lucru face ca previzualizarea să fie verificabilă: inginerul vede nu doar ce se va schimba, ci și de ce au fost alese acele valori.
5.3 Prompturile ca bariere de protecție
Prompturile MCP permit serverului să îi dea agentului un șablon de sarcină cu regulile încorporate. Promptul nostru de redactare a PMI, de exemplu, stipulează că fiecare valoare de toleranță trebuie să fie trasabilă până la o cerere din chat, o linie din specificație, un desen vechi sau valoarea implicită a normei interne pentru clasa de feature-uri, iar acolo unde sursa tace, agentul întreabă. O toleranță ghicită pe un model eliberat este singurul mod de eșec pe care arhitectura îl refuză, iar refuzul este scris în stratul de protocol, nu lăsat în seama modelului.
5.4 Suveranitatea cunoștințelor
Standardele dumneavoastră sunt proprietate intelectuală. Stratul de cunoștințe rulează acolo unde decideți dumneavoastră: pe infrastructura dumneavoastră, într-un cloud din UE sau complet izolat de rețea (air-gapped), cu modele locale, pentru medii din apărare și medii sensibile din perspectiva IP. Modelul de raționament poate fi găzduit, în timp ce serverul MCP, baza de cunoștințe, jurnalul de audit și toate datele pieselor rămân de partea clientului. Această separare a trecut un proiect recent prin analiza de securitate IT într-o singură rundă în loc de trei.
6. Exemplu concret: redactarea PMI prin agent
Definirea bazată pe model a mutat adnotările de pe desen în model, și cineva tot le tastează pe fiecare în parte. Redactarea PMI este cazul cel mai clar în care citirea, cunoștințele și construcția controlată prin gate se întâlnesc, și este locul unde mai mulți dintre clienții noștri vor agentul mai întâi.
6.1 Coloana vertebrală deterministă
Cu mult înainte de MCP am construit un instrument care automatizează plasarea și numerotarea elementelor PMI pe baza coordonatelor X, Y și Z ale unui sistem de coordonate. Când proiectul se schimbă, un algoritm reordonează și renumerotează adnotările de unul singur și păstrează documentația consecventă. Problema pe care a rezolvat-o este familiară fiecărei echipe MBD: întreținerea manuală a PMI se strică la fiecare modificare de proiect. Lecția pe care a predat-o este cea pe care acest whitepaper o repetă mereu: regulile fac plasarea, determinist, iar omul păstrează proiectarea.
Acel instrument stă acum în spatele unui instrument de construcție MCP. Agentul nu plasează adnotări ghicind coordonate. Apelează plasarea bazată pe reguli cu parametrii pe care i-a adunat, iar plasarea face ceea ce a făcut dintotdeauna.
6.2 De la o linie de specificație la PMI semantic verificat
Intrare, o linie din specificația clientului, lipită în chat sau extrasă din document: “Scaune de rulment ø40: poziționare față de referința A-B, bătaie ≤ 0.02. Suprafețe Ra 1.6.”
Ce face agentul, instrument cu instrument:
- Instrumente de citire pe piesa deschisă: găsesc cele două fețe de așezare ø40 și situația existentă a bazelor de referință.
- O căutare de ghid pentru clasa de piese: norma casei spune că locașurile de rulment definesc bazele A și B și prescrie șablonul de suprafață TN-12.
- Instrumentul de creare PMI cu parametrii colectați: elemente de bază A și B pe ambele locașuri, un cadru de bătaie circulară 0,02 față de A-B atașat fețelor ø40, rugozitate Ra 1,6 pe fețele de așezare, setul de note și vederile de model organizate conform șablonului dumneavoastră MBD.
- Gate-ul afișează setul de adnotări ca previzualizare pe model, cu fiecare valoare trasată până la sursa ei. Inginerul acceptă, editează sau respinge. Nimic nu intră în model neverificat, iar inginerul care eliberează setul îl semnează, exact ca în cazul PMI redactate manual.
Totul este redactat ca PMI semantic, atașat fețelor și purtându-și semnificația, astfel încât programarea CMM, CAM și verificarea de conformitate din aval să îl poată citi. Adnotările de text decorative sunt modul de eșec împotriva căruia proiectăm; o poartă de conformitate bazată pe reguli la eliberare, sora asistentului de redactare, verifică rezultatul față de regulile dumneavoastră și de cerințele clientului.
6.3 Ce nu are voie să facă agentul
Nu inventează niciodată o toleranță. Nu plasează niciodată după coordonate de ecran. Nu eliberează niciodată. Calitatea migrării de pe desene vechi depinde de calitatea desenelor; desenele curate migrează aproape automat, faxurile scanate trimit mai multe adnotări prin coada de verificare, iar un pilot măsoară această împărțire pe desenele dumneavoastră reale înainte ca cineva să se angajeze la arhivă.
7. Două implementări, un singur tipar
Co-inginerul hibrid. Pentru un client confidențial din inginerie am livrat un asistent care interpretează o cerere în limbaj natural, decide ce instrumente NX să folosească, le completează parametrii din starea modelului și din conversație, execută în interiorul NX, verifică dacă rezultatul dorit a fost efectiv obținut și fie continuă, fie corectează, fie întreabă. Bucla este: înțelege, planifică, execută, verifică, asistă. În inginerie, “comandă trimisă” nu este același lucru cu “sarcină finalizată”, motiv pentru care pasul de verificare nu este opțional.
Asistentul de chat cu acces MCP la geometrie. Anul acesta am livrat un asistent de chat pentru un producător industrial din Asia, ai cărui ingineri voiau să vorbească cu piesa pe care o aveau deschisă. Partea de citire a intrat prima în producție; partea de construcție a urmat patru săptămâni mai târziu și este deliberat restrânsă: feature-uri bazate pe schițe, găuri și modele, precum și propriile feature-uri șablon ale clientului, cu parametri completați din conversație. Fiecare apel de construcție previzualizează, așteaptă confirmarea, setează un undo mark și scrie o intrare de audit. Stratul de raționament este un model de frontieră găzduit; serverul, jurnalul și datele pieselor nu părăsesc niciodată clientul.
Ambele proiecte converg către arhitectura NX MCP din secțiunea 4 și ambele confirmă succesiunea din secțiunea 2: vezi piesa, cunoaște regulile, fă lucrul de rutină, dovedește-o.
8. Lista de verificare pentru securitate și guvernanță a unei configurații NX MCP
Fie că construiți intern sau cu un partener, acestea sunt criteriile care separă un instrument pe care un manager CAD îl poate semna de un demo.
- Nivelul de citire se livrează primul, de unul singur. Instrumente de inspecție și de cunoștințe cu zero acces la scriere, în producție, înainte să existe orice instrument de construcție.
- Unități inginerești în fiecare semnătură. Milimetri, grade, nume de expresii. Fără coordonate de ecran, fără “fața selectată”.
- Un singur pas de undo per scriere. Rollback-ul trebuie să fie precis.
- Fără execuție liberă de journal-uri. Nu în spatele unui flag pe care utilizatorii dumneavoastră îl pot găsi.
- Recunoașterea șabloanelor. Agentul instanțiază feature-urile dumneavoastră standard în loc să asambleze geometrie din primitive.
- Cunoștințe cu proveniență. Fiecare valoare dintr-o previzualizare este trasabilă până la o normă, un șablon, o specificație sau modelul activ.
- Permisiuni pe roluri prin furnizorul dumneavoastră de identitate. Enterprise-Managed Authorization este stabilă în protocol din iulie 2026; folosiți-o.
- Jurnal de audit deținut de managerul CAD. Utilizator, marcaj temporal, instrument, parametri, rezultat, undo mark. Exportabil.
- Modelul unde doriți, datele unde trebuie să rămână. Raționamentul găzduit este în regulă; puntea, piesele, baza de cunoștințe și jurnalul rămân pe infrastructura dumneavoastră sau într-un cloud din UE, izolate de rețea (air-gapped) acolo unde este necesar.
- Pilot măsurat. Acuratețe și efort de verificare pe instrument și pe tip de adnotare, pe piesele dumneavoastră, înainte de rollout.
Numărul 5 este cel pe care majoritatea demo-urilor îl sar și cel pe care proiectanții îl observă primul. Numărul 6 este cel care face posibil numărul 5.
9. Măsurarea unui pilot
Un pilot NX MCP ar trebui judecat așa cum este judecat orice instrument de inginerie: prin cifre pe propriile dumneavoastră piese. Metricile pe care le raportăm la finalul unui proof of concept:
| Metric | Ce vă spune |
|---|---|
| Precizia apelurilor de instrumente | Ponderea previzualizărilor de construcție acceptate fără editare, pe instrument |
| Efort de verificare | Minute pe set de adnotări sau feature acceptat, comparativ cu redactarea manuală |
| Rata de rollback | Ponderea operațiilor confirmate anulate ulterior, pe instrument |
| Acoperire | Ponderea sarcinilor de rutină din scopul pilotului pe care agentul le-a putut finaliza fără escaladare |
| Rata de ancorare | Ponderea valorilor propuse cu o sursă trasabilă (țintă: 100 la sută) |
| Timp până la prima valoare | Zile până când nivelul de citire răspunde la întrebări la care proiectanții răspundeau anterior manual |
Un pilot care raportează utilizarea în loc de aceste cifre nu a fost evaluat. Cadrul nostru pentru cumpărători de evaluare a asistenților AI pentru inginerie acoperă metoda mai largă.
10. Calea de adoptare
Succesiunea pe care o recomandăm, și cea pe care o urmează proof of concept-urile noastre cu preț fix:
- Săptămânile 1-2: nivelurile de citire și de cunoștințe. Connector-ul răspunde din piesa activă și din standardele dumneavoastră. Fără scrieri.
- Săptămânile 3-5: un singur nivel de construcție restrâns. Operația pe care proiectanții dumneavoastră o repetă cel mai des, controlată prin gate, cu anulare și audit. Primii candidați tipici: feature-uri șablon, modele de găuri, actualizări de expresii.
- Săptămânile 5-7: un flux de redactare bogat în cunoștințe. Redactarea PMI pentru o clasă de piese, cu șablonul dumneavoastră MBD și normele interne codificate, douăzeci de piese reale adnotate și verificate de inginerii dumneavoastră, acuratețe și efort de verificare raportate pe tip de adnotare.
- Implementarea extinsă (rollout): domenii de roluri, SSO, operare on-premise sau în cloud UE, conectarea la poarta de conformitate și, acolo unde este relevant, acțiuni Teamcenter prin același protocol.
Proof of concept-ul nostru NX MCP pornește de la €12,000 preț fix; proof of concept-ul pentru redactarea PMI pornește de la €14,500, cinci până la șapte săptămâni, preț deductibil din rollout. Șabloanele și regulile vă aparțin în ambele cazuri.
Dacă inginerii dumneavoastră descriu deja piese unui chatbot manual, nivelul de citire este de mult întârziat, iar nivelul de construcție este o discuție de definire a scopului. Discutați cu inginerii noștri despre un pilot NX MCP, sau citiți de ce are nevoie la nivel de producție serverul MCP pentru Siemens NX și în ce fel Vision4NX Connector livrează jumătatea de cunoștințe și cum Asistentul de redactare MBD și PMI o aplică.
Modul în care împărțim în practică această muncă între mai mulți agenți este descris în articolul nostru despre cum împărțim cercetarea, construcția, verificarea și codul.
Întrebări frecvente
Ce este NX MCP?
NX MCP înseamnă expunerea operațiilor și cunoștințelor Siemens NX către un agent AI prin Model Context Protocol, implementat pe NXOpen. Agentul descoperă instrumente tipizate, de exemplu pentru listarea feature-urilor sau aplicarea unui feature șablon, decide când să le apeleze, iar serverul le execută într-o sesiune NX reală. Protocolul este independent de model, așa că același server funcționează cu Claude, cu asistenți de tip Copilot sau cu un asistent intern de inginerie.
Există un server MCP oficial Siemens pentru NX?
Nu, din câte știm în septembrie 2026. Siemens livrează Designcenter Copilot, un asistent ancorat în documentație, și descrie MCP pe portalul său pentru dezvoltatori, dar nu există niciun server MCP oficial pentru operațiile de modelare NX. Serverele comunității, precum NX_MCP, dovedesc infrastructura tehnică; mecanismele de control (gating) pentru producție, permisiunile și conștientizarea șabloanelor trebuie construite sau cumpărate.
Cum face Vision4NX Connector legătura între Claude și NX?
Un agent compatibil MCP, precum Claude, apelează instrumente tipizate; Connector-ul le execută în interiorul sesiunii active și returnează rezultate structurate. Instrumentele de citire pot fi apelate liber, instrumentele de construcție trec printr-o poartă de previzualizare și confirmare, cu marcaje de undo și un jurnal de audit, iar un strat de cunoștințe cu peste două milioane de înregistrări curatoriate, plus propriile dumneavoastră standarde, este disponibil agentului înainte ca acesta să acționeze.
Poate un agent AI să creeze PMI în Siemens NX în siguranță?
Da, atunci când fiecare valoare are o sursă trasabilă și inginerul este cel care eliberează setul. Agentul citește piesa, consultă norma dumneavoastră internă și șablonul MBD și apelează un instrument de redactare bazat pe reguli, care produce PMI semantic atașat fețelor. Setul de adnotări apare ca previzualizare; nimic nu intră în model neverificat. Agentul nu inventează niciodată o toleranță și nu plasează niciodată după coordonate de ecran.
Cum îi transmitem agentului ghidurile noastre de proiectare?
Prin același protocol. Documentele dumneavoastră de standarde, șabloanele MBD și bibliotecile NXOpen sunt preluate și expuse ca instrumente și resurse de cunoștințe cu proveniență, iar prompturile de sarcină poartă regulile, de exemplu că o toleranță lipsă trebuie cerută, nu ghicită. Agentul le consultă înainte de a propune o operație de construcție, astfel încât fiecare previzualizare arată de ce a fost aleasă o valoare.
Cât costă un pilot NX MCP și cât durează?
Un proof of concept NX MCP pornește de la €12,000 preț fix. Un proof of concept pentru redactarea PMI pornește de la €14,500 și durează cinci până la șapte săptămâni, cu douăzeci de piese reale adnotate și verificate și un raport de acuratețe pe fiecare tip de adnotare. Ambele sunt deductibile din costul unui rollout.
Surse
- Specificația Model Context Protocol, revizia 2026-07-28, și anunțul Agentic AI Foundation (decembrie 2025), modelcontextprotocol.io
- Autodesk, “Autodesk announces Fusion MCP servers”, 28 aprilie 2026, engineering.com și autodesk.com
- Siemens, “Designcenter is for everyone, June 2026 release”, blogs.sw.siemens.com, 23 iunie 2026
- Siemens Developer Portal, “Setup Agentic AI & MCP”, developer.siemens.com, accesat la 14 septembrie 2026
- DreamEnding/NX_MCP, GitHub, accesat la 14 septembrie 2026 (84 stele, 15 fork-uri, MIT, validat pe NX 2506 la 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” (studiu de caz), “NX CAD MCP: How AI Agents Read and Build Geometry”, “Siemens NX MCP Server” (pagină de serviciu), “MBD & PMI Authoring Assistant” (pagină de serviciu), 2025 până în 2026