KI im Bauwesen ist nur so gut wie der Kontext, auf dem sie aufbaut

Donnerstagnachmittag auf einer Wohnungsbaustelle. Der Bauleiter will die Türbestellung freigeben und stellt dem KI-Assistenten des Projekts eine einfache Frage: Welche Feuerwiderstandsklasse brauchen die Türen im notwendigen Flur im dritten Obergeschoss?

Nach wenigen Sekunden kommt die Antwort: EI30, mit Verweis auf die Türliste. Sie stützt sich auf ein echtes Dokument und klingt plausibel.

Das Dokument ist Revision C, angehängt an eine E-Mail aus dem März. Im Mai hat der Brandschutzplaner das Rettungswegkonzept kommentiert, der Flur wurde zum geschützten Rettungsweg, und in Revision E der Türliste stehen diese Türen nun mit EI60. Die Änderung findet sich in einem Besprechungsprotokoll und in einer Planmarkierung, die niemand mit der Türliste verknüpft hat. Der Assistent hat die erste Datei genommen, die zur Frage passte, und daraus geantwortet.

Niemand in diesem Projekt hat etwas Ungewöhnliches getan. Genau darum geht es.

Werkzeuge der künstlichen Intelligenz antworten selbstsicher auf Grundlage dessen, was sie finden. In den meisten Bauprojekten ist das verstreut: Koordinationsmodelle, PDF-Plansätze, E-Mail-Anhänge, Besprechungsnotizen, Planmarkierungen und ein großer Teil Wissen, das nur in den Köpfen einzelner Menschen existiert.

Lesen kann das Werkzeug all das. Allein erkennen kann es aber nicht, welcher Stand aktuell ist, warum eine Entscheidung getroffen wurde, welche Vorschrift für dieses Gebäude gilt oder wer eine Änderung freigeben darf.

In den meisten Branchen ist eine falsche Antwort ein Tippfehler. Bei uns ist eine falsche Feuerwiderstandsklasse, ein falscher Grenzabstand oder ein Maß aus einem überholten Plan ein Haftungsrisiko. Der Assistent aus dem Einstiegsbeispiel ist nicht am Lesen gescheitert. Er ist daran gescheitert, zu wissen, was gilt.

Die Einführung steht noch am Anfang. Im RICS artificial intelligence in construction report 2025 gaben knapp 12 % der Befragten an, KI in bestimmten Prozessen regelmäßig zu nutzen, und nur rund 20 % sagten, ihre Organisation betreibe eine strategische Planung rund um KI. Deshalb ist jetzt ein guter Zeitpunkt, zuerst die Grundlagen in Ordnung zu bringen.

Das Wissen darüber, was gilt, muss außerhalb der Köpfe verankert sein, bevor ein Werkzeug darauf zugreifen kann. Ich nenne das die Kontextschicht: ein gut geordnetes, versioniertes und mit Berechtigungen versehenes Gedächtnis des Projekts und des Büros. Man kann sie sich wie ein Koordinationsmodell vorstellen, nur für Informationen. Viele Quellen, eine abgestimmte Sicht, und jedes Element weiß, woher es stammt und in welchem Status es ist. Das ist Informationsmanagement, eine Disziplin, die das Bauwesen bereits beherrscht und die nun zur Grundlage für KI wird.

Fragen Sie drei Beteiligte eines Projekts, was ein „Raum“ ist. Für die Architektin ist es ein umschlossener Bereich mit einer Nummer im Grundriss. Für den TGA-Planer ist es eine Zone, die von einem Endgerät versorgt wird. Für das Facility Management ist es eine vermietbare Fläche mit Nutzer und Kostenstelle. Ein Wort, drei Bedeutungen.

Menschen klären das im Gespräch, ohne es zu merken. Maschinen gleichen Wörter ab, und wenn ein Wort in verschiedenen Dokumenten Verschiedenes bedeutet, fällt die Antwort selbstsicher falsch aus.

Das Bauwesen hat die Werkzeuge dafür längst. Klassifikationssysteme, Benennungskonventionen und vereinbarte Definitionen im Abwicklungsplan für das Building Information Modeling (BIM), kurz BIM-Abwicklungsplan (BAP), gehören seit Jahren zu gutem Informationsmanagement. In der Datenbanksprache heißt das Schema, also die vereinbarte Struktur, die festlegt, welche Arten von Dingen es gibt und wie sie heißen. Wenn Ihr Projekt einen Standard für Dateinamen und eine Klassifikationstabelle hat, besitzen Sie bereits ein kleines Schema.

Dasselbe Denken gilt, wenn Informationen zwischen Beteiligten wandern. Die Auftraggeber-Informationsanforderungen (AIA) legen fest, in welchem vereinbarten Format ein Team Informationen an ein anderes übergibt. In der Softwareentwicklung nennt man das eine API. Der Gedanke ist derselbe: Wer das Format vereinbart, muss nicht raten.

Übertragen Sie diese Disziplin auf die Wörter, die Ärger machen: Raum, Fläche, Zone, Geschoss und vor allem „freigegeben“ und „herausgegeben“. Eine KI, die „freigegeben“ einmal in einer beiläufigen E-Mail und einmal als Dokumentstatus sieht, behandelt beides als dasselbe, solange niemand schriftlich festgehalten hat, dass es das nicht ist.

Bauprojekte halten fest, was entschieden wurde, und zwar weit besser als das Warum. Der Plan zeigt, dass die Treppe um 600 mm verschoben wurde. Er zeigt nicht, dass das geschah, um einen Abfangträger freizuhalten, oder dass der Bauherr dafür in einer Besprechung im Juni einen kleineren Vorraum akzeptiert hat.

Sechs Monate später sieht jemand die seltsame Geometrie und „korrigiert“ sie. Ein KI-Werkzeug tut das mit noch größerer Wahrscheinlichkeit, weil es nur mit dem arbeitet, was es sehen kann. Sieht es die Begründung nicht, wirkt eine bewusste Entscheidung wie ein Fehler, und eine aus guten Gründen verworfene Variante wirkt wie eine neue Idee.

Erfahrene Projektteams bemerken das, weil sie sich erinnern. Das Werkzeug erinnert sich an nichts, was Sie nicht aufgeschrieben haben.

Eine brauchbare Entscheidungsdokumentation beantwortet fünf Fragen: was entschieden wurde, wer entschieden hat, wann, auf welcher Informationsgrundlage und was verworfen wurde. Entscheidungsprotokolle, RFI-Listen und Änderungsmanagement unterstützen in den meisten Projekten bereits die Entscheidungsfindung. Was meist fehlt, ist die Verknüpfung zwischen der Entscheidung und den Bauteilen und Dokumenten, die sie betrifft.

Die Prüfung eines Entwurfs gegen Vorschriften oder Bauherrenstandards gehört zu den vielversprechenderen Einsatzfeldern von KI in der Bauwirtschaft, und zu denen, in denen falsche Gewissheit den größten Schaden anrichtet.

Eine Regel wie „Flurbreite mindestens 1200 mm“ ist für sich genommen wertlos. Sie müssen wissen, aus welchem Dokument sie stammt, aus welchem Abschnitt, aus welcher Ausgabe, ob sie für diesen Gebäudetyp gilt und ob ein Mensch diese Lesart bestätigt hat.

Deshalb sollte jede Regel in einem Prüfkatalog ihren Quellabschnitt, ihre Ausgabe oder ihr Datum, ihren Anwendungsbereich und einen Prüfstatus tragen: von einem Werkzeug extrahiert oder von einer namentlich benannten Person an einem bestimmten Datum geprüft. Eine ungeprüfte Regel sollte als solche gekennzeichnet sein, so wie ein Plan mit dem Vermerk „zur Information“ nicht für die Ausführung verwendet wird.

Vertrauen entsteht durch Nachvollziehbarkeit, nicht durch einen sicheren Tonfall.

Skepsis ist hier angebracht. Heutige Werkzeuge finden mögliche Fundstellen gut. Deutlich schwächer sind sie bei Ausnahmen, Querverweisen zwischen Dokumenten, örtlichen Abweichungen und den Ermessensentscheidungen, die die Bauaufsicht tatsächlich trifft. Genau dort muss ein Mensch eingebunden bleiben.

Das verantwortungsvolle Muster ist einfach. Agenten schlagen Änderungen vor, führen Prüfungen durch und entwerfen Antworten. Eine qualifizierte Person sichtet das Ergebnis und gibt es frei oder lehnt es ab. Die Freigabe wird dokumentiert.

Die berufliche Verantwortung liegt im Bauwesen bei namentlich benannten, qualifizierten Personen: bei der Architektin, die die Pläne unterschreibt, beim Ingenieur, der die Berechnungen unterschreibt. Versicherung und Haftung folgen diesen Unterschriften. Ein Werkzeug kann keine Berufshaftung tragen, also darf es nicht der letzte Schritt vor einer Herausgabe sein.

Die Dokumentation sollte zeigen, was das Werkzeug vorgeschlagen hat, was die Person geändert hat, wer freigegeben hat und wann. Das funktioniert wie der Prüf- und Freigabeschritt bei einer Planausgabe, wobei das Werkzeug ein weiterer Verfasser ist, dessen Arbeit geprüft wird. Zugleich schützt es das Büro: Zwei Jahre später können Sie belegen, dass eine fachkundige Person das Ergebnis geprüft hat.

Nicht jeder sollte alles sehen oder ändern dürfen. In einer Common Data Environment (CDE) entscheiden Ordnerberechtigungen darüber, wer lesen, wer hochladen und wer ein Dokument vom Status „in Bearbeitung“ nach „geteilt“ oder „veröffentlicht“ verschieben darf. ISO 19650 beschreibt diese Status, und die meisten Büros, die danach arbeiten, nutzen sie bereits.

Ein KI-Assistent braucht dieselben Regeln. Darf er Ordner im Status „in Bearbeitung“ lesen, gibt er ungeprüfte Planung als Tatsache wieder. Darf er kaufmännische Ordner lesen, zeigt er womöglich einem Nachunternehmer, der eine harmlose Frage gestellt hat, Honorarangaben. Zugriffsregeln für KI sind CDE-Ordnerberechtigungen, nichts Exotischeres.

Die Versionierung funktioniert genauso wie Modellrevisionen und der Ausgabestatus von Plänen. Standardmäßig sollte das Werkzeug aus der neuesten veröffentlichten Revision antworten, angeben, welche Revision es verwendet hat, und darauf hinweisen, wenn es eine neuere gibt. Das gilt auch nach der Übergabe, wenn die Informationen über ein fertiges Bauwerk für den Rest seines Lebenszyklus aktuell bleiben müssen.

Zurück zur Tür. Hätte der Assistent geantwortet „EI30 laut Türliste Rev. C (veröffentlicht im März). Rev. E (veröffentlicht im Mai) weist für diesen Flur EI60 aus“, hätte der Bauleiter das Problem in zehn Sekunden erkannt. Die Technik für eine solche Antwort gibt es. Was meist fehlt, sind saubere Statusdaten darunter.

Nichts davon erfordert einen Kauf.

1. 1Benennung bereinigen. Nehmen Sie die Benennungskonvention, die Sie schon haben, und setzen Sie sie in laufenden Projekten durch. Korrigieren Sie zuerst Status- und Revisionscodes in den aktuellen Plansätzen.
2. 2Entscheidungen samt Begründung aufschreiben. Ein einfaches Protokoll je Projekt: Datum, Entscheidung, wer, warum, welche Dokumente und Bauteile betroffen sind. Eine Zeile pro Eintrag genügt.
3. 3Regeln mit ihren Quellen verknüpfen. Ergänzen Sie in den Checklisten, die Sie bereits verwenden (Brandschutz, Barrierefreiheit, Bauherrenstandards), den Abschnittsverweis, die Ausgabe und wer die Regel geprüft hat.
4. 4Festlegen, wer was freigibt. Eine kurze Verantwortlichkeitsmatrix: Welche Rollen dürfen welche Arten von Änderungen freigeben. Die meisten BIM-Abwicklungspläne enthalten eine. Prüfen Sie, ob sie der tatsächlichen Praxis entspricht. (Mehr dazu, wie dieser Plan handhabbar bleibt, in BAP ohne Bürokratie.)
5. 5Ein Vokabular vereinbaren. Eine Seite mit Definitionen für die Begriffe, über die in Ihren Projekten gestritten wird.

Wer nach ISO 19650, der internationalen Normenreihe für das Informationsmanagement mit BIM, gearbeitet hat, kennt jeden dieser Punkte. Der Unterschied liegt darin, wer die Informationen liest. Bisher waren es vor allem Menschen, die Lücken mit Erfahrung füllen. Künftig sind es auch Maschinen, die das nicht können.

• KI im Bauwesen wird weniger durch das Modell begrenzt als durch den Kontext, den sie sehen kann.
• Benennung, Klassifikation und vereinbarte Definitionen sind Ihr Schema. Ohne sie gleichen Maschinen Wörter ab, nicht Bedeutungen.
• Dokumentieren Sie Entscheidungen mit ihrer Begründung, sonst machen Werkzeuge sie stillschweigend rückgängig.
• Jede Regel braucht einen Quellabschnitt, eine Ausgabe und einen Prüfstatus.
• Die KI schlägt vor, eine qualifizierte Person entscheidet, und die Freigabe wird dokumentiert.

Wo ist in Ihrem aktuellen Projekt das schwächste Glied: bei der Benennung, den Entscheidungen, den Quellen, den Freigaben oder den Berechtigungen?

FAQ