Ishigaki-IDS cieli na tvorbu a kontrolu dát pre stavebné BIM projekty

Model pre úzku, ale praktickú úlohu

Japonský startup ONESTRUCTION vyvinul Ishigaki-IDS ako špecializovaný jazykový model pre pracovné postupy Building Information Modeling (BIM). Jeho hlavnou úlohou nie je viesť všeobecnú konverzáciu, ale premieňať požiadavky napísané prirodzeným jazykom alebo uložené v tabuľke na súbory Information Delivery Specification (IDS). Tie určujú, aké objekty, vlastnosti, klasifikácie či hodnoty má digitálny model stavby obsahovať. Projekt vznikol v programe GENIAC s technickým poradenstvom AWS Generative AI Innovation Center a predstavuje príklad prispôsobenia otvoreného modelu oblasti, v ktorej je málo verejných tréningových dát.

IDS je štandard organizácie buildingSMART určený na počítačovo spracovateľný zápis informačných požiadaviek. Verzia 1.0 sa stala oficiálnym štandardom 1. júna 2024. Špecifikácia sa ukladá ako XML a používa sa najmä na automatizovanú kontrolu modelov vo formáte IFC. Zadávateľ môže napríklad určiť, že všetky steny musia mať požiarnu odolnosť z povoleného zoznamu hodnôt. Kontrolný softvér potom rozlíši chýbajúcu vlastnosť, nesprávny názov aj nepovolenú hodnotu. IDS teda nie je iba ďalší súborový formát, ale spôsob, ako premeniť dohodnuté požiadavky projektu na strojovo overiteľné pravidlá.

Ručná tvorba takýchto pravidiel vyžaduje súčasne znalosť XML schémy, IDS a rozsiahleho slovníka IFC. Autor musí vedieť, ku ktorej IFC entite patrí konkrétny stavebný prvok a aké vlastnosti sú preň prípustné. Ishigaki-IDS má túto bariéru znižovať: používateľ opíše zámer a model pripraví návrh špecifikácie. Nejde však o automatické posúdenie celej stavby. Výstupom je predovšetkým dokument s požiadavkami, ktorý sa následne používa v samostatnom nástroji na kontrolu IFC modelu.

Syntetické dáta a odmena od validátora

Vývojári začali s modelmi Qwen3 s 8, 14 a 32 miliardami parametrov. Menšie varianty využili na lacnejšie experimenty, kým výsledná uvádzaná verzia má 32 miliárd parametrov. Tréning mal tri etapy. Pri pokračujúcom predtrénovaní tím doplnil znalosti o IDS a IFC z webového korpusu a prevažne syntetických dát vytvorených s doménovými odborníkmi. Nasledovalo riadené dolaďovanie na dvojiciach zadania a očakávaného IDS výstupu. Podľa autorov však model po tejto fáze naďalej vytváral vierohodne pôsobiace, ale nesprávne XML značky a hodnoty atribútov.

Treťou etapou preto bolo posilňované učenie s verifikovateľnými odmenami, známe ako RLVR. Funkciu hodnotiteľa plnil otvorený IDS-Audit-Tool od buildingSMART. Nástroj kontroluje súlad súboru so schémou, názvy IFC entít, preddefinované typy, vlastnosti, kardinalitu a niektoré vzťahy medzi časťami špecifikácie. Takýto deterministický signál je pre štruktúrovaný výstup vhodnejší než neurčité hodnotenie ďalším jazykovým modelom: neplatná značka alebo nesprávny názov entity sa dá označiť jednoznačne. Rovnaký princíp môže byť užitočný aj pri generovaní konfiguračných súborov, kódu či dokumentov viazaných na formálnu schému.

Tréning prebiehal na dvoch inštanciách Amazon EC2 p5en.48xlarge s akcelerátormi NVIDIA H200. Klaster spravoval AWS ParallelCluster a dáta i checkpointy boli uložené v Amazon FSx for Lustre. Táto infraštruktúra vysvetľuje, ako tím zvládol distribuovaný tréning veľkého modelu, nehovorí však nič o nákladoch bežnej prevádzky. Model s 32 miliardami parametrov môže vyžadovať výkonný server alebo kvantizáciu, takže malé projekčné kancelárie by ho pravdepodobne využívali prostredníctvom centrálnej služby, zdieľanej infraštruktúry alebo menšieho odvodeného variantu.

Výsledky majú zatiaľ iba internú oporu

ONESTRUCTION vytvoril vlastný benchmark IDS-Bench, ktorý zahŕňa viac verzií IFC, architektúru, konštrukcie a technické zariadenia budov, ako aj japončinu a angličtinu. Autori uvádzajú takmer úplnú zhodu pri správnosti XML a štruktúry IDS a viac než 80 percent pri obsahovej konzistencii. Porovnávané všeobecné modely síce vedeli vytvoriť platné XML, ale pri štruktúre IDS zostávali približne pod 25 percentami a pri obsahovej konzistencii blízko nuly. Ishigaki-IDS má pomocou techniky YaRN pracovať s kombinovaným vstupom a výstupom približne do 120-tisíc tokenov.

Tieto čísla treba považovať za výsledky dodávateľa, nie za nezávisle potvrdený stav techniky. Benchmark pripravili interní špecialisti toho istého tímu a AWS článok nezverejňuje kompletný súbor úloh, intervaly neistoty ani podmienky porovnávania všeobecných modelov. Pozitívne hodnotenie spoločného proof-of-conceptu s buildingSMART je užitočným kvalitatívnym signálom, ale nenahrádza skúšku na rozmanitých reálnych projektoch. Dôležité bude najmä to, či model správne spracuje nejednoznačné požiadavky, lokálne názvoslovie a kombinácie pravidiel, ktoré neboli zastúpené v syntetických dátach.

Pri opätovnom overení navyše pôvodne uvádzaný odkaz na model ONESTRUCTION/Ishigaki-32B-IDS na Hugging Face vracal stránku 404. Z článku AWS preto možno overiť architektúru a deklarované výsledky, nie však aktuálne stiahnuť váhy ani preskúmať modelovú kartu cez pôvodnú URL. To oslabuje reprodukovateľnosť tvrdenia o otvorene dostupnom modeli. Kým vývojár nezverejní funkčný repozitár, licenciu, tréningové obmedzenia a testovací postup, nie je jasné, či sa riešenie dá nezávisle nasadiť a porovnať.

Čo to znamená pre slovenské a európske projekty

Pre slovenské a európske stavebníctvo je podstatný najmä dôraz na otvorené a strojovo kontrolovateľné požiadavky. Projektové tímy často odovzdávajú dáta medzi rôznym softvérom, profesiami a organizáciami. IDS spolu s IFC môže znížiť závislosť od jedného dodávateľa a odhaliť chýbajúce údaje skôr, než sa dostanú do ďalšej fázy projektu. Jazykový model by mohol urýchliť prípravu prvého návrhu požiadaviek v menších kanceláriách alebo pri verejnom obstarávaní, kde treba podmienky formulovať jednoznačne. To je praktickejší prínos než predstava, že AI sama navrhne alebo schváli budovu.

Nasadenie by malo zachovať ľudskú kontrolu a oddeliť generovanie od validácie. BIM koordinátor alebo zadávateľ musí potvrdiť vecný význam pravidiel, auditný nástroj má preveriť formálnu správnosť a výsledný IDS treba otestovať na reprezentatívnom IFC modeli. Osobitnú pozornosť si vyžiada slovenčina: zverejnené hodnotenie pokrýva japončinu a angličtinu, nie slovenskú stavebnú terminológiu. Otvorené zostávajú aj náklady inferencie, licencia váh, ochrana projektových dát, kompatibilita s budúcimi verziami IDS a riziko, že syntakticky platná špecifikácia vyjadrí nesprávny zámer. Ishigaki-IDS je preto presvedčivou ukážkou spojenia doménového modelu s formálnym validátorom, zatiaľ však nie hotovým dôkazom spoľahlivosti v produkčnom stavebnom procese.