AI za arhitekte: kako nastanejo PZI in BIM kontrole v Revit in ArchiCAD

AI v BIM okolju ni gumb, ki nariše stavbo. Je vmesnik, ki jezikovni model poveže z API-jem Revita ali ArchiCAD-a, tako da model lahko bere geometrijo, ustvarja elemente, izpisuje popise in preverja pravila. Kakovost rezultata določata dva dejavnika: kako natančno so opisane naloge in kako strogo je nastavljena kontrola pred izvedbo.

Za arhitekta to pomeni dvoje: velik del izpeljanega dela pri PZI dokumentaciji se avtomatizira, kontrole modela pa lahko tečejo ob vsaki reviziji namesto enkrat pred oddajo.

Kje se AI priklopi na Revit in ArchiCAD

Oba programa imata programski vmesnik za branje in spreminjanje modela. Nobeden ne potrebuje AI, da bi bil avtomatiziran – AI prevzame del, kjer je bilo do zdaj treba ročno pisati skripte.

Revit ponuja .NET API in dve razširitvi, ki jih uporablja večina pisarn: Dynamo za vizualne skripte in pyRevit za Python. AI se v tej verigi pojavi kot generator in izvajalec ukazov – namesto da projektant sam napiše skripto za preimenovanje 400 prostorov, jo opiše z besedami, orodje pa jo sestavi, izvede in poroča o rezultatu.

ArchiCAD ima Python API in Add-On SDK, poleg tega GDL za parametrične objekte. Python API pokriva dostop do elementov, lastnosti, klasifikacij in atributov, kar zadostuje za večino avtomatizacij v dokumentaciji in kontroli podatkov.

IFC je tretja pot in pogosto najbolj uporabna pri kontrolah. Model se izvozi v IFC, analiza pa teče zunaj programa – brez tveganja, da bi se karkoli spremenilo v izvirniku. Za neodvisno preverjanje je to varnejši pristop kot delo neposredno v projektni datoteki.

Kaj pomeni, da AI riše

Ko orodje ustvari objekt, se zgodi zaporedje preverljivih korakov: zahteva se prevede v ukaze API-ja, nastanejo stene, plošče, odprtine in prostori po podanih parametrih, nato se vrne seznam ustvarjenih elementov z ID-ji. Konstrukcijske zasnove pri tem ne ugiba – uporablja mrežo osi, višine etaž, tipe sestav in pravila, ki jih dobi vnaprej.

Zato je smiselno ločiti tri ravni nalog:

• Ponovljive naloge z jasnim pravilom. Postavitev mreže osi, generiranje etaž po enakem vzorcu, umeščanje sanitarnih enot po shemi, preimenovanje in klasificiranje elementov. Tu je avtomatizacija zanesljiva.
• Naloge z variantami. Razporeditev prostorov, dimenzioniranje odprtin glede na osvetlitev, optimizacija tlorisa. AI pripravi več variant, izbira ostane projektantu.
• Naloge, ki zahtevajo presojo in odgovornost. Konstrukcijska zasnova, požarni koncept, tehnične rešitve detajlov. AI pripravi podlago in preveri skladnost s pravili, odgovornosti odgovornega projektanta pa ne prevzame.

Avtomatizacija PZI dokumentacije

Projekt za izvedbo je delovno najbolj potraten del, ker gre pretežno za izpeljavo podatkov, ki so že v modelu. Prav ta del se dobro avtomatizira:

• Popisi in izvlečki. Popisi elementov, izvlečki stavbnega pohištva, tabele prostorov s površinami in obdelavami – iz lastnosti elementov, ne iz ročnega štetja.
• Načrti in pogledi. Pogledi, prerezi in listi po dogovorjeni predlogi, s pravilnimi merili, oznakami in okvirji.
• Kotiranje in oznake. Serijsko kotiranje po pravilih ter oznake elementov, vezane na parametre iz modela.
• Usklajenost podatkov. Preverjanje, da se oznake na načrtih, popisi in lastnosti elementov ujemajo. Neusklajenost med popisom in modelom je klasičen vir napak pri razpisu.

Ključno je, da dokumentacija ostane izpeljana iz modela. Če model besedilo ali številke sestavi mimo BIM podatkov, izgubite edino pravo prednost BIM-a – en vir resnice.

BIM analize in kontrole modela

Kontrola je področje, kjer je AI najbolj prepričljiv, ker je rezultat vsakič preverljiv.

• Kolizije. Geometrijska preverjanja med strokami: instalacije skozi nosilne elemente, prehodi brez odprtin, prekrivanja.
• Pravila in zahteve. Širine komunikacij, višine prostorov, dostopnost, evakuacijske poti, minimalne površine. Pravila se zapišejo enkrat in tečejo ob vsaki reviziji.
• Kakovost podatkov. Manjkajoče klasifikacije, prazna obvezna polja, napačni tipi sestav, prostori brez oznak, elementi na napačni etaži. Napake, ki se v izvedbi podražijo.
• Primerjava revizij. Kaj se je med dvema verzijama modela dejansko spremenilo – po elementih in lastnostih, ne po občutku.
• Količinska kontrola. Ali se količine iz modela ujemajo s popisom in kje odstopanja presegajo dogovorjeno toleranco.

Poročilo je uporabno le, če je sledljivo: vsaka ugotovitev naj navede element, pravilo in mesto v modelu. Seznam trditev brez ID-jev elementov ni kontrola, ampak mnenje.

Kako je createAI vtičnik povezan s Claude Code

Naša izvedba ima dva dela. Prvi je vtičnik v BIM programu, ki izpostavi omejen nabor operacij: branje modela, ustvarjanje in spreminjanje elementov, izvoz podatkov, izvedba kontrol. Drugi je Claude Code kot okolje, v katerem model te operacije načrtuje in kliče – z dostopom do projektnih pravil, predlog in zgodovine sprememb.

Praktično: projektant opiše nalogo v slovenščini, model pripravi načrt korakov, izvede jih prek vtičnika in vrne poročilo o tem, kaj je bilo narejeno. Vsak poseg v model je zapisan, obsežnejše spremembe pa uporabnik potrdi pred izvedbo.

Dve omejitvi sta vgrajeni namerno. Pisalne operacije so ločene od bralnih, zato kontrole in analize tečejo brez tveganja za model. In vsak rezultat je izpisan v obliki, ki jo je mogoče preveriti v programu – ID-ji elementov, pogledi, seznami.

Podoben pristop uporabljamo pri internih AI asistentih: orodje dela nad vašimi podatki in pravili, ne nad splošnimi predpostavkami.

Podatki, skladnost in odgovornost

Projektna dokumentacija je poslovno občutljiva, zato je treba pred uvedbo urediti tri stvari.

Kaj zapusti vašo mrežo. Določite, kateri podatki se pošiljajo modelu: geometrija, samo lastnosti in metapodatki, ali izvlečki. Pri projektih z zahtevami glede zaupnosti je pogosto dovolj obdelava izvlečkov.

Kdo lahko kaj izvede. Bralne analize so nizko tvegane. Pisalne operacije zahtevajo vlogo, potrditev in zapis v dnevnik.

Kdo podpiše. AI je orodje, ne projektant. Odgovornost za rešitve in dokumentacijo ostaja pri odgovornem projektantu. To ni opomba na koncu, ampak izhodišče za nastavitev procesa – zato so kontrolne točke pred izvedbo pomembnejše od hitrosti.

Če pravil za uporabo AI v podjetju še nimate, začnite pri internem pravilniku in zahtevah EU AI Act.

Kako začeti brez tveganja za tekoči projekt

Vrstni red, ki se v arhitekturnem biroju obnese:

1. Izberite eno ponovljivo nalogo, ki jo danes delate ročno – na primer izvleček stavbnega pohištva ali kontrolo klasifikacij.
2. Pripravite testni model oziroma kopijo projekta. Prvih poskusov nikoli ne izvajajte na aktivni datoteki.
3. Začnite z bralnimi kontrolami. Poročilo preverite ročno na vzorcu in preštejte lažne ugotovitve.
4. Pravila zapišite kot dokument, ki ga lahko znova uporabite pri naslednjem projektu.
5. Šele nato dodajte pisalne operacije, po eno vrsto naenkrat.

Čas merite na konkretni nalogi pred in po uvedbi, na primerljivem obsegu. Splošnih odstotkov prihranka iz marketinških gradiv ne uporabljajte kot izhodišče za svojo kalkulacijo.

Pogosta vprašanja

Ali AI lahko samostojno izdela PZI? Ne. Izdela lahko velik del izpeljanih vsebin – popise, poglede, liste, kotiranje in kontrole – zasnovo, tehnične rešitve in podpis pa prevzame odgovorni projektant.

Ali deluje z Revitom in ArchiCAD-om hkrati? Da. V vsakem programu se uporabi njegov API, kontrole in analize pa lahko tečejo tudi nad izvoženim IFC modelom, neodvisno od izvora.

Ali AI spremeni model brez moje potrditve? V naši izvedbi ne. Bralne operacije tečejo samostojno, pisalne zahtevajo potrditev in se zapišejo v dnevnik sprememb.

Kaj pa zaupnost projektne dokumentacije? Obseg podatkov, ki jih orodje pošlje modelu, se določi vnaprej. Za občutljive projekte je mogoče delati samo z lastnostmi in izvlečki, brez pošiljanja celotne geometrije.

Ali potrebujemo programerja v pisarni? Za uporabo ne. Pri nastavitvi pravil, predlog in kontrol je smiselno sodelovanje ob uvedbi, nato pravila ostanejo v podjetju in se dopolnjujejo.

Za pregled možnosti pri vašem projektu si oglejte naše storitve ali nam opišite eno nalogo, ki vam vzame največ časa.