AI w branży AEC jest tyle warta, ile kontekst, na którym się opiera

Czwartkowe popołudnie na budowie budynku mieszkalnego. Kierownik budowy musi puścić zamówienie drzwi i zadaje projektowemu asystentowi AI proste pytanie: jaką klasę odporności ogniowej muszą mieć drzwi w korytarzu ewakuacyjnym na trzecim piętrze?

Odpowiedź przychodzi po kilku sekundach: EI30, z odwołaniem do zestawienia drzwi. Asystent powołuje się na prawdziwy dokument, a odpowiedź brzmi wiarygodnie.

Tyle że ten dokument to rewizja C, załączona do e-maila z marca. W maju inżynier ds. bezpieczeństwa pożarowego skomentował strategię ewakuacji, korytarz stał się chronioną drogą ewakuacyjną, a w rewizji E zestawienia te drzwi dostały klasę EI60. Zmiana jest zapisana w protokole z narady i w adnotacjach na rysunku, których nikt nie powiązał z zestawieniem. Asystent znalazł pierwszy plik pasujący do pytania i na jego podstawie udzielił odpowiedzi.

Nikt w tym projekcie nie zrobił niczego nietypowego. I właśnie o to chodzi.

Narzędzia sztucznej inteligencji odpowiadają z pełnym przekonaniem na podstawie tego, co uda im się znaleźć. W większości projektów budowlanych to, co znajdą, jest rozproszone: modele sfederowane, zestawy PDF, załączniki do e-maili, notatki ze spotkań, adnotacje na rysunkach i spora część wiedzy, która istnieje wyłącznie w głowach ludzi.

Narzędzie przeczyta to wszystko. Samo z siebie nie rozpozna jednak, która wersja jest aktualna, dlaczego podjęto daną decyzję, które przepisy dotyczą tego budynku ani kto ma prawo zatwierdzić zmianę.

W większości branż błędna odpowiedź to literówka. W naszej błędna klasa odporności ogniowej, zła odległość od granicy działki czy wymiar wzięty z nieaktualnego rysunku oznaczają odpowiedzialność prawną. Asystent z historii na początku nie zawiódł w czytaniu. Zawiódł w rozpoznaniu, co naprawdę obowiązuje.

Wdrożenia są wciąż na wczesnym etapie. W opracowaniu RICS artificial intelligence in construction report 2025 niespełna 12% respondentów zadeklarowało, że regularnie korzysta z AI w określonych procesach, a tylko około 20% stwierdziło, że ich organizacja prowadzi strategiczne planowanie w zakresie AI. To dobry moment, żeby najpierw uporządkować fundamenty.

Wiedza o tym, co naprawdę obowiązuje, musi istnieć poza głowami ludzi, zanim jakiekolwiek narzędzie będzie mogło z niej skorzystać. Nazywam ją warstwą kontekstu: dobrze uporządkowaną, wersjonowaną pamięcią projektu i firmy, z kontrolą dostępu. Można o niej myśleć jak o modelu sfederowanym, tyle że dla informacji. Wiele źródeł, jeden skoordynowany widok, a każdy element wie, skąd pochodzi i w jakim jest stanie. Na tym właśnie polega zarządzanie informacją: dyscyplina dobrze znana branży AEC, która staje się teraz fundamentem dla AI.

Zapytaj trzy osoby w projekcie, czym jest „pomieszczenie”. Architekt ma na myśli zamkniętą przestrzeń z numerem na rzucie. Projektant instalacji myśli o strefie obsługiwanej przez jedno urządzenie końcowe. Zarządca obiektu widzi powierzchnię najmu z użytkownikiem i centrum kosztów. Jedno słowo, trzy znaczenia.

Ludzie rozstrzygają to w rozmowie, nawet tego nie zauważając. Maszyny dopasowują słowa, a jeśli w różnych dokumentach te same słowa znaczą co innego, odpowiedź będzie błędna, choć podana bez cienia wątpliwości.

Branża AEC ma już do tego narzędzia. Systemy klasyfikacji, konwencje nazewnictwa i uzgodnione definicje w planie realizacji modelowania informacji o budynku (BIM), znanym jako BEP, od lat należą do dobrego zarządzania informacją. W języku baz danych nazywa się to schematem, czyli uzgodnioną strukturą, która określa, jakie rodzaje obiektów istnieją i jak się nazywają. Jeśli Twój projekt ma standard nazewnictwa plików i tabelę klasyfikacji, masz już mały schemat.

To samo podejście dotyczy przekazywania informacji między stronami. Wymagania informacyjne wymiany (EIR) określają uzgodniony format, w jakim jeden zespół przekazuje informacje drugiemu. Programiści nazywają to API. Idea jest ta sama: uzgodnij format, a nikt nie będzie musiał zgadywać.

Rozszerz tę dyscyplinę na słowa, które sprawiają kłopot: pomieszczenie, przestrzeń, strefa, poziom, a przede wszystkim „zatwierdzony” i „wydany”. Narzędzie AI, które zobaczy „zatwierdzony” w luźnym e-mailu i „zatwierdzony” jako status dokumentu, uzna je za jedno i to samo, chyba że ktoś zapisze, że tak nie jest.

Projekty budowlane dokumentują, co postanowiono, znacznie lepiej niż to, dlaczego. Rysunek pokazuje, że schody przesunięto o 600 mm. Nie pokazuje, że przesunięto je, żeby ominąć belkę transferową, ani że klient na czerwcowym spotkaniu zgodził się w zamian na mniejszy hol.

Pół roku później ktoś zauważa dziwną geometrię i ją „poprawia”. Narzędzie AI zrobi to z jeszcze większym prawdopodobieństwem, bo pracuje wyłącznie na tym, co widzi. Jeśli nie widzi uzasadnienia, celowy wybór wygląda jak błąd, a wariant odrzucony z dobrych powodów wygląda jak świeży pomysł.

Doświadczone zespoły projektowe to wyłapują, bo pamiętają. Narzędzie nie pamięta niczego, czego nie zapisano.

Dobry zapis decyzji odpowiada na pięć pytań: co postanowiono, kto zdecydował, kiedy, na podstawie jakich informacji i co odrzucono. Rejestry decyzji, rejestry zapytań (RFI) i procedury zarządzania zmianą już wspierają podejmowanie decyzji w większości projektów. Zwykle brakuje w nich powiązania decyzji z elementami i dokumentami, których ona dotyczy.

Sprawdzanie projektu pod kątem przepisów lub standardów klienta to jedno z bardziej obiecujących zastosowań AI w budownictwie, a zarazem to, w którym fałszywa pewność wyrządza najwięcej szkód.

Reguła w rodzaju „minimalna szerokość korytarza 1200 mm” sama w sobie jest bezużyteczna. Trzeba wiedzieć, z jakiego dokumentu pochodzi, z którego przepisu, z którego wydania, czy dotyczy tego typu budynku i czy ktoś potwierdził takie jej odczytanie.

Dlatego każda reguła w zestawie kontrolnym powinna mieć przypisany przepis źródłowy, wydanie lub datę, zakres stosowania i status weryfikacji: wyodrębniona przez narzędzie albo sprawdzona przez wskazaną z nazwiska osobę w konkretnym dniu. Regułę niezweryfikowaną trzeba wyraźnie tak oznaczyć, podobnie jak rysunku oznaczonego „do informacji” nie używa się do realizacji.

Zaufanie bierze się z możliwości prześledzenia źródła, a nie z pewnego tonu.

Warto tu zachować sceptycyzm. Obecne narzędzia dobrze wyszukują przepisy, które mogą mieć zastosowanie. Znacznie słabiej radzą sobie z wyjątkami, odesłaniami między dokumentami, lokalnymi zmianami przepisów i ocenami, których faktycznie dokona urzędnik nadzoru budowlanego. Właśnie w tym miejscu w procesie musi pozostać człowiek.

Odpowiedzialny model pracy jest prosty. Agenci proponują zmiany, uruchamiają kontrole i przygotowują projekty odpowiedzi. Osoba z odpowiednimi uprawnieniami je przegląda, a potem zatwierdza albo odrzuca. Zatwierdzenie zostaje zapisane.

Odpowiedzialność zawodowa w AEC spoczywa na konkretnych osobach z uprawnieniami: na architekcie, który podpisuje rysunki, i na inżynierze, który podpisuje obliczenia. Za tymi podpisami idą ubezpieczenie i odpowiedzialność prawna. Narzędzie nie może ponosić odpowiedzialności zawodowej, więc nie może być ostatnim krokiem przed wydaniem czegokolwiek.

Zapis powinien pokazywać, co zaproponowało narzędzie, co zmieniła osoba, kto zatwierdził i kiedy. Działa to jak etap sprawdzenia i zatwierdzenia przy wydaniu rysunku, w którym narzędzie jest po prostu kolejnym autorem, którego pracę ktoś sprawdza. Taki zapis chroni też firmę: po dwóch latach możesz wykazać, że wynik przejrzała kompetentna osoba.

Nie każdy powinien widzieć i zmieniać wszystko. We wspólnym środowisku danych (CDE) uprawnienia do folderów decydują, kto może czytać, kto może wgrywać pliki, a kto może przenieść dokument ze stanu roboczego do udostępnionego lub opublikowanego. ISO 19650 opisuje te stany, a większość firm, które pracują według tej normy, już z nich korzysta.

Asystent AI potrzebuje tych samych zasad. Jeśli ma dostęp do folderów z pracą w toku, będzie cytował niesprawdzony projekt jako fakt. Jeśli ma dostęp do folderów handlowych, może pokazać wysokość honorarium podwykonawcy, który zadał niewinne pytanie. Zasady dostępu dla AI to po prostu uprawnienia do folderów w CDE, nic bardziej egzotycznego.

Wersjonowanie działa tak samo jak rewizje modelu i status wydania rysunków. Domyślnie narzędzie powinno odpowiadać na podstawie najnowszej opublikowanej rewizji, podawać, z której rewizji skorzystało, i sygnalizować, że istnieje nowsza. To samo dotyczy okresu po przekazaniu do użytkowania, kiedy informacje o zrealizowanym budynku muszą pozostać aktualne przez cały dalszy cykl życia obiektu.

Wróćmy do drzwi. Gdyby asystent odpowiedział: „EI30 według zestawienia drzwi rew. C (opublikowanego w marcu). Rew. E (opublikowana w maju) podaje EI60 dla tego korytarza”, kierownik budowy wychwyciłby problem w dziesięć sekund. Technologia, która pozwala tak odpowiadać, już istnieje. Zwykle brakuje pod nią uporządkowanych danych o statusach.

Nic z tego nie wymaga żadnych zakupów.

1. 1Uporządkuj nazewnictwo. Weź konwencję nazewnictwa, którą już masz, i egzekwuj ją w trwających projektach. Zacznij od poprawienia kodów statusów i rewizji w aktualnych zestawach.
2. 2Zapisuj decyzje razem z uzasadnieniem. Prosty rejestr dla każdego projektu: data, decyzja, kto, dlaczego, jakich dokumentów i elementów dotyczy. Wystarczy jedna linijka na wpis.
3. 3Powiąż reguły z ich źródłami. W listach kontrolnych, których już używasz (ochrona przeciwpożarowa, dostępność, standardy klienta), dopisz odwołanie do przepisu, wydanie i informację, kto je zweryfikował.
4. 4Określ, kto co zatwierdza. Krótka macierz odpowiedzialności: które role mogą zatwierdzać jakie rodzaje zmian. Większość planów realizacji BIM ją zawiera. Sprawdź, czy odpowiada temu, co dzieje się w praktyce. (Więcej o tym, jak utrzymać ten plan w użytecznej formie, w artykule BEP bez biurokracji.)
5. 5Uzgodnij słownik. Jedna strona definicji pojęć, o które w Twoich projektach najczęściej toczą się spory.

Każdy, kto pracował zgodnie z ISO 19650, międzynarodową serią norm dotyczących zarządzania informacją z wykorzystaniem BIM, rozpozna tu każdy punkt. Różnica polega na tym, kto czyta informacje. Do tej pory byli to głównie ludzie, którzy luki wypełniają doświadczeniem. Od teraz czytają je także maszyny, które tego nie potrafią.

• AI w AEC ogranicza nie tyle model, ile kontekst, który jest dla niej widoczny.
• Nazewnictwo, klasyfikacja i uzgodnione definicje to Twój schemat. Bez nich maszyny dopasowują słowa, a nie znaczenia.
• Zapisuj decyzje razem z uzasadnieniem, inaczej narzędzia po cichu je odwrócą.
• Każda reguła potrzebuje przepisu źródłowego, wydania i statusu weryfikacji.
• AI proponuje, osoba z uprawnieniami decyduje, a zatwierdzenie zostaje zapisane.

Które ogniwo jest najsłabsze w Twoim obecnym projekcie: nazewnictwo, decyzje, źródła, zatwierdzenia czy uprawnienia?

FAQ