A GPT-6 Astra körüli legfontosabb additív gyártási állítás első hallásra rendkívüli: több nézetből készült képekből nem pusztán látványos háromszöghálót, hanem futtatható, szerkeszthető CadQuery-programot készít. A 3D Printing Industry által közölt eredmény szerint a modell eszközhasználattal 95,9 százalékos átlagos voxel-IoU értéket ért el a BenchCAD Vision2Code feladatán. Ha ez az eredmény azonos feltételekkel megismételhető, komoly előrelépést jelez a képi információból létrehozott parametrikus geometria felé. A szám azonban nem azt bizonyítja, hogy egy telefonnal lefotózott alkatrészből automatikusan gyártásra kész, mérethű pótalkatrész lesz.

A LAYERTIMES a közölt teljesítményt három okból kezeli óvatosan. A BenchCAD bemenete négy tiszta, kanonikus ortografikus render, nem zajos műhelyfotó. A voxel-IoU térfogati hasonlóságot mér, nem furatátmérőt, menetet, felületi tűrést vagy szerelhetőséget. A nyilvánosan elérhető BenchCAD ranglistán az ellenőrzés időpontjában nem szerepelt GPT-6 Astra-bejegyzés, és az ott látható Vision2Code-pontok skálája sem egyezett a hírben idézett százalékos adattal. A 95,9 százalékot ezért közölt, de a nyilvános ranglistából jelenleg nem reprodukálható eredményként kell feltüntetni.

Mit mér valójában a BenchCAD?

A BenchCAD nyílt kutatási benchmark programozott CAD-re. A projekt 17 900 végrehajtással ellenőrzött CadQuery-programot gyűjt 106 ipari alkatrészcsaládból és 47 szabványból. A példák között fogaskerekek, rugók, fúrók, menetes adapterek és más parametrikusan leírható gépelemek vannak. A benchmark négy képességet választ szét: képből programot készítő Vision2Code, utasítás alapján meglévő kódot módosító CodeEdit, valamint vizuális és kódalapú kérdés-válasz feladatok. Ez lényegesen többet kér a modelltől, mint egy tárgy kategóriájának felismerése.

A Vision2Code feladatban a modell négy egymáshoz illesztett ortografikus nézetet kap, majd olyan Python/CadQuery programot kell írnia, amely futtatva háromdimenziós szilárdtestet hoz létre. A kiértékelő rendszer végrehajtja a kódot, STEP-geometriát készít, voxelrácsra mintavételezi a testet, majd összeveti az etalonnal. Ez fontos módszertani előny: nem egy nyelvi modell dönti el szubjektíven, hogy a kép hasonlít-e, hanem determinisztikus geometriai eljárás ad pontot. A sikertelenül futó, üres vagy érvénytelen program nem bújhat el egy tetszetős render mögött.

A BenchCAD tanulmánya ugyanakkor maga is arra jut, hogy a jelenlegi rendszerek gyakran felismerik a durva külső formát, de elveszítik a finom térbeli szerkezetet, félreértelmezik az ipari paramétereket, vagy a szükséges söprést, loftot és csavarvonalas műveletet egyszerű kihúzással helyettesítik. A finomhangolás javítja az ismert eloszlásba tartozó eredményeket, az új alkatrészcsaládokra történő általánosítás viszont korlátozott marad. Egy magas összesített pont ezért nem törli el a nehéz geometriáknál megmaradó hibákat.

Miért értékesebb a CAD-kód egy generált hálónál?

A legtöbb kép–3D rendszer háromszöghálót ad. A háló jól megjeleníthető és szeletelhető lehet, de az élek, furatok, síkok és méretek rendszerint nem valódi tervezési jellemzőkként léteznek benne. Egy furat átmérőjének módosítása hálón lokális csúcspontmozgatást vagy újramodellezést igényel. Egy CadQuery-program ezzel szemben változók, vázlatok és műveletek sorozataként írhatja le ugyanazt a tárgyat: megváltoztatható a szélesség, a falvastagság, a furatkiosztás vagy a lekerekítés, majd a modell újra felépíthető.

A CadQuery hivatalos dokumentációja szerint a rendszer Python-alapú parametrikus modellezést kínál, és STEP, AMF, 3MF, valamint STL formátumba is exportál. A teljesen parametrikus forrás azonban maga a CadQuery Python-kód; az exportált semleges fájl nem feltétlenül őrzi meg ugyanazt a szerkesztési logikát. Ezért az MI valódi hozzáadott értéke nem pusztán egy STEP létrehozása. Az lenne az áttörés, ha olvasható, helyes és stabil programot adna, amelyben a mérnök megtalálja a jelentéssel bíró paramétereket, és módosítás után is érvényes geometriát kap.

A szerkeszthetőség minőségét a voxel-IoU nem méri teljesen. Két program közel azonos külső térfogatot készíthet, miközben az egyik egyetlen primitív és néhány kivágás, a másik pedig a gyártási szándékot követő, jól elnevezett paraméteres modell. Az is előfordulhat, hogy a program csak a konkrét bemeneti méretnél működik: egy szélességváltoztatás után önmetsző testet, eltűnő lekerekítést vagy hibás furatot eredményez. A geometriai hasonlóság és a robusztus parametrikus viselkedés két külön minőségi tengely.

Mit jelent a 95,9 százalékos voxel-IoU?

Az intersection over union a két térfogat közös részét osztja a két térfogat egyesített részével. Ha a rekonstruált test és az etalon nagy tömbjei azonos helyen vannak, az érték magas lehet. Ez jó jel a teljes forma visszaadására, de az eredményt befolyásolja a voxelrács felbontása, az igazítás, a tárgy mérete és a részletek térfogati aránya. Egy kisméretű, funkcionálisan kritikus furat vagy horony kevés voxelt képviselhet, miközben az elvesztése az alkatrészt használhatatlanná teszi.

Egy egyszerű példában a modell pontosan visszaadhatja egy konzol fő testét, de a 4,2 milliméteres rögzítőfuratból 4,8 milliméteres, rossz helyre tett vagy teljesen hiányzó furat lehet. A teljes térfogat átfedése ettől még kiváló maradhat. Ugyanez igaz menetre, süllyesztésre, tömítőhoronyra, csapágyfészekre vagy vékony bordára. A gyárthatóságot és funkciót nem az dönti el, hogy a teljes tárgy térfogata hány százalékban fed át, hanem hogy a kritikus jellemzők a kijelölt tűrésen belül vannak-e.

A közölt összehasonlításban a 95,9 százalék az előző OpenAI-modell 83,3 és egy másik csúcsmodell 84,3 százalékos eredményével áll szemben, az API-költségnél pedig 43, illetve 86 százalékos megtakarítást említ a forrás. Ezeket a számokat nem szabad önálló gyártási tényként továbbvinni. Modellverzió, prompt, eszközkeret, újrapróbálkozás, tokenár, mintahalmaz és pontszám-normalizálás nélkül az ár/teljesítmény állítás nem auditálható. A BenchCAD nyilvános ranglistája azt írja, hogy a beküldött nyers kimeneteket saját rendszerével újrapontozza; Astra-kimenet hiányában ez az ellenőrzési lánc még nem zárható le.

A renderkép nem műhelyfotó

A benchmark négy ortografikus nézete kiküszöböli a valós fényképezés több nehézségét. Nincs perspektivikus torzítás, ismeretlen gyújtótávolság, tükröződés, árnyék, olaj, kopás, sorja, részleges takarás vagy zavaró háttér. A nézetek egymáshoz igazítottak, a tárgy teljes, és a képek ugyanannak a digitális modellnek következetes vetületei. Ez ésszerű kutatási beállítás a geometriai következtetés elkülönítésére, de nem szimulálja a telefonos adatfelvételt.

Valós alkatrésznél először a kamerát és a léptéket kell meghatározni. Egy kép önmagában nem mondja meg, hogy a tárgy 20 vagy 200 milliméteres. A perspektíva miatt az elöl látható furat nagyobbnak tűnhet a hátul lévőnél, a fényes fém eltüntetheti az élt, a fekete műanyag pedig összemoshatja a felületet. A nem látható belső üreget, hátoldali bordát vagy menetprofilt a modell nem mérheti meg: legfeljebb a minták alapján kitalálhatja. A magabiztos találgatás szerkeszthető CAD-ben is találgatás marad.

A négy ortografikus kép előállítása a gyakorlatban már mérnöki előkészítést igényelhet. Ha ezeket egy meglévő CAD-rendszerből renderelték, a forrásgeometria eleve rendelkezésre áll. Ha fényképekből kell ortografikus nézetet készíteni, kalibrációra, képkorrekcióra és gyakran fotogrammetriai vagy szkennelési adatra van szükség. Az Astra ígérete ezért nem a mérés eltörlése, hanem annak felgyorsítása lehet, ahogyan a rendezett vizuális információból első szerkeszthető modell készül.

Hol illeszkedhet az additív munkafolyamatba?

A legközelebbi reális felhasználás a tervezési első változat. Egy mérnök vagy technikus több nézetet és néhány ellenőrzött méretet adhat a rendszernek, majd a generált CadQuery-kódot kiindulásként ellenőrizheti. Ez időt takaríthat meg egyszerű konzolok, burkolatok, távtartók, adapterek és vizuálisan jól meghatározható alkatrészek újrarajzolásakor. A megtakarítás csak akkor valós, ha a kód olvasása és javítása kevesebb idő, mint a kézi újramodellezés.

A második lehetőség a tervezési változatok gyors létrehozása. Ha a rendszer helyesen azonosította a parametrikus szándékot, könnyebb lehet egy furatkiosztást, falvastagságot vagy külső méretet módosítani, majd az eredményt 3MF- vagy STEP-folyamatba továbbadni. Additív gyártásnál ehhez még szükséges a minimális falvastagság, túlnyúlás, támaszigény, anisotrópia, zsugorodás és utómunka vizsgálata. A CAD-kód végrehajthatósága nem bizonyítja, hogy a modell az adott FDM-, resin- vagy fémporos eljárással jól gyártható.

A harmadik terület az oktatás és a dokumentáció. A generált program megmutathatja, hogyan fordítható egy forma vázlatokra, kihúzásokra, forgástestekre és kivágásokra. Ehhez azonban a kódnak érthetőnek kell lennie, nem csak futnia. A hibás, túlbonyolított vagy véletlenül helyes program rossz tervezési mintát taníthat. Az MI-kódot ezért ugyanúgy szakmai felülvizsgálatnak, verziókezelésnek és tesztelésnek kell alávetni, mint más automatizált mérnöki kimenetet.

Miért nem scan-to-CAD és nem visszamérnöki bizonyíték?

A hagyományos reverse engineering fizikai mérésből indul. Tolómérő, mikrométer, koordináta-mérőgép, strukturált fény, lézerszkenner vagy ipari CT ad pontokat és méreteket, majd a mérnök eldönti, mely felületek névlegesek, hol található kopás, és mely jellemzők funkcionálisak. A scan-to-CAD szoftver síkokat, hengereket és szabadformájú felületeket illeszt a mért adatra, de a tervezési szándék rekonstruálásához ott is emberi döntés kell.

A BenchCAD ezzel szemben ismert digitális geometriából renderelt nézetekből próbálja visszaállítani a programot. Ez fontos kutatási probléma, de a láncból hiányzik a fizikai mérés bizonytalansága. Nem derül ki, hogyan kezeli a kopott alkatrészt, a deformációt, a festékréteget, a sérült élt vagy a gyártási eltérést. A rendszer azt sem tudja önmagában, hogy a látott 9,92 milliméteres furat eredeti névleges értéke 10 milliméter volt-e, illetve milyen illesztéshez készült.

Biztonságkritikus, terhelt vagy szabályozott alkatrésznél a fotó–CAD eredmény legfeljebb előmodell lehet. Anyag, hőkezelés, terhelési irány, fáradás, felület, maradó feszültség és szabványkövetelmény nem olvasható ki a külső képből. Egy geometriailag hasonló, 3D nyomtatott pótdarab eltérő anyaggal és rétegiránnyal súlyosan másképp viselkedhet. A modellgenerálás nem jogosít fel minősítés, számítás és vizsgálat kihagyására.

Végrehajtható kód, érvényes test és gyártható alkatrész

Három külön kaput kell megkülönböztetni. Az első, hogy a Python-kód hiba nélkül lefut-e. A második, hogy az eredmény topológiailag érvényes szilárdtest-e: nincs önmetszés, nulla vastagságú kapcsolat, hibás él vagy többértelmű test. A harmadik, hogy a darab megfelel-e a funkcionális és gyártási követelményeknek. A BenchCAD végrehajtásalapú ellenőrzése az első két kapu egy részét jól kezeli, de a harmadikhoz alkatrészspecifikus szabályok, tűrések és folyamatadatok szükségesek.

A CADEngBench nevű új kutatási irány éppen ezt a hiányt emeli ki: egy CAD-modell nem attól mérnöki minőségű, hogy jól néz ki. Paraméterváltoztatáskor kiszámíthatóan kell viselkednie, meg kell felelnie geometriai és gyárthatósági szabályoknak, valamint adott esetben szerelési és fizikai vizsgálatot is ki kell állnia. Ez nem cáfolja a BenchCAD értékét; azt mutatja, hogy a térfogati átfedés csak egy réteg egy teljesebb minősítési rendszerben.

Adatvédelem, szellemi tulajdon és kód-biztonság

Egy felhőalapú fotó–CAD folyamatban a képek üzleti titkot, még be nem jelentett terméket, sorozatszámot vagy védett geometriát tartalmazhatnak. Feltöltés előtt tisztázni kell a szolgáltató adatmegőrzését, tréningcélú felhasználását, tárhelyrégióját és törlési lehetőségét. A képből generált kód eredete és licencelhetősége külön kérdés, különösen akkor, ha a modell egy szabványos vagy harmadik fél tulajdonában álló terméket reprodukál.

A generált Python-kódot nem szabad ellenőrizetlenül belső munkaállomáson futtatni. Izolált környezet, korlátozott fájl- és hálózati hozzáférés, erőforráskorlát, naplózás és emberi kódellenőrzés indokolt. A BenchCAD saját értékelője is végrehajtja a kimenetet, ezért a reprodukálható használatnak pontos szoftverkörnyezetet és függőségeket kell rögzítenie. Egy geometriai benchmarkpont nem egyenlő informatikai biztonsági tanúsítvánnyal.

Így érdemes műhelyben kipróbálni

Egy felelős pilothoz három alkatrészosztály választható: egyszerű prizmatikus konzol, forgásszimmetrikus alkatrész és összetettebb, söprést vagy ismétlődő mintát tartalmazó elem. Mindegyikről készüljenek szabályozott nézetek, de az etalon CAD, a mért méretek és a kritikus jellemzők maradjanak külön. Legalább három független generálást kell futtatni azonos bemenettel, hogy látható legyen a szórás, majd minden kódot tiszta környezetben kell végrehajtani.

Az értékelés ne álljon meg a szemrevételezésnél. Mérni kell a globális térfogati hasonlóságot, a méreteket, a furatok helyzetét és átmérőjét, a falvastagságot, a testek számát, a topológiai érvényességet és a paraméterek érthetőségét. Ezután módosítási próbát kell végezni: változzon meg egy szélesség, furatszám és lekerekítés, majd ellenőrizni kell, hogy a modell újraépül-e. Végül a választott nyomtatási eljáráshoz DfAM-ellenőrzés, szeletelés, próbadarab és fizikai mérés szükséges.

A megtérülést teljes szerkesztési időben kell számolni. A generálás néhány perce kevésbé fontos, ha a kód tisztítása, a kritikus felületek újraépítése és az ellenőrzés órákig tart. Hasznos mérőszám a kézi CAD-hez képest megspórolt nettó mérnöki idő, az elsőre érvényes modellek aránya, a kritikus mérethibák száma és a sikeres paramétermódosítások aránya. Csak ezekből dönthető el, hogy a rendszer valódi eszköz vagy látványos demonstráció.

Ellenőrzött tény, közölt állítás és szerkesztőségi következtetés

Ellenőrzött tény, hogy a BenchCAD nyilvános projektje 17 900 végrehajtással ellenőrzött CadQuery-programot, 106 alkatrészcsaládot és négy feladattípust dokumentál. Az is ellenőrizhető, hogy a Vision2Code ortografikus nézetekből programot kér, a geometriai eredményt pedig végrehajtott STEP-testek voxel-IoU értékével pontozza. A CadQuery hivatalos dokumentációja igazolja a Python-alapú parametrikus modellt és a többféle CAD/AM exportot.

Közölt, de a nyilvános ranglistából az ellenőrzéskor nem reprodukálható állítás a GPT-6 Astra 95,9 százalékos eredménye, a két összehasonlító modell pontszáma és a közölt API-költségelőny. Hiányzó bizonyíték a valós fényképeken, ismert mérési bizonytalansággal végzett teszt, a kritikus jellemzők tűrése, a programok módosítási robusztussága, valamint a nyomtatott darabok fizikai ellenőrzése.

A LAYERTIMES következtetése szerint az Astra–BenchCAD eredmény valódi jelentősége nem az automatikus pótalkatrész-gyártás ígérete, hanem az, hogy az általános multimodális modellek közelebb kerülnek a végrehajtható, szerkeszthető geometriai reprezentációhoz. Ez felgyorsíthatja az első CAD-változat elkészítését, a változatgenerálást és a dokumentált kézi munkát. Mérőeszközt, szkennert, tervezési szándékot és mérnöki jóváhagyást azonban nem helyettesít. A következő bizonyító lépés nyers kimenetekkel megismételhető nyilvános eredmény, valós alkatrészfotó, kritikus méretvizsgálat és szerkesztési stresszteszt lenne.