Agentic CAD pentru Siemens NX

Agentic CAD pentru Siemens NX: asistenți care caută, construiesc, verifică și programează

Un singur model care deține toate instrumentele NX citește prea mult, își judecă singur munca și costă prea mult. O echipă de agenți cu roluri clare funcționează mai bine: unul planifică și construiește, unul caută informații, unul inspectează geometria, unul verifică rezultatul și unul scrie cod doar atunci când niciun instrument nu se potrivește.

Această pagină tratează stratul de agenți. Stratul de protocol și server de dedesubt este prezentat pe pagina noastră serverul MCP pentru Siemens NX dedicată; un singur agent Claude Code care lucrează în sesiunea NX este prezentat în integrarea Claude NX; partea de cunoștințe vine prin Vision4NX Connector. Toate fac parte din familia noastră de asistenți și chatboturi NX AI.

Agentic CAD în Siemens NX: pe scurt

• Ce este: un agent orchestrator care construiește și modifică modelul, plus agenți specialiști care fac cercetare, inspectează geometria și evaluează rezultatele. Aceștia acționează în sesiunea NX live printr-un catalog fix de instrumente NXOpen.
• De unde vin cunoștințele: un agent de cercetare care interoghează, printr-un conector MCP, o bază de cunoștințe cu documentație NX, NXOpen și Teamcenter și materialele dumneavoastră interne aprobate și returnează un răspuns scurt, cu sursele sale.
• Când niciun instrument nu se potrivește: un agent coder scrie un journal NXOpen pentru acea sarcină, îl testează pe o copie a piesei și abia apoi îl redă în sesiune ca un singur pas de undo.
• Ce îl menține controlabil: instrumente tipizate în loc de cod liber pentru munca obișnuită, un pas de undo per modificare, o evidență lizibilă a ceea ce a atins fiecare instrument și confirmare acolo unde o doriți.
• Ce nu este: text-to-CAD, o fabrică de procesare în lot sau un înlocuitor pentru proiectanții dumneavoastră. Execută operații cunoscute și le verifică; inginerii dumneavoastră dețin intenția de proiectare și semnează rezultatul.

De ce un singur model cu toate instrumentele NX nu este suficient

Primul asistent NX pe care îl construiesc majoritatea echipelor este un singur model de limbaj cu o listă lungă de instrumente. Funcționează pe un bloc demonstrativ. Pe o piesă reală se lovește de trei probleme deodată.

Prima este volumul. O listă de fețe sau muchii a unei piese reale ajunge ușor la zeci de kilobytes, iar o imagine a planșei este și mai mare. Modelul o citește o dată, iar de atunci încolo ea călătorește cu fiecare cerere următoare. Oricum, ID-urile din ea devin depășite după următoarea editare. A doua este judecata: un model care tocmai a construit un desen este un evaluator slab al aceluiași desen, pentru că verifică față de ce a intenționat să facă, nu față de ce se află pe planșă. A treia este costul. Fiecare cerere poartă întregul istoric, instrucțiunile și catalogul de instrumente, iar o sesiune de lucru din log-urile noastre are nevoie de aproximativ 15 până la 30 de apeluri de instrumente.

Împărțirea muncii le rezolvă pe toate trei. Agentul care construiește nu este inundat de liste și imagini, agentul care verifică nu a construit rezultatul, iar modelul scump este folosit doar acolo unde asistentul trebuie să judece.

Rolurile într-un asistent NX multi-agent

Cinci roluri: un orchestrator care planifică și construiește, un agent de cercetare care caută informații, un scout de geometrie care inspectează piesa, un evaluator care verifică rezultatul și un coder care scrie cod doar atunci când niciun instrument nu se potrivește.

Împărțirea nu este o dogmă fixă. Un proiect care nu atinge niciodată desene nu are nevoie de un evaluator de desene; un proiect cu o bibliotecă mare de standarde poate avea nevoie de un al doilea agent de cercetare. Explicăm mai detaliat cum împărțim cercetarea, construcția, verificarea și codul între agenți și ce costă și ce economisește fiecare împărțire.

Cum rulează o cerere agentic CAD în NX

Să luăm o cerere de desen pe o piesă 3D deschisă: o planșă cu o vedere de sus, o vedere din față și cotele principale. Inginerul cere o singură dată; agenții fac restul după un tipar fix.

1. Context. Asistentul verifică ce piesă este deschisă și care dintre regulile dumneavoastră se aplică acesteia.
2. Planificare. Orchestratorul decide secvența și formatul planșei. Dacă nu este sigur cum se comportă o comandă NX, întreabă agentul de cercetare în loc să ghicească.
3. Găsirea geometriei. Scout-ul găsește găurile, fețele și muchiile de care are nevoie pasul următor.
4. Construcție. Orchestratorul apelează instrumentele de construcție.
5. Verificare. Evaluatorul compară rezultatul cu regulile dumneavoastră și raportează defecte și lipsuri.
6. Corectare sau predare. Orchestratorul mută, șterge sau adaugă ce a semnalat evaluatorul ori se oprește și întreabă inginerul când regula nu este clară. Inginerul vede fiecare apel de instrument cu argumentele, rezultatul și durata sa.

Același tipar funcționează pentru modelare. Pe o piesă existentă, scout-ul găsește fețele, orchestratorul construiește canalul de pană, gaura sau racordarea, iar editarea unui feature existent îl redeschide în propriul builder, astfel încât feature-ul își păstrează locul în Part Navigator. Pentru operații individuale dintr-un panou de chat, fără stratul de agenți, recomandăm NX Action Assistant ca variantă mai simplă; pentru desene cerute câte o piesă pe rând, consultați asistentul pentru desene și documentație.

Coderul de rezervă: un journal NXOpen atunci când niciun instrument nu se potrivește

Niciun catalog de instrumente nu acoperă totul. Când orchestratorul constată că niciunul dintre instrumentele sale nu poate face ce a cerut inginerul, poate preda sarcina unui agent coder în loc să improvizeze. Coderul interoghează baza de cunoștințe pentru apelurile NXOpen corecte și scrie un journal exact pentru această sarcină.

Journal-ul nu ajunge direct în sesiunea dumneavoastră. Rulează mai întâi într-un NX headless pe o copie salvată a piesei și abia dacă trece este redat în sesiunea live, unde întreaga rulare este un singur pas de undo. Ieșirea și mesajele de eroare se întorc la coder, astfel încât un test eșuat devine o corectură, nu un tichet. Partea prompt-to-journal a acestui proces este prezentată pas cu pas în exemplul nostru detaliat prompt-to-journal, iar motivul pentru care modelele neghidate inventează membri API este tratat în Generarea de cod cu AI pentru NX Open.

Două note oneste. Coderul este cel mai nou rol din stack-ul nostru: este construit și încă îl validăm în sesiuni live, așa că îl tratăm ca soluție de rezervă, nu ca drum principal. Iar un journal care rezolvă o sarcină recurentă nu ar trebui să rămână o soluție unică. El devine un instrument tipizat și revizuit în catalog, iar așa crește catalogul.

NX rămâne receptiv cât timp lucrează agenții

NX este ocupat doar cât timp se execută un apel de instrument; fereastra asistentului rămâne utilizabilă cât timp agenții gândesc, iar proiectantul poate continua să lucreze în NX între apeluri. Oprirea unei cereri oprește conversația. Un apel de instrument pe care NX l-a pornit deja rulează până la capăt și poate fi apoi anulat în NX.

Unde am construit agentic CAD până acum

Două proiecte actuale, ambele anonimizate. Pentru un producător de mașini din DACH construim automatizarea desenelor după acest tipar: asistentul este deschis pe o piesă 3D, creează planșa din șabloanele de indicator proprii ale clientului, plasează vederi și marcaje de centru și le cotează după reguli derivate din desenele existente ale clientului, iar un agent evaluator verifică planșa față de aceste reguli. Planșele, vederile și primele tipuri de cote funcționează; unele tipuri de cote încă eșuează în interiorul API-ului NX și revin la variante mai simple, iar toleranțele și simbolurile de suprafață sunt partea dificilă, lucru pe care îl spunem înainte de începerea proiectului.

Pentru un producător asiatic, linia deschisă a serverului NX MCP a rulat o analiză de matriță într-o sesiune NX live pe o piesă de producție: direcția de extragere, apoi detecția undercut-urilor prin instrumentele de matrițe proprii ale NX, iar undercut-urile și nervurile raportate au corespuns rezultatului interactiv. Partea pur NX a acestei sarcini este descrisă în articolul nostru despre NX undercut detection. Un proiect anterior, mai amplu, de același tip, un asistent care selectează instrumente NX, le completează parametrii, execută și validează, este documentat în studiul nostru de caz despre AI agentic hibrid pentru Siemens NX.

Agentic CAD și vecinii săi pe acest site

Mai multe dintre paginile noastre tratează AI care acționează în NX. Ele descriu straturi diferite ale aceluiași stack, iar majoritatea proiectelor folosesc mai multe dintre ele.

Ce nu face agentic CAD

Agenții fac un asistent mai capabil în munca în mai mulți pași. Nu îl transformă într-un proiectant și nu elimină limitele NX sau ale API-ului. Acestea sunt limitele pe care le declarăm în prima întâlnire.

Pentru verificări care rulează în timp ce un proiectant modelează, nu la cerere, tiparul mai bun este Live Model Check Assistant bazat pe evenimente.

Confirmare umană și control

Mai mulți agenți nu trebuie să însemne mai puțin control. Ce instrumente rulează liber și care așteaptă inginerul este o decizie de configurare per instrument, luată împreună cu dumneavoastră înainte de proiectul pilot, nu o setare implicită despre care sperăm că e corectă.

• Instrumentele de citire și căutare rulează liber. Listarea geometriei, interogarea bazei de cunoștințe și realizarea de imagini nu modifică nimic în piesă.
• Fiecare modificare este un singur pas de undo. Fiecare instrument care modifică își setează propriul marcaj de undo vizibil; o schiță întreagă contează ca un singur pas, iar un journal redat, tot ca un pas.
• Confirmare acolo unde o doriți. Instrumentele care modifică pot necesita OK-ul inginerului, iar coderul pornește doar după ce inginerul este de acord, pentru că poate dura minute și scrie cod nou.
• Nimic ascuns. Fiecare apel de instrument este vizibil cu argumentele, rezultatul, geometria atinsă și durata sa, iar fiecare cerere de model este înregistrată.
• Permisiunile dumneavoastră la bază. Instrumentele rulează în propria sesiune NX a inginerului, sub licența și permisiunile de date ale inginerului.

Opțiuni de implementare, date și găzduire

Fișierele pieselor nu părăsesc rețeaua dumneavoastră pentru ca agenții să lucreze cu ele. Ce ajunge la un model este ce returnează un instrument: nume de feature-uri, ID-uri, măsurători, rezultate de verificare și, acolo unde permiteți, o imagine a unei planșe sau a unei vederi. Catalogul de instrumente, log-urile și conexiunea la baza de cunoștințe rulează pe infrastructura dumneavoastră; conectorul de cunoștințe este un container mic care rulează în rețeaua dumneavoastră sau lângă baza de cunoștințe.

Locul în care rulează modelele se decide per proiect. Modelele Claude sunt disponibile direct de la Anthropic și prin furnizori cloud cu regiuni EU; asistentul poate rula modele și în Germania sau on-premise. Deoarece instrumentele NX și baza de cunoștințe vorbesc MCP, același strat de instrumente poate servi un model local atunci când nimic nu are voie să părăsească clădirea. Ce roluri duce bine un model local mai mic este ceva ce testăm pe sarcinile dumneavoastră înainte să promitem. Contextul despre configurațiile suverane se găsește în ghidul nostru despre AI agentic suveran în producția europeană.

Cum construim un asistent agentic CAD împreună cu echipa dumneavoastră

Cea mai mare parte a efortului nu stă în agenți. Stă în instrumente și reguli: ce funcții NXOpen există deja, unde se află standardele dumneavoastră și cât de actuale sunt și ce stări ale piesei nu trebuie atinse niciodată. Acestea vin primele.

1. Workshop. Sarcini candidate, datele și standardele dumneavoastră, constrângeri de găzduire; rezultatul este o sarcină de la care pornim și un plan de proiect.
2. Catalog de tool-uri. Codul NXOpen, journal-urile și verificatoarele existente devin instrumente tipizate. Instrumentele de citire intră primele în funcțiune, astfel încât echipa vede asistentul înțelegându-le piesele înainte ca acesta să modifice vreuna.
3. Conexiunea la cunoștințe. Agentul de cercetare este conectat la baza de cunoștințe cu documentație NX și materialele dumneavoastră interne aprobate.
4. Roluri și modele. De ce agenți are nevoie sarcina, ce model și ce efort primește fiecare și limitele per cerere.
5. Reguli pentru evaluator. Standardele dumneavoastră, scrise sau derivate din desene de referință, devin lista de verificare a evaluatorului.
6. Proiect pilot. Un grup mic de ingineri pe piese reale, măsurat după sarcini finalizate, constatări ale evaluatorului, corecturi și undo-uri.
7. Rollout. Mai multe instrumente, mai mulți utilizatori, iar journal-urile recurente ale coderului transformate în instrumente de catalog revizuite.

Începeți cu o singură sarcină în NX-ul dumneavoastră

Nu începem cu cinci agenți și patruzeci de instrumente. Începem cu o sarcină în mai mulți pași pe care echipa dumneavoastră o repetă, codul NXOpen pe care îl aveți deja pentru ea și o piesă care arată ca cele reale, și adăugăm un rol doar atunci când sarcina arată că este necesar.