STEP som åpen CAD kode har blitt et språk som AI  forstår.

STEP som åpen CAD kode har blitt et språk som AI  forstår.

Jeg har lenge ment at det ikke er kompleksiteten i seg selv som er ingeniørens største utfordring, men alle de trivielle operasjonene som binder oss til verktøyene. Med de siste års oppdateringer av STEP standarden står CAD-verdenen (Computer-Aided Design) ved et vendepunkt som minner om Linux-revolusjonen i programvareutviklingen. Linux vant ikke fordi det var et penere Windows, men fordi det var en åpen kjerne alle kunne bygge videre på uten å be om tillatelse fra en leverandør.

STEP (ISO 10303) er den åpne, internasjonale standarden for produktdata. Den er ikke en filtype, men en komplett, maskinlesbar beskrivelse av et produkt – geometri (B-Rep), semantic PMI, kinematikk, mating og persistente UUID-er. Med oppdateringene i 2024 og 2025 har STEP blitt CAD-verdens Linux: En stabil, leverandøruavhengig kjerne som nå både mennesker og maskiner kan lese, forstå og bygge videre på uten å være låst til ett enkelt program.

STEP revolusjonen for CAD er her: Med ISO 10303-1:2024 som oppdaterer de grunnleggende arkitekturprinsippene, og ISO 10303-242:2025 som datagrunnlag for managed model-based 3D engineering, flyttes kontrollen ut av de lukkede CAD-programmene og over i en åpen struktur som kan leses direkte av både mennesker og maskiner. Vi trenger ikke lenger bry oss om hvilket program konstruksjonen ble laget i, vi kan snakke direkte med konstruksjonen om hva den er, hva den kan og hva den vet. Dette er ikke bare en ny filtype. Dette er en helt ny infrastruktur som lar oss fokusere på konstruksjonens egenskaper i stedet for programmets egenskaper.

Vollgraven ligger i kontrollen, ikke i geometrien

Mange tror fortsatt at utfordringene i CAD handler om hvem som tegner best eller har det mest avanserte historietreet (feature tree / history tree). Virkeligheten er at den største barrieren ofte ligger i selve kontrollen over dataene. Vi blir fortalt at «design intent» – ingeniørens hensikt bak konstruksjonen – er hellig. Og det har den også vært, når den har vært låst inne i systemets interne kjede av avhengigheter og menystier.

Ta en enkel brakett som eksempel. I et typisk proprietært CAD-system kan et hull være knyttet til en lang historie av parametere og operasjoner. Endrer du noe tidlig i treet, risikerer du at alt over «knekker» fordi systemet ikke lenger gjenkjenner sammenhengene. Dette er ikke et uttrykk for intelligens. Det er en teknisk avhengighet som oppstår når hele produktdefinisjonen er bundet til én leverandørs måte å lagre historikken på.

STEP AP242:2025 tar et annet utgangspunkt. Den fokuserer på den rene matematiske sannheten i modellen – blant annet gjennom boundary representation (B-Rep) og støtte for parametrisk og begrenset geometri. Hensikten er ikke å fjerne design intent, men å gjøre den uavhengig av ett enkelt verktøys interne logikk. Produktet skal kunne forstås og videreutvikles av andre systemer uten at man må gjenskape den samme menystien.

Fra dumme klumper til et felles sannhetsgrunnlag for mennesker og maskiner

Tradisjonelt har en STEP-eksport ofte vært oppfattet som en «død» geometri-dump – en nøyaktig form, men uten funksjonell informasjon. Dette bildet er nå fullstendig endret. Med maskinlesbar PMI (Product Manufacturing Information) i STEP blir et hull langt mer enn bare en sirkel i rommet. Det bærer med seg toleranser, datums, materialkrav og produksjonsinstruksjoner som er kodet slik at maskiner kan lese dem direkte.

CAx-IF beskriver dette som maskinlesbar informasjon som kan forstås uten visuelle presentasjonselementer. (CAx-IF og MBx-IF er internasjonale forum for interoperabilitet og test-validering av STEP). Det betyr at en AI-agent eller et produksjonssystem ikke lenger trenger å tolke en tegning eller gjette hva ingeniøren mente. Informasjonen er der som et felles grunnlag mellom konstruktør og produksjon. For braketten vår kan hullet nå ha en definert posisjonstoleranse, et datum og krav til overflatebehandling, klar for automatisert måling, inspeksjon eller simulering. Alt samlet i ett åpent, ISO-standardisert format.

Dette er et viktig skritt bort fra dumme klumper og over til data med ekte bruksverdi. Kombinert med tessellert geometri (en forenklet, triangulert representasjon) for rask visning og muligheten for komprimering, blir STEP også langt mer praktisk å bruke i web-baserte løsninger og agentdrevne arbeidsflyter enn mange fortsatt tror.

Når modellen får et stabilt digitalt nervesystem med UUID-er

En av de mest undervurderte hindringene for automatisering i CAD er det såkalte topological naming-problemet. Du flytter hullet i braketten litt. For deg er det fortsatt det samme hullet. Men for systemet blir det plutselig en helt ny entitet fordi interne navn og referanser endres. Koblinger ryker, og automatiseringen stopper opp.

Her kommer de stabile identifikatorene – UUID-ene – inn som løsningen. De fungerer som et livsvarig personnummer for hvert element i konstruksjonen (Universally Unique Identifiers). Disse er nå fullstendig formalisert i STEP AP242:2025 gjennom anbefalingene fra MBx-IF og CAx-IF. UUID-ene skaper et stabilt digitalt nervesystem. Det samme hullet forblir det samme hullet selv etter endringer. Dette er grunnlaget for robust automatisering over tid. En agent kan følge utviklingen gjennom tusenvis av iterasjoner uten å miste tråden.

STEP som kode og web sanntid interaktivitet.

En av de viktigste endringene de siste årene er at STEP ikke lenger bare er en stor eksportfil. Gjennom Part 21 (klartekst) og Part 28 (XML-representasjoner) kan dataene struktureres som gjenkjennelige objekter – deler, sammenstillinger, toleranser og relasjoner. AP242 Domain Model XML gjør dette enda mer moderne og API-vennlig.

Du trenger ikke alltid flytte hele modellen. Du kan spørre etter spesifikke deler – for eksempel alle bolter i en sammenstilling eller alle hull med bestemte toleransekrav. Kombinert med eksterne referanser, komprimering og visualiserings (tessellert) geometri for rask forhåndsvisning, blir dataene langt mer brukbare i web-baserte applikasjoner og agentdrevne systemer.

Når STEP kombineres med moderne kodebasert geometri, åpner det seg enda større muligheter. Da går vi fra statiske filer til ekte programmerbar produktdata – et språk som både mennesker og agenter forstår direkte.

Maktskiftet skjer når produktdefinisjonen slippes fri

Det er fristende å tro at det store skiftet i CAD kommer den dagen AI lærer seg menyene bedre enn oss. Men et maktskifte krever mer enn det. Hvis vi bare pakker AI inn i de samme lukkede plattformene, får vi i beste fall raskere museklikk og litt mindre friksjon. De låste økosystemene består.

Maktskiftet kommer den dagen produktdefinisjonen flyttes ut av de proprietære systemene og inn i en åpen, maskinlesbar STEP-kjerne. Da blir dataene tilgjengelige og likvide. De kan leses, forstås og videreutvikles av mennesker, systemer og agenter på tvers av verktøy og organisasjoner.

Ingeniørens rolle blir ikke mindre viktig, tvert imot blir den skarpere. Vi går fra å være de som manuelt bærer modellen gjennom hvert trinn, til å definere premissene, vurdere konsekvenser og dirigere en hær av agenter gjennom prosjektet. Verdien ligger ikke lenger i å mestre ett systems interne logikk, men i å forstå sammenhengene og den endelige nytteverdien i produktet.

STEP er nå solid posisjonert på brukersiden som den mest modne åpne standarden vi har for produktdata i 2026. Den gir oss en felles kjerne å bygge på, akkurat som Linux gjorde for web og smarttelefoner. Det blir spennende å se hvilke nye aktører som makter å utnytte dette «Linux-øyeblikket» til å sette CAD-modellene fri.

---