Agentní BIM zevnitř

Jak pracují AI agenti v BIM: smyčka za vygenerovanou budovou

BIM agent není jeden prompt, který vrátí budovu. V BIM Harness napíše tým třiceti rolí program budovy, postaví ho nanečisto, přečte si pojmenované nálezy z kontroly, naplánuje opravy a upraví jen to, co je špatně. Geometrii, rozvody TZB a řešení kolizí přitom přenechá deterministickému jádru.

  • Tým 30 rolí: architekt drží celek, každá profese píše do svého modulu
  • Referenci API si model vyžádá podle potřeby, nedostane ji jako jeden obří prompt
  • Před ostrým sestavením zkušební sestavení, pojmenované nálezy, plán oprav a cílené úpravy
  • Nezávislé na modelu: který jazykový model odpovídá, je jeden řádek konfigurace

Jazykový model (role)

  1. Přečte zadání
  2. Vyžádá si signatury sloves
  3. Napíše skript
  4. Naplánuje opravy
  5. Cílené úpravy

Rozhoduje, co se postaví

Jádro a kontrola

  1. Zkušební sestavení
  2. Pojmenované nálezy
  3. Ostré sestavení
  4. Deterministické resolvery TZB
  5. IFC model

Rozhoduje, jak se to postaví a zda to obstojí

Definice

Co dělá AI agent v BIM

AI agent v BIM je jazykový model, který pracuje ve smyčce s BIM jádrem: zapisuje změny do modelu budovy, nechá je jádrem postavit a zkontrolovat, přečte si nálezy a opravuje vlastní práci, dokud model neobstojí.

Kategorii - co je AI-native BIM a proč potřebuje vlastní jádro - popisuje stránka o AI-native BIM. Tady jde o mechaniku: co agent skutečně dělá, v jakém pořadí a která rozhodnutí mu záměrně nepatří. Stránka je psaná pro AI a technologické týmy i pro CTO, kteří chtějí vědět, co se skrývá za větou „AI to postaví“.

Zkráceně: jazykový model rozhoduje, jaká má budova být, a zapíše to jako program. Jádro rozhoduje, jak se z toho stane geometrie, a kontrola rozhoduje, zda výsledek obstojí. Kvalita vzniká ve smyčce mezi nimi.

Tým třiceti rolí, ne jeden prompt

Zadání nemocnice je na jeden prompt příliš velké. BIM Harness dělí práci tak, jako to dělá projekční kancelář - podle registru třiceti rolí.

Architekt drží celek

Role architekta odpovídá za budovu jako celek - podlaží, dispozici, místnosti podle typologie, obálku - a drží ostatní role u téže budovy.

Profese píší do svých modulů

Konstrukce, VZT, ZTI, silnoproud, požární bezpečnost a další role píší každá do svého modulu programu budovy, takže práce každé profese má v programu své místo.

Jeden společný jazyk budovy

Všechny role píší stejným dialektem o více než stovce sloves - api.wall, api.space, api.duct, api.riserShaft, api.autoServices a další - a provádí je totéž jádro.

Smyčka agenta krok za krokem

Každé kolo práce má stejný sled. Do projektu se nic nedostane, dokud neproběhne zkušební sestavení a kontrola.

  1. 1

    1. Vyžádat si referenci API

    Model si řekne o signatury sloves, která potřebuje, místo aby dostal celou referenci jako jeden obří prompt. Pracuje s přesnými parametry a kontext si nechává pro budovu.

  2. 2

    2. Napsat skript

    Role zapíše svou část budovy jako kód v dialektu Harness: podlaží, stěny, místnosti jako IFC spaces, otvory vázané na id stěny, střechy, schodiště, rozvody.

  3. 3

    3. Zkušební sestavení

    Jádro skript postaví a zkontroluje, aniž by cokoli uložilo. Rodinný dům se postaví během sekund - jádro je rychlá a levná část smyčky.

  4. 4

    4. Přečíst pojmenované nálezy

    Kontrola vrací strojově čitelné nálezy rozdělené na autorské (chyby návrhu, které má opravit model) a nálezy jádra - například clash.hard, door.obstructed, stair.throughFabric nebo room.accessEnvelope.

  5. 5

    5. Naplánovat opravu

    Z nálezů vzniká plán oprav pro další kolo, takže agent pracuje se seznamem konkrétních problémů, ne s neurčitým pocitem, že něco nesedí.

  6. 6

    6. Cílené úpravy

    Agent si přečte vlastní skript a upraví dotčené řádky, místo aby vše přepsal. Co už funguje, zůstává beze změny.

  7. 7

    7. Ostré sestavení

    Opravený skript proběhne jako ostré sestavení a stane se modelem v editoru.

  8. 8

    8. Deterministické resolvery TZB a kontrola

    Rozvody TZB a řešení kolizí obstarávají deterministické resolvery, ne jazykový model. Kontrola kolizí je součástí generování a rozvody se automaticky přetrasují, dokud model nemá žádnou tvrdou kolizi.

Jak vypadá nález ve skutečném běhu

V produkčním běhu 21. září 2026 požádal agent jádro o štítovou stěnu pod střechou, která k ní nedosahovala. Jádro nehádalo. Odpovědělo: „api.gable: the roof given does not cover this wall ... It was not built.“ - zadaná střecha tuto stěnu nekryje, stěna nebyla postavena. Model danou část skriptu přepsal a další sestavení prošlo.

Přesně takové chování agent od jádra potřebuje. Odmítnutí s důvodem je informace, podle které může model jednat. Tiché „nějak to udělám“ - štít postavený stejně, volně vedle střechy - by byla chyba, která by vyšla najevo až mnohem později.

Proč by jazykový model neměl rozhodovat o každém vrcholu

V BIM Harness jazykový model rozhoduje, co se postaví, a jádro rozhoduje jak: geometrie, výšky střechy, rozvody TZB a řešení kolizí se počítají deterministicky, takže stejný skript nad stejným jádrem postaví stejný model.

Jazykový model umí dobře přečíst zadání, zvolit dispozici, pojmenovat místnosti a rozhodnout, které systémy budova potřebuje. Spolehlivou kalkulačkou souřadnic ale není a není ani deterministický. Když má umístit každý vrchol, je každé číslo příležitostí k drobné chybě a dva běhy dají dvě trochu odlišné budovy.

Dialekt proto drží geometrii mimo model všude, kde to jde. Dveře se ke stěně vážou přes její id, model je neumisťuje na souřadnici, kterou musí trefit. Výšky střechy dodá api.roofLevels, model je nepočítá z hlavy. Potrubí, vzduchovody a kabelové žlaby vedou resolvery. Jazykový model deterministický není, provedení ano.

Vazby a vypočtené hodnoty ve skriptu

Souvislý úsek skutečného skriptu testovaného proti jádru. Dveře odkazují na stěny, výšky střechy dodává jádro.

program budovy
const partition = api.wall({ start: [W/2,0], end: [W/2,D], storey: ground, height: H, thickness: 0.15 });
api.space({ outline: [[0,0],[W/2,0],[W/2,D],[0,D]], storey: ground, height: H, name: 'Hala', type: 'hall' });
api.space({ outline: [[W/2,0],[W,0],[W,D],[W/2,D]], storey: ground, height: H, name: 'Pracovna', type: 'office' });
api.door({ wall: partition.id, offset: D/2, width: 0.9 });
api.door({ wall: south.id, offset: W/4, width: 1.4 });
api.window({ wall: south.id, offset: 3*W/4, width: 1.2, sill: 0.9 });
const roof = api.roofLevels({ wallHeadM: H, spanM: D, pitchDeg: 35, overhangM: 0.5 });
api.roof({ outline, storey: ground, shape: 'gable', pitch: 35, eavesHeight: roof.eavesHeightM, overhang: 0.5, ridgeAxis: 'x' });
Model volí dispozici a sklon střechy. Jádro určí, kde ve stěně dveře sedí a jak vysoko je okap a hřeben.

Kam jde čas

~7 s

stavba rodinného domu na jádře ve skutečném produkčním běhu

~6 s

položení jeho rozvodů TZB

< 1 min

čas jádra pro nemocnici o zhruba 20 000 prvcích včetně TZB

~13 min

od zadání k nemocnici o 23 321 prvcích, včetně času AI

Skoro všechen čas zabere přemýšlení jazykového modelu, ne jádro. Proto si smyčka může zkušební sestavení dovolit.

Nezávislost na modelu už v návrhu

Agent běží na více než jednom poskytovateli jazykových modelů. Který model odpovídá, je jeden řádek konfigurace; nástroje, kontrola i třicet rolí zůstávají stejné. Kvalita výsledku je tak svázaná s jádrem a smyčkou a tým může přejít na lepší model, aniž by cokoli přestavoval.

Zároveň to odpovídá na otázku, kterou si u AI produktů klade každý CTO: co se stane, až budou modely lepší? Lepší AI nedělá BIM jádro zbytečným. Lepší AI dělá BIM jádro schopnějším. Silnější model napíše lepší program a měl by potřebovat méně kol oprav; jádro ho pořád postaví během sekund, kontrola pořád pojmenuje, co je špatně, a resolvery pořád vedou rozvody.

Lepší AI nedělá BIM jádro zbytečným. Lepší AI dělá BIM jádro schopnějším.

Smyčka očima uživatele

Panel AI asistenta BIM Harness vedle vygenerované budovy v editoru v prohlížeči
Panel AI asistenta vedle vygenerované budovy. Můžete pokračovat další větou, nebo upravovat ručně v plném editoru se stejným Scripting API, jaké používá agent.

Jak se hlídá samotná smyčka

Agentní smyčka je jen tak důvěryhodná jako to, co ji kontroluje. Vydání BIM Harness hlídá více než 4 500 automatických testů, měří se proti benchmarku 21 referenčních budov a prověřují se živými běhy na skutečných zadáních.

Časté otázky

Jak AI agenti pracují s BIM?

V BIM Harness pracuje AI agent ve smyčce s BIM jádrem. Vyžádá si potřebné signatury API, napíše program budovy v dialektu o více než stovce sloves, spustí zkušební sestavení, přečte si pojmenované nálezy z kontroly, naplánuje opravy a upraví dotčené řádky. Teprve pak proběhne ostré sestavení. Rozvody TZB a řešení kolizí obstarávají deterministické resolvery.

Co je agentní BIM?

Agentní BIM znamená AI agenty, kteří jen neodpovídají na otázky o modelu, ale mění ho: zapisují do modelu, nechají jádro výsledek postavit a zkontrolovat a podle nálezů opravují vlastní práci. V BIM Harness to dělá tým třiceti rolí, který píše program budovy; parametrické jádro ho provede, zkontroluje a převede na IFC model.

Proč BIM Harness používá třicet rolí místo jedné AI?

Celá budova je na jeden prompt příliš velká, aby ji spolehlivě udržel. BIM Harness dělí práci jako projekční kancelář: role architekta drží celou budovu, zatímco konstrukce, VZT, ZTI, silnoproud, požární bezpečnost a další role píší každá do svého modulu. Všechny role používají stejný dialekt, stejné jádro, kontrolu i nálezy.

Proč by jazykový model neměl počítat geometrii?

Jazykové modely dobře vykládají zadání a rozhodují, co postavit, ale nejsou spolehlivou kalkulačkou souřadnic a nejsou deterministické. BIM Harness nechává geometrii jádru: dveře se vážou na stěny přes id, výšky střechy dodá api.roofLevels a rozvody TZB vedou deterministické resolvery. Stejný skript nad stejným jádrem postaví stejný model.

Jaký jazykový model BIM Harness používá?

BIM Harness je na modelu nezávislý. Agent běží na více než jednom poskytovateli jazykových modelů a který model odpovídá, je jeden řádek konfigurace. Nástroje, kontrola, pojmenované nálezy i třicet rolí zůstávají stejné bez ohledu na model. Lepší model napíše lepší program budovy; stavbu, kontrolu a trasování dál obstarávají jádro, kontrola a resolvery.

Co se stane, když agent udělá chybu?

Kontrola vrátí pojmenované, strojově čitelné nálezy jako clash.hard, door.obstructed nebo stair.throughFabric, rozdělené na autorské nálezy, které má opravit model, a nálezy jádra. Když sloveso nedokáže udělat, co se po něm chce, jádro to jmenovitě odmítne a prvek nepostaví. Z nálezů vzniká plán oprav a agent před ostrým sestavením cíleně upraví svůj skript.

Udělají lepší AI modely BIM jádra zbytečnými?

Ne. Lepší AI nedělá BIM jádro zbytečným, dělá ho schopnějším. Silnější model napíše lepší program, který by měl potřebovat méně kol oprav, ale pořád ho musí něco převést na konzistentní parametrické objekty, zkontrolovat, deterministicky vést rozvody a exportovat IFC. V BIM Harness to je jádro, které rodinný dům postaví zhruba za sedm sekund.

Podívejte se, jak smyčka běží na vašem zadání

Popište BIM Harness budovu vlastními slovy a sledujte, jak ji třicet rolí napíše, jádro postaví a kontrola pojmenuje, co je potřeba opravit. Pak si IFC model otevřete v prohlížeči.