Contacte
Contactați-ne
Închis

Contacte

România, Cluj-Napoca – 400157
Str. Ploiești nr. 9

România, Vama – 447350
Str. Fermei Nr. 14

+40 774 463 429

info@inteliscience.net

Prompt NXOpen către jurnal: un exemplu practic

Prompt NXOpen către jurnal: versiunea scurtă

Prompt NXOpen către jurnal înseamnă: fixați Designcenter 2606, cereți Python în stil de jurnal înregistrat, îl rulați cu Play în NX, apoi faceți diff pe o înregistrare a aceluiași click. inteliScience, un partener NX nearshore din România cu o oră înainte de CET, păstrează apelul înregistrat când cele două nu coincid. Primul Play plus o înregistrare elimină de obicei metodele inventate dintr-o singură sesiune.


Problema: un jurnal care pare gata

Știți deja cum să dați click pe comandă. Vreți un jurnal NX Open din prompt care rulează pe acest post, săptămâna aceasta, pe NX-ul pe care îl folosiți.

În schimb primiți un .py fișier care importă NXOpen, numește o sesiune și apoi apelează o metodă pe care Siemens nu a livrat-o niciodată. Citește ca un jurnal. Play aruncă o eroare. Petreceți ora următoare demonstrând că modelul ghicea.

Aceasta nu este o sentință asupra modelelor de limbaj. Este o verificare lipsă. Chat-ul public încă eșuează la fel cum am cartografiat deja pentru Răspunsuri ChatGPT despre Siemens NX: text fluent, apeluri inventate. Nu vom relua acel eseu aici.

Recomandarea noastră e directă: tratați fișierul generat ca ciornă până trece de Play și de un jurnal gold înregistrat pentru același click. Săriți oricare pas și debuggați NX, nu îl folosiți.

Rulăm această buclă pe Designcenter 2606 (versiunea CAD din iunie 2026, familia numită pe care o fixăm la 28 septembrie 2026). Siemens a anunțat acest drop pe 23 iunie 2026. Jurnalele se înregistrează în continuare la fel.


Fixați mai întâi familia NX și id-ul de model

Dacă promptul nu numește familia NX, modelul va amesteca builderi între versiuni. Dacă nu numește id-ul de model, nu puteți reproduce rularea luna viitoare.

Fixați-le pe amândouă în linia unu. Am verificat Anthropic’s id Opus actual pe 28 septembrie 2026 față de documentația Claude API: claude-opus-5-5, lansat pe 22 septembrie 2026, context de 1 milion de tokeni, $4 input și $20 output per milion de tokeni, knowledge cutoff iunie 2026. Acest cutoff este aceeași lună ca Designcenter 2606. Nu înlocuiește help-ul instalat.

De ce 2606 are loc în prima propoziție

Siemens livrează în continuare Continuous Release pe un ceas numit de șase luni. 2606 este familia de pe post. 2612 este următorul drop numit; programul său de early access s-a desfășurat în septembrie 2026. Nu cereți modelului să “scrie NX Open pentru ce rulați dumneavoastră.”

De ce numele claude-opus-5-5

O poreclă de familie (“Opus”, “GPT”) e felul în care ciornele derapează. Id-ul e ce lipiți în API sau în selectorul IDE. Dacă vendorul nu a publicat un id pe care îl puteți deschide săptămâna aceasta, numiți familia și scrieți “fixați id-ul de snapshot în prompt.” Nu inventați un șir datat.

Cereți forma de jurnal înregistrat, nu o bibliotecă helper. Siemens documentează înregistrarea și redarea sub Programming Tools (Meniu, Tools, Automation, Journal). Pagina publică pe care o folosim este Documentația Siemens’ despre înregistrarea sesiunilor NX.

Nu am recomanda un prompt care zice “folosiți orice NXOpen pe care îl cunoașteți.” Așa workPart.GetMass() apare.


Rulați fișierul cu Play pe un post real

Salvați răspunsul ca inspect_work_part.py. Deschideți o piesă nativă în 2606. Rulați-l. Fereastra Information ar trebui să afișeze numele piesei pe care îl vedeți în fila piesei, fără .prt.

Jurnalul de mai jos folosește doar tiparul de sesiune înregistrat plus membri pe care i-am verificat față de NXOpen BasePart documentație (Leaf, FullPath) și față de un jurnal Hello World în stil înregistrat (ListingWindow.Open, WriteLine). NXOpen.UF este importat pentru că fișierele Python înregistrate încep așa. Nu apelăm UF aici.

# NX 2606
# Journal created by inteliScience
# Inspect the work part file name in the listing window.

import NXOpen
import NXOpen.UF

def main():
    theSession = NXOpen.Session.GetSession()
    workPart = theSession.Parts.Work
    displayPart = theSession.Parts.Display
    theUfSession = NXOpen.UF.UFSession.GetUFSession()
    lw = theSession.ListingWindow
    lw.Open()
    if workPart is None:
        lw.WriteLine("No work part in session")
        return
    lw.WriteLine(workPart.Leaf)
    lw.WriteLine(workPart.FullPath)

if __name__ == "__main__":
    main()

displayPart și theUfSession rămân nefolosite intenționat. Fișierele înregistrate arată așa. Dacă modelul a șters acele linii și a inventat session.get_work_part(), respingeți fișierul chiar dacă Play ar mai putea funcționa. Antrenați promptul următor.

Pas de verificare (în această ordine)

  1. Confirmați că Help > About (sau splash-ul) spune 2606, nu 2512 rămas.
  2. Deschideți un .prt propriu. Nu un placeholder Teamcenter dacă testați jurnale native.
  3. Tools > Automation > Journal > Play, selectați inspect_work_part.py.
  4. Citiți fereastra de listare. Prima linie trebuie să fie identică cu numele work part-ului (numele fișierului fără .prt; în Teamcenter, item ID și revizia).
  5. Dacă Play dă eroare pe un atribut lipsă, opriți-vă. Nu “corectați” numele din memorie. Treceți la pasul record-și-diff.

O inspectare în fereastra de listare este primul Play corect. O rată e ieftină. Nu începeți bucla pe un feature care scrie solide.


Înregistrați același click, apoi diff

Play vă spune că fișierul rulează. Record vă spune ce API a folosit NX pentru click-ul care vă interesează cu adevărat.

Ce înregistrați

La exemplul de inspectare nu există click de modelare. Fișierul gold este ieșirea ferestrei de listare plus antetul de sesiune. Pentru o comandă reală (o gaură, un flatten, o schimbare de layer), înregistrați acea comandă pe aceeași piesă: Tools > Automation > Journal > Record, dați click-ul, Stop, salvați ca gold.py.

Ce comparați

Comparați numele metodelor, nu formatarea. Țineți FindObject("NO NAME") zgomotul în afara argumentului. Vreți apelul de creare al builder-ului și commit-ul. Fișierul generat poate arăta mai curat. Mai curat nu e testul.

Semnal Fișier generat Gold înregistrat Ce păstrăm
Antet de sesiuneAdesea rescris ca session =theSession, workPartNumele înregistrate
Proprietăți de inspectarePoate inventa GetFileName()Leaf, FullPath pe BasePartMembri documentați pe care Play i-a dovedit deja
Click de modelareHelper fluent, un rândBuilder, marcaj undo, commitBuilder-ul înregistrat
Membru necunoscutSigur pe sineLipsăGold. Întotdeauna

Când nu coincid, păstrați apelul înregistrat. Asta e toată metoda. Nu le îmbinați pe amândouă. Nu cereți modelului să “simplifice înregistrarea.” Simplificarea e felul în care one-liner-ul inventat se întoarce.

O inspectare vision4NX a ferestrei grafice este un alt stack. Această pagină rămâne la jurnalele pe care le rulați cu Play.

Dacă task-ul a fost “măsurați masa” și modelul a emis workPart.GetMass(), aruncați linia. Înregistrați Analysis, Measure (sau click-ul dumneavoastră real). Înregistrarea este API-ul pentru 2606. Nu vom cita din memorie o semnătură de măsurare în acest articol.

Mutarea jurnalelor între familii NX numite este o treabă diferită. O propoziție e de ajuns: tratați rebuild-urile de la un release la altul ca munca de lot de a ține NXOpen compilând, nu ca parte a acestei bucle de prompt.

Evaluarea dacă modelele “funcționează” pe NX Open trăiește deja în altă parte. Pentru ce rezistă în practică, citiți acel articol-soră. Această pagină este procedura pe care o rulați după ce ați decis deja să încercați un prompt.

Acesta rulează ca un POC. Ce lipsește pentru producție: un id de model fixat pe un cont de companie, o bibliotecă de jurnale gold per familie NX, Play în lot pe mai mult de o piesă, SSO către asistent și un rollout pe posturi care nu lipește jurnale proprietare într-un chat de consum. Închidem decalajul de la “rulează pe laptopul meu” la “rulează pe posturile departamentului”: chat NX cu cunoștințe ancorate care rămâne pe versiunea dumneavoastră.

inteliScience construiește acest strat cu ingineri NX seniori din România. EET este cu o oră înainte de CET. Play-ul pe laptop este demo-ul. Parcul de posturi este treaba.


Întrebări frecvente

Cum transform un prompt NXOpen într-un jurnal care chiar rulează cu Play în NX?

Fixați Designcenter 2606 și un id real de model (claude-opus-5-5 la 22 septembrie 2026), cereți Python în stil de jurnal înregistrat (theSession, workPart), rulați fișierul cu Play, apoi faceți diff pe o înregistrare a aceluiași click. Păstrați apelul înregistrat când numele diferă. Această buclă este produsul, nu un prompt mai lung.

Cât costă un jurnal NX Open verificat din prompt?

Un jurnal de inspectare pentru o comandă este o după-amiază: prompt, Play, Record, diff. Un pachet de departament (id fixat, fișiere gold per familie, Play în lot pe un set de piese) ajunge cu inteliScience în zona inferioară cu cinci cifre, pentru că harness-ul e cea mai mare parte a muncii. Chat-ul de consum e ieftin. Costul este inginerul care a avut încredere într-o metodă inventată.

Jurnal NX Open din prompt vs. înregistrarea click-ului de unul singur: pe care să-l folosesc?

Înregistrați dacă puteți deja da click pe comandă. Folosiți promptul dacă aveți nevoie de un schelet în jurul unui click deja înregistrat sau de o inspectare pe care o puteți verifica în fereastra de listare. Recomandarea noastră clară: nu livrați niciodată un jurnal din prompt fără o înregistrare gold pentru calea de scriere. Promptul este ciorna. Record este API-ul.

Ar trebui să schimb modelul de fiecare dată când apare un id nou?

Nu. Fixați claude-opus-5-5 (sau id-ul pe care l-ați verificat săptămâna aceasta) în prompt până re-rulați același jurnal gold pe un snapshot nou. Opus 5.5 a apărut pe 22 septembrie 2026 la $4 / $20 per milion de tokeni. Să urmăriți id-uri fără fișier gold e felul în care nu mai puteți spune dacă s-a schimbat NX sau modelul.

Ce se întâmplă dacă jurnalul generat rulează cu Play, dar scrie obiectele greșite?

Play este necesar, dar nu suficient. Faceți diff pe builder-ul înregistrat pentru acel click, apoi rulați jurnalul pe o a doua piesă care ar trebui să rămână neatinsă. Dacă tagurile de obiect sau FindObject șirurile derivă, aruncați calea de scriere generată și porniți de la gold. Geometria greșită pe care Play “reușește” e mai rea decât un traceback.


Pasul următor

Aduceți un click NX pe care îl puteți deja înregistra. Vom rula bucla prompt-play-diff pe 2606 și vă spunem dacă fișierul din prompt merită păstrat.

Rezervați un apel de strategie despre jurnale NX din prompturi