NXOpen MCP: versiunea scurtă
NXOpen MCP înseamnă conectarea unui agent AI la cunoștințele Siemens NX prin Model Context Protocol: documentația API NXOpen reală, ghidurile dumneavoastră de proiectare, standardele dumneavoastră interne, propriile biblioteci de cod. La inteliScience construim aceste straturi de ancorare (grounding) pentru echipele NX din DACH — astfel încât agentul citează standardul dumneavoastră în loc să inventeze un răspuns.
Problema: agentul cunoaște NX. Nu cunoaște NX-ul Your .
Adresați unui model de frontieră o întrebare despre NXOpen și primiți cod care pare corect și adesea este corect — am măsurat acest lucru în detaliu în articolul nostru despre Generarea de cod cu AI pentru NX Open. Întrebați-l despre NX-ul dumneavoastră și nu are nimic: nu a văzut niciodată grosimea minimă a peretelui pentru carcasele dumneavoastră turnate sub presiune, standardul dumneavoastră de layere, chenarul dumneavoastră de desen, biblioteca wrapper construită de echipa dumneavoastră timp de zece ani sau motivul pentru care numele expresiilor încep cu p_ în atelierul dumneavoastră.
Așa că face ceea ce fac modelele de limbaj. Ghicește, fluent.
Presupunerile vin în două variante, iar ambele costă ore reale. Prima este apelul API halucinat — o metodă care nu există în clasa în care modelul pretinde că există, descoperită la compilare. A doua este mai gravă, pentru că nimic nu eșuează: un răspuns care este o practică inginerească generală plauzibilă, dar contrazice standardul dumneavoastră intern, descoperit la revizuirea de proiect — sau deloc.
Ambele au aceeași cauză de fond. Modelul nu este prost; este neancorat. Iar de când Anthropic a introdus Model Context Protocol în noiembrie 2024, există o modalitate standard, neutră față de furnizori, de a remedia acest lucru.
Două tipuri de servere MCP pentru NX — acest articol este despre tipul discret
Serverele MCP pentru Siemens NX se împart în două categorii care sunt confundate constant. Serverele de acțiuni permit unui agent să facă lucruri — să creeze elemente, să seteze expresii, să exporte STEP — cu tot ce implică asta în privința încrederii, previzualizării și auditului; acea latură este nivelul de acțiune al familiei noastre de asistenți AI pentru NX. Serverele de cunoștințe nu ating niciodată modelul. Ele răspund la propriile întrebări ale agentului: ce returnează acest API, ce spune standardul, cum am rezolvat asta ultima dată.
| Server de cunoștințe (doar citire) | Server de acțiuni (scrie în NX) | |
|---|---|---|
| Ce face | recuperează și citează: documentație API, ghiduri, istoricul pieselor | execută: elemente, expresii, desene, exporturi |
| Risc | aproape zero — nu poate atinge modelul | necesită previzualizare, confirmare, marcaje de anulare, jurnal de audit |
| Guvernanță | o singură revizuire de securitate | permisiuni, jurnalizare, aliniere cu consiliul de întreprindere |
| Începeți aici? | da — primul câștig în câteva săptămâni | după ce stratul de cunoștințe este funcțional |
Tipul de cunoștințe primește doar o fracțiune din atenție și, pentru majoritatea echipelor NXOpen, aduce valoare mai devreme. Un server doar citire nu poate corupe un ansamblu, nu are nevoie de o poartă de confirmare și trece o revizuire de securitate IT într-o singură ședință în loc de cinci. Recomandarea noastră clară: dacă începeți cu MCP într-un mediu NX, începeți aici.
Nivelul de ancorare 1: API-ul NXOpen real, nu unul din memorie
Primul strat de ancorare este cunoașterea publică servită cu precizie. Proiectul open-source nxopen-mcp indexează documentația .NET NXOpen a unui NX instalat local, cu licență, și servește unui agent de programare clase, membri și semnături exacte — retrieval hibrid, care combină embeddings semantice BGE-M3 cu căutarea exactă după nume. Agentul încetează să mai inventeze metode pentru că le poate căuta, offline, exact în versiunea de NX pe care o rulați.
Această ultimă parte contează mai mult decât pare. NX apare de două ori pe an — NX 2606 a sosit în iunie 2026, iar Siemens îl încadrează acum sub umbrela Designcenter — iar memoria unui model despre API este întotdeauna un amestec de versiuni. O căutare MCP efectuată pe instalarea dumneavoastră este, prin construcție, fidelă versiunii.
Prin comparație, serverul comunitar de pe latura de acțiuni NX_MCP (84 de stele pe GitHub la 14 septembrie 2026, validat pe NX 2506) expune 16 instrumente implicite plus 34 experimentale pentru controlul NX. Util pentru experimente — dar observați cât de mult mai mică este suprafața de risc a serverului de retrieval: acesta nu are nimic de anulat.
Nivelul de ancorare 2: ghidurile dumneavoastră de proiectare și standardele interne
Acesta este stratul pe care organizația dumneavoastră îl deține cu adevărat și pe care nimeni altcineva nu îl poate replica. Ghiduri de proiectare, standarde interne, liste de verificare, aprobări de derogare — majoritatea birourilor NX le au ca PDF-uri și pagini wiki pe care noii angajați le citesc o dată, iar toți ceilalți și le amintesc pe jumătate.
Servite printr-un server de cunoștințe MCP, ele își schimbă caracterul: orice agent compatibil MCP — Claude în IDE, un asistent precum Vision4NX în interiorul NX, le poate interoga în timpul sarcinii și trebuie să citeze ce a găsit.
Regula este simplă: fără sursă, niciun răspuns. Când un proiectant întreabă “grosimea minimă a peretelui pentru AlSi9Cu3?”, răspunsul agentului indică documentul, secțiunea și revizia din care provine, iar un răspuns greșit sau depășit este acum o problemă de document trasabilă, nu un mister AI. Menținem această regulă chiar și atunci când îl face pe asistent să spună mai des “nu am găsit nimic”. Un răspuns ingineresc fără citare este un zvon.
Vreți să aprofundați? Ce presupune să lăsați agenții să act pe baza acestor cunoștințe — previzualizare, confirmare, anulare, audit — se găsește pe pagina noastră serverul MCP pentru Siemens NX .
Folosiți Claude Code ca agent? Cum conectăm Claude Code la o sesiune NX live este descris pe pagina noastră de servicii.
Nivelul de ancorare 3: propriul cod, șabloanele și istoricul pieselor
Stratul cel mai profund extinde ideea de la Nivelul 1 de la API-ul Siemens la al dumneavoastră. Funcțiile wrapper, jurnalele și piesele-șablon construite de echipa dumneavoastră sunt adevăratul vocabular al mediului dumneavoastră NX. Ele pot fi indexate și servite exact ca documentația oficială, astfel încât agentul propune funcția standard de boss din biblioteca dumneavoastră în loc să reinventeze geometria din primitive.
Istoricul pieselor închide bucla. “Am mai rezolvat un suport ca acesta?” este o întrebare de retrieval asupra pieselor eliberate, desenelor și ordinelor de modificare — doar citire în raport cu Teamcenter, cu răspunsuri sub formă de ID-uri de articole pe care proiectantul le poate deschide. În practică, delimităm acest strat cu atenție împreună cu fiecare client: controlul accesului asupra indexului contează la fel de mult ca indexul însuși, pentru că un server de cunoștințe servește bucuros tot ce i s-a dat. Un ansamblu supus controlului exporturilor trebuie să fie la fel de invizibil pentru agent pe cât este pentru un coleg neautorizat.
La ce să fiți atenți într-o configurație MCP de cunoștințe
Cinci criterii separă un strat de ancorare util de un demo, fie că îl construiți singuri, fie cu un partener precum inteliScience:
- Citările sunt obligatorii, nu decorative. Fiecare răspuns numește documentul, revizia și secțiunea. Instrumentele care returnează proză fără proveniență sunt respinse la revizuire.
- Indexul cunoaște reviziile. Un ghid înlocuit în martie trebuie să nu mai fie servit în aprilie — ancorarea învechită este mai rea decât lipsa ei, pentru că vine cu o încredere falsă.
- Controlul accesului se află în server. Agentul vede doar ceea ce are voie să vadă utilizatorul care întreabă: indexuri delimitate pe roluri, nu un singur coș mare.
- Embeddings și retrieval rulează acolo unde se află documentele. Pentru majoritatea producătorilor din DACH, asta înseamnă on-premises — standardele dumneavoastră interne sunt cunoștințe competitive și nimic din MCP nu le cere să părăsească clădirea. Un model găzduit precum
claude-sonnet-5-5poate fi în continuare stratul de raționament; documentele în sine rămân acasă. - Există un set de evaluare. Douăzeci de întrebări reale de la proiectanții dumneavoastră, cu surse corecte cunoscute, rulate din nou după fiecare actualizare a indexului. Calitatea retrieval-ului se măsoară, nu se intuiește.
Punctul 4 este locul unde vedem că se blochează majoritatea proiectelor interne — demo-ul de retrieval funcționează într-un notebook, iar apoi GDPR, SSO și consiliul de întreprindere intră în încăpere. Acea distanță dintre “rulează pe mașina mea” și “rulează în întreprindere” este exact partea care merită făcută corect.
Întrebări frecvente
Ce este NXOpen MCP?
NXOpen MCP reprezintă utilizarea Model Context Protocol pentru a conecta agenții AI la cunoștințele Siemens NX: documentația API NXOpen a unei instalări NX licențiate, ghidurile de proiectare ale companiei și bibliotecile de cod interne. Agentul interoghează aceste surse prin instrumente tipizate și citează ceea ce recuperează, în loc să răspundă din memoria sa de antrenare.
Care este diferența dintre un server MCP de cunoștințe și un server MCP de acțiuni?
Un server de cunoștințe este doar citire: recuperează și citează — semnături API, pasaje din ghiduri, istoricul pieselor. Un server de acțiuni execută operații în NX prin NXOpen și, prin urmare, are nevoie de previzualizare, confirmare, marcaje de anulare și jurnalizare de audit. Majoritatea echipelor ar trebui să implementeze mai întâi latura de cunoștințe; aceasta implică un risc operațional aproape nul.
Poate un server MCP să ancoreze un agent AI în ghidurile de proiectare ale companiei noastre?
Da — aceasta este, probabil, cea mai bună utilizare a sa într-un mediu NX. Ghidurile și standardele interne sunt indexate (de regulă cu embeddings locale), servite ca instrumente de retrieval, iar fiecare răspuns returnează ID-ul documentului, revizia și secțiunea din care provine. Răspunsurile greșite devin probleme de document trasabile, nu eșecuri silențioase ale modelului.
Cât de mult efort presupune conectarea ghidurilor noastre de proiectare la un agent AI?
Mai puțin decât se așteaptă majoritatea echipelor pentru o primă etapă: un set restrâns de documente, un index local de embeddings, un instrument de retrieval cu citări obligatorii și un set de evaluare cu întrebări reale ale proiectanților — săptămâni, nu trimestre. Efortul crește odată cu guvernanța, nu cu tehnologia: gestionarea reviziilor, controlul accesului și implementarea on-premises sunt zonele unde se află munca adevărată.
Este NXOpen MCP mai bun decât fine-tuning-ul unui model pe datele noastre de inginerie?
Pentru această problemă, da. Fine-tuning-ul fixează cunoștințele în ponderi — costisitor de actualizat, imposibil de citat și depășit din ziua în care se schimbă un ghid. Retrieval-ul prin MCP păstrează cunoștințele în documente versionate pe care agentul le citează textual, se actualizează în momentul în care se actualizează indexul și funcționează cu orice model compatibil MCP, inclusiv cu modele complet locale.
Pasul următor
Dacă proiectanții dumneavoastră lipesc deja manual pasaje din ghiduri în ferestre de chat, stratul de ancorare este de mult necesar.
Discutați cu inginerii noștri despre ancorarea unui agent în cunoștințele dumneavoastră NX