Kategori og hub

AI til tegnestuer

AI til tegnestuer bør ikke starte med teknologien alene. Den største værdi opstår, når offentlige datakilder, tegnestuens egen erfaring og konkrete workflows bliver samlet i et digitalt fagligt bagland, hvor agenten forbereder, finder og markerer usikkerhed, mens arkitekten vurderer konsekvensen.

Kort svar

AI kan forberede, sammenstille og markere usikkerhed. Arkitekten validerer konsekvensen.

architecture

Her betyder arkitektur ikke softwarearkitektur. Vi taler om arkitektur som bygget miljø: tegnestuer, renovering, lokalplaner, BR18, materialer, bygningsdata og arkitektfaglige beslutninger.

Outputkrav

Hvad skal et brugbart output indeholde?

Siden er ikke et løfte om automatisering. Den beskriver et konkret kvalitetsniveau for det forarbejde, agenten skal levere, før en arkitekt kan bruge det.

Kildefast udtræk

Et brugbart output for AI til tegnestuer skal vise, hvilke oplysninger der kommer fra Plandata, BR18, BBR, energimærker, og hvilke punkter der bygger på projektets egne antagelser.

Faglig sortering

Agenten skal ikke bare gengive tekst. Den skal hjælpe tegnestuen med at sortere, hvad der er relevant for sagen, hvad der kan vente, og hvad der kræver menneskelig vurdering.

Valideringsspor

Outputtet skal pege på, hvem der skal kontrollere næste skridt. I dette workflow betyder det især, at arkitekten vurderer proportion, sted, brug, bygningskultur og konsekvens.

Beslutningslog

Alle vigtige fund bør kunne føres tilbage til kilde, status og næste handling. Minimumskravet er, at teamet kan se, hvorfor en anbefaling blev taget med eller afvist.

Implementering

Sådan tester man uden at gøre AI til facit.

Det første mål er at lade agenten samle offentlige datalag og tegnestuens egne noter, cases og projekterfaringer i et læsbart overblik, mens tegnestuen kontrollerer, om outputtet faktisk forbedrer arbejdsgangen.

01
Start med en rigtig sag, hvor tegnestuen allerede kender facit nok til at vurdere kvaliteten.
02
Sammenlign agentens første output med jeres manuelle arbejdsgang, og noter hvor den sparer tid, hvor den overser noget, og hvor den bliver for sikker.
03
Hold pilotens scope smalt: start med få workflows, hvor output kan kontrolleres.
04
Afslut testen med en beslutning om, hvor workflowet skal indgå i praksis, og hvilke dele der stadig skal ejes af arkitekt, rådgiver eller ledelse.

Behovet

Hvor opstår behovet i tegnestuen?

Behovet opstår, når tegnestuen gentager den samme research på tværs af sager: lokalplaner, bygningsdata, myndighedsspor, tilbud, cases, CV'er, materialespørgsmål og tidligere erfaringer.

Hvad kan agenten forberede?

check_circle Samle offentlige datalag og tegnestuens egne noter, cases og projekterfaringer i et læsbart overblik.
check_circle Udtrække relevante plan-, regel- og bygningsspor før den faglige vurdering.
check_circle Markere usikkerhed, datamangler og steder hvor kommunen eller en rådgiver skal ind.
check_circle Gøre projektarkiv og erfaringer søgbare på tværs af nye sager.

Hvad skal arkitekten validere?

verified Arkitekten vurderer proportion, sted, brug, bygningskultur og konsekvens.
verified Fagansvarlige beslutter, hvilke konklusioner der må bruges i kundedialogen.
verified Juridiske, brandmæssige, konstruktive og myndighedsmæssige forhold valideres af relevante fagpersoner.
verified Tegnestuen ejer relationen til kunden og det endelige ansvar.

Metode

Datakilder og usikkerhed

Kildegrundlaget skal være synligt, så tegnestuen kan se forskel på data, fortolkning og beslutning.

Data der kan indgå

Plandata
BR18
BBR
energimærker
FBB
tegnestuens egne sager
tegnestuens videnslag

Arbejdsmåde

Start med få workflows, hvor output kan kontrolleres.
Brug faste kildehenvisninger og beslutningslog.
Skeln mellem forarbejde, anbefaling og bindende rådgivning.

Usikkerhed og ansvar

En agent kan læse og strukturere hurtigere end mennesker, men den kan misforstå planbestemmelser, overse kontekst eller mangle de nyeste projektdokumenter. Derfor skal usikkerhed være synlig i outputtet.

Kilder