Jak wykorzystać AI do analizy dokumentacji technicznej i projektowej?

Po co AI w analizie dokumentacji technicznej i projektowej w budownictwie?

Przygotowanie wyceny, zaplanowanie robót czy ocena zakresu zamówienia wymagają czegoś więcej niż znalezienia informacji w jednym pliku. W dokumentacji budowlanej wymagania są rozproszone między opisami technicznymi, rysunkami, specyfikacjami i załącznikami. O znaczeniu pojedynczego zapisu często decyduje jego kontekst: branża, etap inwestycji, powiązanie z innym opracowaniem lub zakres odpowiedzialności wykonawcy. AI może ułatwić pracę z tym materiałem, skracając drogę od obszernej dokumentacji do informacji potrzebnych do podjęcia decyzji.

Największa wartość takiego wsparcia nie polega na zastąpieniu czytania dokumentów automatyczną odpowiedzią. Chodzi o ograniczenie pracy związanej z przeszukiwaniem treści, wybieraniem istotnych fragmentów i porządkowaniem ustaleń. Kosztorysant może dzięki temu szybciej dotrzeć do zapisów wpływających na wycenę, inżynier przygotowania produkcji — rozpoznać wymagania dotyczące realizacji, a kierownik projektu — uzyskać wstępny obraz zagadnień wymagających uwagi zespołu.

Warto odróżnić analizę wspieraną przez AI od zwykłego wyszukiwania słów. Wyszukiwarka wskazuje przede wszystkim wystąpienia określonych fraz. Model językowy może natomiast zestawiać fragmenty opisujące podobne zagadnienie innymi słowami i przedstawiać je w zwięzłej, uporządkowanej formie. Pozwala to zadawać pytania dotyczące treści dokumentacji, zamiast za każdym razem samodzielnie ustalać, pod jakim hasłem szukać odpowiedzi. Skuteczność zależy jednak od narzędzia i od tego, do jakiej części materiału ma ono rzeczywisty dostęp.

Nie każda analiza wymaga też tych samych możliwości. Praca z opisem technicznym różni się od odczytywania rysunku, a interpretowanie wymagań — od sprawdzania obliczeń konstrukcyjnych. Narzędzie dobrze radzące sobie z tekstem nie musi poprawnie rozpoznawać wymiarów, symboli czy relacji przestrzennych. AI nie należy więc traktować jako zamiennika oprogramowania obliczeniowego, kontroli modelu BIM ani oceny osoby posiadającej odpowiednie kompetencje.

Istotna jest również granica między informacją znalezioną w dokumentacji a wnioskiem wygenerowanym przez model. Odpowiedź może brzmieć wiarygodnie mimo pominięcia wyjątku, warunku lub ważnego załącznika. AI wspiera analizę, ale nie rozstrzyga samodzielnie o poprawności rozwiązania projektowego, zgodności z przepisami czy interpretacji zobowiązań umownych.

Najbardziej użyteczny punkt wyjścia to traktowanie AI jako asystenta analitycznego: pomaga zawęzić obszar poszukiwań i przygotować materiał do fachowej oceny. Miarą korzyści nie jest sama liczba wygenerowanych odpowiedzi, lecz to, czy zespół szybciej dociera do istotnych wymagań i może poświęcić więcej czasu na decyzje techniczne, kosztowe oraz organizacyjne.

Przygotowanie materiałów: formaty plików, OCR, porządkowanie i kontrola wersji

Jakość analizy dokumentacji przez AI zależy przede wszystkim od jakości materiałów wejściowych. Nieczytelny skan, brak załącznika lub nieaktualna rewizja rysunku mogą sprawić, że odpowiedź będzie brzmiała przekonująco, ale będzie oparta na błędnych danych. W Cognity często słyszymy pytania, jak praktycznie przygotować dokumentację do analizy przez AI – odpowiadamy na nie także na blogu. Przygotowanie plików warto zacząć od ustalenia, który zestaw dokumentów jest kompletny i obowiązujący dla analizowanego zakresu prac.

PDF czy DOCX — co przekazać do analizy?

PDF z warstwą tekstową zwykle dobrze nadaje się do pracy z opisami technicznymi, specyfikacjami i dokumentami formalnymi. Zachowuje układ stron, co ułatwia późniejsze odnalezienie zapisów w źródle. Sama możliwość otwarcia pliku nie oznacza jednak, że jego treść zostanie poprawnie odczytana. Warto sprawdzić, czy można zaznaczyć i skopiować fragment tekstu oraz czy po wklejeniu zachowuje on właściwą kolejność, znaki i wartości.

DOCX jest przydatny przy dokumentach opisowych, zwłaszcza gdy zawierają prawidłowo zastosowane nagłówki i uporządkowane akapity. Przed udostępnieniem pliku trzeba ustalić, jak potraktować komentarze i śledzone zmiany — mogą przedstawiać propozycje, a nie zatwierdzone wymagania. Oryginał należy zachować, a ewentualną wersję oczyszczoną przygotować jako osobną kopię roboczą.

Inaczej należy traktować rysunki zapisane w PDF. Narzędzie odczytujące tekst może rozpoznać opisy, lecz pominąć geometrię, symbole lub zależności przestrzenne. Odczyt tekstu z arkusza nie jest równoznaczny z analizą rysunku technicznego. Sposób przekazania takich materiałów trzeba dopasować do możliwości używanego narzędzia.

OCR: kiedy jest potrzebny i co sprawdzić?

Jeśli PDF zawiera wyłącznie obrazy stron, potrzebne jest OCR, czyli rozpoznawanie tekstu. Przed jego wykonaniem warto poprawić orientację stron i zadbać o czytelność skanu. Rozmyte oznaczenia, ucięte marginesy czy pieczęcie zasłaniające treść nie staną się wiarygodnym źródłem tylko dlatego, że plik otrzyma warstwę tekstową.

Po OCR należy skontrolować próbkę materiału, szczególnie fragmenty zawierające wymiary, jednostki, oznaczenia materiałów, numery norm i wartości liczbowe. Pomylenie zera z literą O albo zgubienie przecinka dziesiętnego może zmienić sens wymagania. Zachowaj skan źródłowy oraz wyraźnie oznaczoną kopię po OCR, bez nadpisywania oryginału.

Porządek w plikach i spójne nazewnictwo

Na etapie przygotowania nie trzeba jeszcze szczegółowo dzielić treści. Najpierw należy uporządkować sam zestaw materiałów:

• oddzielić dokumenty obowiązujące od archiwalnych i roboczych;
• usunąć z paczki analitycznej zbędne duplikaty, zachowując archiwum źródłowe;
• sprawdzić kompletność stron, arkuszy i wskazanych załączników;
• przyjąć jednolity schemat nazw, obejmujący np. branżę, numer dokumentu, rewizję i datę wydania.

Nazwa pliku powinna pomagać rozpoznać dokument bez jego otwierania. Określenia takie jak „final”, „nowy” czy „ostateczny_poprawiony” nie zastępują numeru rewizji. Jeżeli zmieniasz nazwy na potrzeby pracy, zachowaj powiązanie z oryginalnymi oznaczeniami dokumentacji.

Kontrola wersji: data pliku nie wystarczy

Najnowsza data modyfikacji pliku nie przesądza, że dokument obowiązuje. Podstawą powinny być oznaczenie rewizji, status zatwierdzenia oraz oficjalny wykaz lub potwierdzenie przekazania dokumentacji. Przy rozbieżnościach nie należy samodzielnie przypisywać plikowi statusu wersji aktualnej.

Do analizy przygotuj jednoznacznie oznaczoną paczkę z datą jej utworzenia i wykazem zawartości. Jeżeli celem jest porównanie rewizji, przechowuj je osobno i wyraźnie opisz. Dzięki temu AI nie otrzyma przypadkowej mieszanki zapisów historycznych, roboczych i obowiązujących.

Segmentacja i indeksowanie dokumentów: podział na branże, rozdziały i elementy robót

W dokumentacji budowlanej odpowiedź na jedno pytanie bywa rozproszona między opisem technicznym, rysunkiem, zestawieniem i specyfikacją wykonania robót. Samo udostępnienie tych plików narzędziu AI nie wystarcza, aby system trafnie odszukiwał wymagania. Potrzebuje on fragmentów o czytelnym zakresie oraz informacji pozwalających ustalić, czego dotyczą i skąd pochodzą.

Segmentacja oznacza podział dokumentów na spójne znaczeniowo części, a indeksowanie — przygotowanie tych części do wyszukiwania. Pierwsza decyduje o tym, jaki kontekst otrzyma model. Drugie pomaga odnaleźć właściwy zapis bez przeszukiwania całego zbioru przy każdym pytaniu.

Branża, rozdział i element robót — trzy uzupełniające się kryteria

Dokumentacji nie warto dzielić wyłącznie według nazw plików. Jeden opis może obejmować kilka instalacji, a wymagania dotyczące pojedynczego elementu robót mogą występować w materiałach różnych branż. Dlatego przydatne są trzy przekroje podziału:

Te kryteria nie muszą tworzyć jednego sztywnego drzewa folderów. Fragment o uszczelnieniu przejścia instalacyjnego może mieć jednocześnie oznaczenie branży sanitarnej i zakresu ochrony przeciwpożarowej. Przypisanie kilku etykiet jest często trafniejsze niż wymuszenie jednej kategorii.

Jak wyznaczać granice fragmentów

Podstawową jednostką powinien być fragment, który da się zrozumieć bez odgadywania brakującego kontekstu. Może to być punkt specyfikacji wraz z podpunktami albo opis rozwiązania wraz z warunkami jego zastosowania. Automatyczny podział co określoną liczbę znaków jest prosty, ale może oddzielić wymaganie od wyjątku, wartość od jednostki lub zapis od nagłówka wskazującego jego zakres.

Nie ma jednej optymalnej długości fragmentu dla całej dokumentacji. Krótkie części ułatwiają precyzyjne wyszukiwanie, lecz łatwiej tracą kontekst. Dłuższe zachowują więcej zależności, ale mogą zawierać informacje nieistotne dla pytania. Dobrym punktem wyjścia jest podział według struktury dokumentu, a dopiero później według ograniczeń technicznych narzędzia.

Tabele wymagają zachowania nagłówków kolumn, jednostek i przypisów. Jeśli trzeba je podzielić, te informacje powinny towarzyszyć każdej części. Przy rysunkach sam wyodrębniony tekst nie odtwarza relacji przestrzennych: segment opisujący detal powinien pozostać powiązany z arkuszem i oznaczeniem detalu, a w systemach obsługujących analizę obrazu także z odpowiednim obszarem rysunku.

Metadane, które nadają fragmentom kontekst

Każdy segment powinien otrzymać własny identyfikator oraz zestaw metadanych. Praktyczne minimum obejmuje:

• Źródło: identyfikator dokumentu, jego tytuł i oznaczenie rewizji.
• Lokalizację zapisu: numer strony PDF, numer rozdziału lub punktu, ewentualnie numer arkusza i detalu.
• Zakres: branżę, element robót oraz — gdy wynika to z treści — obiekt, kondygnację lub strefę.
• Rodzaj treści: opis techniczny, wymaganie, tabela, zestawienie lub rysunek.

Warto rozróżniać numer strony w pliku od numeru wydrukowanego na stronie. Metadane powinny też wskazywać dokument nadrzędny, aby można było odtworzyć otoczenie znalezionego fragmentu. Jeśli branżę lub element robót przypisuje automatycznie AI, należy odróżnić taką klasyfikację od informacji zapisanej wprost w źródle.

Indeksowanie: wyszukiwanie po oznaczeniach i po znaczeniu

W dokumentacji technicznej przydatne są dwa sposoby wyszukiwania. Wyszukiwanie tekstowe pomaga odnajdywać dokładne symbole, numery punktów i oznaczenia urządzeń. Wyszukiwanie semantyczne pozwala dotrzeć do fragmentów o podobnym znaczeniu, nawet jeśli pytanie używa innych słów niż dokument. Połączenie obu metod, uzupełnione filtrami metadanych, ogranicza ryzyko pominięcia istotnych zapisów.

Indeks nie zastępuje jednak źródła ani nie rozstrzyga, który dokument ma pierwszeństwo. Jego zadaniem jest dostarczyć AI właściwy materiał wraz z kontekstem: nie tylko znaleźć wzmiankę o danym elemencie, lecz także ustalić, jakiego obiektu, zakresu i rewizji ona dotyczy.

Praktyczne scenariusze zastosowań AI w analizie dokumentacji budowlanej

AI może wspierać analizę dokumentacji na cztery różne sposoby: zestawiać ustalenia poszczególnych branż, skracać obszerne opisy zamówienia, wyodrębniać wymagania wykonawcze i wskazywać zmiany między rewizjami. Każde z tych zastosowań daje inny rezultat — od listy potencjalnych rozbieżności po uporządkowany wykaz warunków odbioru robót. W Cognity omawiamy te zastosowania zarówno od strony technicznej, jak i praktycznej — zgodnie z realiami pracy uczestników szkoleń.

Wyszukiwanie potencjalnych niezgodności międzybranżowych

Rozbieżności nie zawsze mają postać widocznej kolizji instalacji. Często dotyczą parametrów, zakresów odpowiedzialności lub założeń zapisanych w różnych częściach projektu. AI może zestawić informacje z opisów branżowych, zestawień i dostępnych oznaczeń na rysunkach, aby wskazać miejsca wymagające uzgodnienia.

Przykładem jest urządzenie wentylacyjne, którego moc w zestawieniu branży sanitarnej różni się od wartości przyjętej w bilansie elektrycznym. Innym — pomieszczenie opisane jako techniczne w projekcie architektonicznym, ale nieuwzględnione w wykazie pomieszczeń wymagających wentylacji. Takie porównania pomagają wychwycić niespójności, zanim przełożą się one na zamówienia materiałowe lub wykonawstwo.

Rezultatem jest wskazanie potencjalnego problemu, nie rozstrzygnięcie projektowe. Analiza tekstu nie zastępuje przestrzennej koordynacji modeli BIM ani oceny projektanta. Brak wzmianki o danym elemencie w jednym dokumencie może oznaczać zarówno przeoczenie, jak i świadome przeniesienie informacji do innej części opracowania.

Streszczanie PFU i OPZ na potrzeby oceny zakresu zamówienia

Program funkcjonalno-użytkowy (PFU), stosowany przy zamówieniach obejmujących projektowanie i wykonanie robót, opisuje m.in. oczekiwaną funkcję, parametry oraz wymagania inwestora. Opis przedmiotu zamówienia (OPZ) jest pojęciem szerszym — określa, czego dotyczy zamówienie; w odpowiednich przypadkach jego formą jest właśnie PFU. Nie należy więc traktować tych dokumentów jako zawsze odrębnych, równorzędnych opracowań.

AI może przygotować z nich skrót przydatny zespołowi ofertowemu: zakres prac, oczekiwane parametry użytkowe, ograniczenia realizacyjne oraz obowiązki wykonawcy. Szczególnie wartościowe jest wydobycie wymagań rozproszonych po wielu rozdziałach, takich jak utrzymanie pracy obiektu podczas robót, etapowanie inwestycji czy zapewnienie rozwiązań tymczasowych.

Dobre streszczenie zachowuje warunki i wyjątki, które wpływają na koszt lub zakres odpowiedzialności. Informacja „roboty w czynnym obiekcie” nie zastępuje wymagania prowadzenia prac hałaśliwych wyłącznie w określonych godzinach. Celem nie jest najkrótszy opis, lecz szybkie rozpoznanie tego, co ma znaczenie dla oferty i organizacji realizacji.

Wyodrębnianie wymagań z SST

Szczegółowe specyfikacje techniczne (SST) są źródłem wymagań dotyczących m.in. materiałów, wykonania, kontroli jakości i odbioru robót. W tym zastosowaniu AI nie tyle streszcza dokument, ile przekształca jego zapisy w uporządkowany wykaz wymagań przypisanych do konkretnego rodzaju robót.

Dla robót betonowych taki wykaz może obejmować wymaganą klasę betonu, zasady pielęgnacji, tolerancje wykonania oraz przewidziane badania — o ile zostały określone w analizowanej specyfikacji. Dla hydroizolacji istotne będą natomiast wymagania dotyczące podłoża, warunków aplikacji i sprawdzenia wykonanej warstwy.

To wsparcie przy planowaniu kontroli jakości, kompletowaniu dokumentów odbiorowych i ustalaniu wymagań wobec podwykonawców. AI powinna oddzielać wymagania zapisane w SST od informacji, których dokument nie podaje, zamiast uzupełniać luki typowymi wartościami.

Porównywanie kolejnych wersji dokumentacji

Porównanie rewizji służy ustaleniu, co faktycznie zmieniło się w projekcie, a nie tylko które zdania przeredagowano. AI może wskazać dodane i usunięte wymagania, zmienione parametry materiałów, ilości w zestawieniach lub zakresy robót. Pozwala też odróżnić korekty językowe od zmian potencjalnie istotnych dla zakupów, wyceny i harmonogramu.

Przykładowo zmiana wymaganej odporności ogniowej drzwi może oznaczać konieczność ponownego doboru produktu, natomiast doprecyzowanie nazwy pomieszczenia nie musi wpływać na realizację. Użytecznym rezultatem jest zestawienie wartości poprzedniej i aktualnej wraz z opisem możliwego znaczenia zmiany.

Zakres takiego porównania zależy od możliwości narzędzia i udostępnionych materiałów. Porównanie warstwy tekstowej PDF nie daje pewności wykrycia zmian geometrii na rysunkach. Zestawienie różnic pomaga ocenić skutki rewizji, ale samo nie przesądza o zmianie wynagrodzenia ani o obowiązującym zakresie umownym.

Workflow pracy z AI: jak zadawać pytania, prowadzić iteracje i śledzić źródła

Skuteczna praca z AI nad dokumentacją budowlaną wymaga rozdzielenia trzech czynności: odnalezienia zapisów, ustalenia ich znaczenia i sformułowania wniosków. Gdy model wykonuje je jednocześnie na podstawie ogólnego polecenia, trudniej zauważyć, gdzie kończy się treść dokumentu, a zaczyna interpretacja. Dlatego analizę warto prowadzić etapami, z jasno określonym zakresem każdego zadania.

Zacznij od celu i granic analizy

Przed zadaniem pytania określ, do czego potrzebujesz odpowiedzi: przygotowania wyceny, wyjaśnienia zakresu robót, ustalenia obowiązków wykonawcy czy przygotowania tematu do uzgodnienia. Ten sam zapis może mieć inne znaczenie dla kosztorysanta, kierownika robót i projektanta. Kontekst pomaga AI wybrać informacje istotne dla konkretnej decyzji, zamiast tworzyć ogólne omówienie dokumentacji.

Dobre polecenie powinno wskazywać:

• zadanie — co dokładnie model ma ustalić lub zestawić;
• zakres źródeł — które dokumenty i rewizje wolno uwzględnić;
• granice tematu — np. wybraną branżę, obiekt, kondygnację albo etap robót;
• postać odpowiedzi — np. krótkie ustalenie, zestawienie wymagań lub tabela z odniesieniami do źródeł;
• sposób postępowania z lukami — oznaczenie braku informacji zamiast uzupełniania go domysłem.

Oddziel pytania o treść dokumentacji od pytań o wiedzę ogólną. Jeżeli chcesz ustalić wymagania dla danej inwestycji, odpowiedź powinna opierać się na wskazanych materiałach. Wyjaśnienie pojęcia technicznego może korzystać z wiedzy ogólnej, ale nie powinno być przedstawiane jako wymaganie projektowe lub kontraktowe.

Prowadź analizę w krótkich iteracjach

Pierwsza odpowiedź nie musi rozstrzygać całego zagadnienia. Przy złożonym pytaniu lepiej najpierw zlecić odnalezienie odpowiednich fragmentów, następnie ich uporządkowanie, a dopiero potem poprosić o interpretację. Każdy krok powinien mieć jeden wyraźny cel i wynik, do którego można odwołać się w kolejnym poleceniu.

Przykładowo, przy ustalaniu zakresu prób instalacji najpierw potrzebujesz zapisów dotyczących prób i odbiorów. Kolejna iteracja może dotyczyć warunków ich wykonania, a następna — przypisania obowiązków poszczególnym uczestnikom procesu, o ile dokumentacja rzeczywiście je określa. Taki przebieg ogranicza ryzyko przedwczesnego wniosku opartego na pojedynczym fragmencie.

Jeśli odpowiedź jest zbyt szeroka, zawęź pytanie. Jeśli miesza wymagania z komentarzem, zażądaj ich rozdzielenia. Jeśli pomija istotny dokument, wskaż go wprost. Koryguj zakres lub sposób opracowania odpowiedzi, nie sugeruj oczekiwanego rozstrzygnięcia. Pytanie zakładające, że dany obowiązek na pewno należy do wykonawcy, może ukierunkować model na szukanie potwierdzenia zamiast rzetelnego ustalenia treści zapisów.

Wymagaj źródła przy każdym istotnym ustaleniu

Odwołania do dokumentów powinny pojawiać się już podczas analizy, a nie dopiero przy redagowaniu końcowej odpowiedzi. Dla każdego istotnego ustalenia wymagaj nazwy dokumentu, oznaczenia rewizji, jeżeli jest dostępne, oraz lokalizacji: strony, punktu, tabeli lub numeru rysunku. Jeżeli numer strony pliku PDF różni się od numeru wydrukowanego na stronie, warto podawać oba.

Cytat dosłowny, parafraza i wniosek to trzy różne rodzaje informacji. Cytat powinien wiernie przytaczać zapis. Parafraza przedstawia jego treść własnymi słowami. Wniosek pokazuje, co wynika z jednego lub kilku fragmentów, i powinien wskazywać swoją podstawę. Rozdzielenie tych kategorii ułatwia dalszą pracę z odpowiedzią, zwłaszcza gdy trafia ona do innej osoby w zespole.

Jeżeli narzędzie nie udostępnia numerów stron lub nie pozwala odczytać określonego elementu dokumentacji, model powinien zaznaczyć to ograniczenie. Nie należy wymagać pozornie precyzyjnych cytowań kosztem ich wiarygodności — brak lokalizacji trzeba ujawnić, a nie zastępować wymyślonym odnośnikiem.

Zachowaj ciągłość pracy i status ustaleń

Przy dłuższej analizie zapisuj obok wyniku również pytanie, zakres wykorzystanych materiałów i nierozstrzygnięte kwestie. Po zmianie dokumentacji wskaż AI, które wcześniejsze ustalenia wymagają ponownego opracowania. Nie zakładaj, że model sam rozpozna wszystkie konsekwencje nowej rewizji albo zachowa pełny kontekst wielowątkowej rozmowy.

Kończ zadanie krótkim zestawieniem: co ustalono, na jakiej podstawie i co pozostaje otwarte. Taki zapis jest materiałem roboczym do dalszej oceny, nie zatwierdzeniem rozwiązania projektowego. Dzięki temu kolejna osoba może przejąć temat bez odtwarzania całej rozmowy i bez mylenia propozycji AI z uzgodnioną decyzją.

6. Weryfikacja wyników: checklista kontroli, porównanie z dokumentami i eskalacja wątpliwości

Odpowiedź AI może być logiczna i przekonująca, a mimo to błędnie interpretować wymaganie, pomijać wyjątek albo odwoływać się do nieaktualnej rewizji projektu. Dlatego wynik analizy należy traktować jako materiał roboczy, nie jako zatwierdzoną interpretację dokumentacji. Warunkiem wykorzystania ustalenia w wycenie, zamówieniu lub realizacji robót jest potwierdzenie go w źródłach i sprawdzenie przez osobę odpowiedzialną za dany zakres.

Checklista kontroli pojedynczego ustalenia

Nie wystarczy sprawdzić, czy wskazany przez model dokument istnieje. Trzeba ustalić, czy rzeczywiście potwierdza wniosek i czy ma zastosowanie do analizowanego elementu. Przy każdym istotnym wyniku sprawdź:

• Źródło: czy wskazana strona, punkt, tabela lub oznaczenie na rysunku zawiera informację przypisaną mu przez AI?
• Obowiązującą wersję: czy ustalenie opiera się na właściwej rewizji i uwzględnia zatwierdzone zmiany oraz wyjaśnienia dotyczące tego zakresu?
• Kontekst: czy model nie pominął przypisu, warunku zastosowania, wyłączenia lub odesłania do innego dokumentu?
• Zakres: czy wymaganie dotyczy właściwego budynku, kondygnacji, instalacji, elementu i etapu robót?
• Wartości i oznaczenia: czy liczby, jednostki, tolerancje, klasy i symbole odpowiadają zapisowi źródłowemu? Szczególną uwagę zwróć na znaki nierówności i przecinki dziesiętne.
• Charakter wypowiedzi: czy AI przytacza wymaganie, przedstawia interpretację, czy jedynie sugeruje możliwy problem? Te kategorie nie powinny być traktowane zamiennie.

Jeżeli analizowany materiał pochodzi ze skanu, krytyczne dane porównaj z obrazem oryginalnej strony. Błąd odczytu pojedynczego znaku może zmienić wymiar, oznaczenie materiału lub sens wymagania.

Cross-check: sprawdzenie wniosku w powiązanych dokumentach

Cross-check polega na zestawieniu ustalenia z innymi zapisami dotyczącymi tego samego zakresu. Parametr wskazany w opisie technicznym warto porównać z odpowiednim rysunkiem, zestawieniem i specyfikacją. Celem nie jest znalezienie jak największej liczby podobnych zapisów, lecz potwierdzenie, że odnoszą się do tego samego elementu i nie wprowadzają odmiennych wymagań.

Przykładowo: jeżeli AI zgłasza rozbieżność klasy odporności ogniowej drzwi, należy sprawdzić oznaczenie drzwi na rzucie, pozycję w zestawieniu oraz wymagania ochrony przeciwpożarowej. Różne wartości mogą oznaczać rzeczywistą sprzeczność, ale również pomylenie elementów lub rewizji. Sama rozbieżność wykryta przez model nie przesądza jeszcze o błędzie projektowym.

Przy sprzecznych zapisach nie przyjmuj automatycznie, że rysunek ma pierwszeństwo przed opisem albo że najnowsza data rozstrzyga sprawę. Sprawdź zasady obowiązywania i pierwszeństwa dokumentów określone dla danego kontraktu. Jeśli nie pozwalają jednoznacznie rozstrzygnąć wątpliwości, potrzebne jest formalne wyjaśnienie.

Testy spójności: czy wynik wytrzymuje niezależne sprawdzenie?

Kontrola źródła odpowiada na pytanie „czy dokument to potwierdza?”, a test spójności — „czy ustalenia nie przeczą sobie nawzajem?”. Warto sprawdzić zgodność oznaczeń elementów, jednostek i zakresów oraz relacje między wartościami. Przy zestawieniach ilościowych zweryfikuj sumy i możliwe podwójne zliczenia; przy wymaganiach technicznych — czy model nie przypisał jednemu elementowi wzajemnie wykluczających się parametrów.

Obliczenia sprawdzaj niezależnie, np. w arkuszu kalkulacyjnym. Nie traktuj ponownego uzyskania tej samej odpowiedzi od AI jako dowodu poprawności: model może powtórzyć wcześniejszy błąd. Podobnie stwierdzenie „nie znaleziono wymagania” oznacza tylko wynik przeszukania określonego materiału, a nie pewność, że wymaganie nie występuje w dokumentacji.

Eskalacja wątpliwości i zamknięcie ustalenia

Nierozstrzygnięte kwestie dotyczące bezpieczeństwa, zgodności z przepisami, rozwiązań konstrukcyjnych lub parametrów wpływających na wykonanie przekaż właściwemu projektantowi albo osobie uprawnionej do podjęcia decyzji w danym zakresie. Wątpliwości dotyczące zakresu zamówienia, kosztów i terminów kieruj zgodnie z przyjętą ścieżką kontraktową, np. w formie RFI — formalnego zapytania o wyjaśnienie.

Zgłoszenie powinno wskazywać sprzeczne zapisy, ich lokalizację i rewizje dokumentów, możliwe konsekwencje oraz konkretną kwestię wymagającą rozstrzygnięcia. Oddziel potwierdzone fakty od interpretacji AI. Do czasu uzyskania odpowiedzi oznacz ustalenie jako nierozstrzygnięte i nie przedstawiaj go jako podstawy zatwierdzonej decyzji.

Weryfikację zamyka udokumentowane rozstrzygnięcie, a nie samo wysłanie pytania. Przy ustaleniu zapisz wynik kontroli, osobę weryfikującą, datę i odwołanie do dokumentu lub formalnej odpowiedzi. Dzięki temu wiadomo, które wnioski można wykorzystać, a które nadal wymagają wyjaśnienia.

7. Gotowe prompty do analizy dokumentacji oraz szablony RFI i pytań

Poniższe zapytania możesz wykorzystać przy analizie projektu, przygotowaniu oferty lub wyjaśnianiu zakresu robót. Uzupełnij pola w nawiasach kwadratowych i wskaż dokumenty objęte zadaniem. Prompty dotyczące wymagań służą przede wszystkim wydobyciu informacji, porównawcze — wskazaniu różnic, a te dotyczące RFI — przygotowaniu spraw do formalnego wyjaśnienia.

Do każdego zapytania warto dołączyć wspólną instrukcję: „Pracuj wyłącznie na udostępnionych materiałach. Przy każdym ustaleniu podaj nazwę pliku, oznaczenie rewizji, jeśli jest dostępne, oraz stronę, punkt lub numer rysunku. Nie wymyślaj oznaczeń źródeł. Oddziel informacje zapisane w dokumentacji od własnych wniosków. Jeśli czegoś nie można ustalić, wskaż brak danych. Nie traktuj braku informacji w analizowanym zbiorze jako dowodu, że nie ma jej w całej dokumentacji. Odpowiedź przedstaw bez tabel”.

1. Wyodrębnienie obowiązków z PFU lub OPZ

„Przeanalizuj [PFU/OPZ, oznaczenie dokumentu] na potrzeby [przygotowania oferty/ustalenia zakresu realizacji]. Wypisz wymagania dotyczące projektowania, wykonania robót, dostaw, badań, odbiorów i dokumentacji powykonawczej. Przy każdym wymaganiu wskaż, kto ma je spełnić — wyłącznie jeśli wynika to z tekstu — oraz jakie warunki lub ograniczenia mu towarzyszą. Zachowaj podane wartości, jednostki i określenia obowiązku. Osobno wymień zapisy, które nie pozwalają jednoznacznie ustalić zakresu odpowiedzialności”.

2. Lista wymagań odbiorowych z SST

„Na podstawie [SST, rozdział] przygotuj listę wymagań odbiorowych dla [rodzaj robót]. Uwzględnij wymagane badania, pomiary, tolerancje, częstotliwość kontroli i dokumenty potwierdzające jakość, o ile zostały określone. Rozróżnij kryteria akceptacji od ogólnych zaleceń wykonawczych. Nie uzupełniaj brakujących parametrów wiedzą ogólną ani treścią przywołanych norm, których nie udostępniono. Wskaż, jakie dodatkowe materiały są potrzebne do pełnego ustalenia warunków odbioru”.

3. Potencjalne niezgodności międzybranżowe

„Porównaj dokumentację [branża A] i [branża B] w zakresie [strefa, kondygnacja lub element]. Wyszukaj rozbieżności w oznaczeniach, wymiarach, rzędnych, lokalizacji urządzeń, przejściach instalacyjnych i wymaganiach technicznych. Dla każdej potencjalnej niezgodności zestaw informacje z obu źródeł i sformułuj pytanie rozstrzygające. Nie potwierdzaj kolizji przestrzennej, jeżeli dostępne materiały nie pozwalają ocenić geometrii. Takie przypadki oznacz jako wymagające sprawdzenia na rysunkach lub w modelu”.

4. Porównanie dwóch rewizji dokumentu

„Porównaj [dokument, rewizja wcześniejsza] z [dokument, rewizja późniejsza]. Wskaż wymagania dodane, usunięte i zmienione. Oddziel zmiany redakcyjne od merytorycznych. Przy zmianie parametru podaj poprzednią i nową wartość wraz z jednostką. Zaznacz zmiany, które mogą wpływać na zakres robót, zamówienia materiałowe, sposób wykonania lub odbiór, ale nie wyliczaj skutków kosztowych ani terminowych bez danych. Wymień fragmenty, których nie udało się wiarygodnie porównać”.

5. Rozbieżności między opisem, rysunkami i przedmiarem

„Dla [element lub pakiet robót] porównaj opis techniczny, wskazane rysunki i przedmiar. Wypisz elementy występujące tylko w części tych materiałów oraz różnice w ilościach, jednostkach i parametrach. Nie zakładaj, że brak pozycji w przedmiarze wyłącza roboty z zakresu zamówienia. Nie ustalaj samodzielnie pierwszeństwa dokumentów. Jeżeli udostępnione warunki umowy określają ich hierarchię, przytocz właściwy zapis; w przeciwnym razie przygotuj pytanie o podstawę rozstrzygnięcia rozbieżności”.

6. Warunki poprzedzające rozpoczęcie robót

„Przeanalizuj [zestaw dokumentów] i wyodrębnij zapisane w nich warunki rozpoczęcia [rodzaj robót]. Uwzględnij wymagane zatwierdzenia, uzgodnienia, odbiory robót poprzedzających, przekazanie danych i akceptacje materiałowe. Dla każdego warunku podaj odpowiedzialny podmiot oraz termin lub zdarzenie uruchamiające obowiązek, jeśli zostały wskazane. Oddziel zależności zapisane wprost od możliwych zależności wymagających potwierdzenia. Nie dopisuj terminów wynikających jedynie z typowej praktyki budowlanej”.

7. Zapisy niejednoznaczne do wyjaśnienia przed wyceną

„W [dokumenty] znajdź zapisy dotyczące [zakres], które dopuszczają różne interpretacje istotne dla wyceny. Zwróć uwagę na nieokreślone ilości, otwarte katalogi obowiązków, warunkowe dostawy i niejasny podział odpowiedzialności. Przytocz krótki fragment, wyjaśnij źródło niejednoznaczności i przygotuj jedno neutralne pytanie umożliwiające jej usunięcie. Nie przedstawiaj interpretacji korzystniejszej dla którejkolwiek strony jako obowiązującej”.

8. Przygotowanie wpisów do rejestru RFI

RFI, czyli formalne zapytanie o informację lub wyjaśnienie, powinno dotyczyć konkretnej sprawy i wskazywać oczekiwane rozstrzygnięcie. Nie zastępuje zatwierdzenia zmiany projektowej ani uzgodnienia jej skutków umownych.

„Na podstawie [lista rozbieżności] przygotuj projekty wpisów do rejestru RFI. Każdą niezależną sprawę opisz osobno według poniższego szablonu. Zachowaj istniejące identyfikatory, a nowe oznacz jako robocze. Nie dopisuj odpowiedzi, uzgodnień ani dat wysłania. Proponowanego adresata i terminu odpowiedzi nie przedstawiaj jako zatwierdzonych”.

Szablon wpisu RFI: identyfikator; temat; branża i lokalizacja; dokumenty źródłowe z rewizjami; opis rozbieżności lub braku; pytanie wymagające rozstrzygnięcia; potencjalny skutek braku odpowiedzi; proponowany adresat; oczekiwany termin odpowiedzi i jego uzasadnienie; status „projekt — niewysłane”; załączniki. Pola do późniejszego uzupełnienia: data wysłania, otrzymana odpowiedź i jej źródło, osoba odpowiedzialna za dalsze działanie, termin działania oraz data zamknięcia.

9. Robocza lista pytań do projektanta

„Na podstawie [materiały lub ustalenia] przygotuj roboczą listę pytań technicznych do projektanta dotyczącą [zakres]. Pytaj o brakujące parametry, detale, rozwiązania połączeń i zgodność informacji między opracowaniami. Każde pytanie powiąż z konkretnym źródłem i ogranicz do jednego rozstrzygnięcia. Nie sugeruj, że propozycja wykonawcy została już zaakceptowana. Zastosuj szablon: numer pytania; element i lokalizacja; źródło; stwierdzona niejasność; pytanie; oczekiwana forma odpowiedzi, np. wskazanie parametru, wyjaśnienie lub uzupełniony detal”.

10. Lista decyzji i pytań do inwestora

„Na podstawie [dokumenty lub notatki] przygotuj listę spraw wymagających decyzji inwestora w zakresie funkcji obiektu, standardu wykończenia, zakresu zamówienia i ograniczeń użytkowych. Oddziel je od zagadnień technicznych wymagających odpowiedzi projektanta. Jeżeli kompetencja do podjęcia decyzji jest niejasna, zaznacz potrzebę ustalenia adresata. Zastosuj szablon: numer sprawy; przedmiot decyzji; podstawa w dokumentacji; pytanie; warianty wskazane w materiałach, jeśli występują; brakujące dane; czynność zależna od decyzji; proponowany termin odpowiedzi do uzgodnienia. Nie wymyślaj wariantów ani ich kosztów”.

Poufność, bezpieczeństwo i ograniczenia: halucynacje, brak kontekstu i odpowiedzialność

Dokumentacja budowlana może zawierać nie tylko rozwiązania projektowe, lecz także dane osobowe, informacje handlowe, szczegóły zabezpieczeń obiektu czy know-how projektanta. Przekazanie jej do narzędzia AI jest więc decyzją o udostępnieniu informacji określonemu dostawcy, a nie wyłącznie technicznym sposobem przyspieszenia analizy. Zanim prześlesz plik, ustal, czy masz do tego uprawnienie i czy warunki korzystania z usługi odpowiadają wymaganiom projektu. Sam dostęp do dokumentacji nie oznacza zgody na jej przetwarzanie w dowolnym zewnętrznym systemie.

Halucynacje i brak kontekstu to różne źródła ryzyka

Halucynacja to wiarygodnie brzmiąca, lecz niepoparta materiałem odpowiedź. Model może wskazać nieistniejący zapis specyfikacji, przypisać wymaganie niewłaściwej normie albo podać parametr, którego nie ma w dokumentach. Profesjonalny język i precyzyjna wartość liczbowa nie są dowodem poprawności.

Brak kontekstu działa inaczej: AI może poprawnie odczytać fragment, ale błędnie ocenić jego znaczenie dla inwestycji. Nie musi wiedzieć o uzgodnieniach z narady, zatwierdzonej zmianie materiałowej czy hierarchii dokumentów określonej w umowie. Brak informacji w przekazanym materiale nie oznacza braku wymagania w projekcie. Szczególnej ostrożności wymagają też rysunki i skany — możliwości rozpoznawania symboli, wymiarów i relacji przestrzennych zależą od narzędzia oraz jakości pliku.

Jak ograniczyć ryzyko ujawnienia dokumentacji

Narzędzia konsumenckie, usługi firmowe i rozwiązania uruchamiane we własnej infrastrukturze mogą oferować różne zasady dostępu, przechowywania i wykorzystywania danych. Nie należy jednak oceniać bezpieczeństwa wyłącznie na podstawie etykiety „wersja biznesowa” lub „model lokalny”. Pierwsza wymaga sprawdzenia umowy i konfiguracji, druga — odpowiedniego zabezpieczenia infrastruktury, kont użytkowników oraz kopii zapasowych.

• Sprawdź zasady przetwarzania. Ustal, czy pliki i rozmowy mogą służyć do trenowania modeli, jak długo są przechowywane, kto ma do nich dostęp oraz jakie są zasady ich usuwania. Brak wykorzystania do treningu nie oznacza automatycznie braku przechowywania.
• Przekazuj tylko niezbędne informacje. Jeżeli zadanie dotyczy wymagań materiałowych, zwykle nie ma potrzeby udostępniania podpisów, danych kontaktowych czy całej umowy. Pamiętaj, że informacje poufne mogą znajdować się również w komentarzach, metadanych i załącznikach.
• Stosuj zatwierdzone środowisko pracy. Korzystaj z kont i narzędzi dopuszczonych przez organizację, ograniczaj uprawnienia oraz unikaj publicznych linków do rozmów i plików. Te same zasady obejmują odpowiedzi AI, które mogą odtwarzać poufną treść.
• Uwzględnij zobowiązania prawne i umowne. Sprawdź klauzule poufności, zasady udostępniania dokumentacji oraz wymagania dotyczące danych osobowych. Zależnie od sposobu przetwarzania może być potrzebna m.in. umowa powierzenia i ocena warunków transferu danych poza EOG.

Te zasady warto przełożyć na wspólną procedurę zespołu: określić, jakie materiały można przekazywać do AI, kto zatwierdza ich udostępnienie i kto weryfikuje wyniki analizy. W Cognity uczymy, jak skutecznie radzić sobie z podobnymi wyzwaniami — zarówno indywidualnie, jak i zespołowo.

AI wspiera analizę, ale nie przejmuje odpowiedzialności

Wynik analizy nie jest zatwierdzeniem rozwiązania projektowego, opinią techniczną ani zgodą na zmianę zakresu robót. Odpowiedzialność pozostaje po stronie właściwych uczestników procesu budowlanego, zgodnie z ich rolami, obowiązkami i umowami. AI może przygotować materiał pomocniczy, lecz nie zastępuje oceny osoby posiadającej odpowiednie kompetencje i — tam, gdzie są wymagane — uprawnienia.

Warto również oddzielić możliwość odczytu dokumentów od prawa do wykonywania działań. Narzędzie analizujące pliki nie powinno automatycznie otrzymywać uprawnień do ich nadpisywania, wysyłania korespondencji czy publikowania wyników. Im poważniejsze konsekwencje błędu lub ujawnienia danych, tym węższy powinien być zakres samodzielnego działania AI.

Power Query – 10 najczęstszych problemów z danymi i sposoby ich rozwiązania 04 października 2026

Power Query – jak łączyć dane z wielu plików i źródeł bez ręcznego kopiowania 02 października 2026