AI in AEC 2026: AI blir en fråga om arbetsflöden, inte bara om verktyg
AI in AEC 2026 arrangerades i Helsingfors den 18–19 mars. Evenemanget behandlade användningen av AI inom arkitektur, ingenjörsarbete och byggande, samt de praktiska realiteterna i att tillämpa tekniken i det dagliga arbetet.
Programmet innehöll många imponerande demonstrationer, mycket tal om agenter, perspektiv från programvaruleverantörer och akademiska presentationer. Men bortom de enskilda lösningarna framträdde en bredare slutsats tydligt: inom AEC blir AI allt mer en fråga om arbetsflöden, informationshantering och verksamhetsmodeller, inte bara om nya verktyg.
Många demonstrationer, men bred användning verkade svårare
I många exempel syntes samma mönster. En liten grupp med kombinerad domänkunskap, programmeringsförmåga och AI-kompetens hade byggt en övertygande pilot eller ett internt verktyg. Själva demonstrationerna var ofta genuint imponerande.
När diskussionen sedan gick vidare till om lösningarna verkligen användes brett i riktiga projekt och i det dagliga ingenjörsarbetet blev tonen ofta mer försiktig. I många fall befann sig lösningarna fortfarande i begränsad testning eller i ett tidigt införandeskede.
Det är en viktig skillnad: en lyckad demonstration betyder ännu inte att själva sättet att bedriva ingenjörsarbete faktiskt har förändrats.
Verktyg i sig löser inte mycket om processen runt dem förblir densamma
Flera presentationer återkom till samma punkt från olika håll. Företag kan redan ha tillgång till Copilot, GPT-baserade verktyg eller olika agentliknande system, men effekten förblir begränsad om informationen är utspridd, processerna är oenhetliga och ansvarsfördelningen oklar.
Det praktiska hindret verkar alltså inte enbart ligga i modellernas kapacitet. Ofta är det större problemet att organisationen fortfarande arbetar enligt strukturer som inte har utformats för dessa nya tekniker. I den situationen läggs AI ovanpå ett gammalt system i stället för att själva arbetsflödet omprövas.
Ordet agent användes mycket brett
En annan tydlig observation var hur brett termen agent användes. Nästan varje lösning som hämtade, omvandlade eller flyttade information från ett ställe till ett annat kunde beskrivas som en agent.
Detta är inte bara en semantisk detalj. Om varje del av en kedja kallas agent blir diskussionen snabbt oprecis. I praktiken vore det mer användbart att skilja mellan traditionell automatisering, informationshämtning, orkestrering och verkligt flexibel agentbaserad funktionalitet. Annars finns en risk att den tekniska uppvisningen skymmer den viktigare frågan: vad gör systemet faktiskt, och hur tillförlitligt kan det användas som en del av en ingenjörsprocess?
Programvaruleverantörernas budskap var också intressant: själva användningen av programvara kanske inte längre blir flaskhalsen
Ett återkommande tema från programvaruleverantörerna var att användare i framtiden kanske inte behöver hantera ingenjörsprogramvara på samma sätt som tidigare. Om BIM-modeller, detaljering och andra projekteringsåtgärder i allt högre grad kan styras med naturligt språk, blir själva behärskningen av gränssnittet kanske inte längre en lika central del av yrkesskickligheten.
Det väcker också en strategisk fråga. Alla ingenjörsorganisationer behöver sannolikt inte bygga upp en växande mängd egna, skräddarsydda AI-verktyg.
Det är fullt möjligt att några av de mest användbara funktionerna med tiden byggs in i de centrala programvaruplattformarna. I så fall uppstår konkurrensfördelen mindre genom att varje företag bygger sitt eget lilla verktygsekosystem, och mer genom hur väl experterna använder programvara som utvecklas och framför allt hur väl de kan bedöma kvaliteten i de resultat som produceras.
Ingenjörsansvaret försvinner inte även om gränssnittet blir enklare
Även om programvara i framtiden skulle kunna ta fram ståldetaljer eller göra modelländringar utifrån en prompt, försvinner inte det professionella ansvaret. Någon måste fortfarande kunna avgöra om resultatet är tekniskt hållbart, lämpligt utifrån givna förutsättningar och färdigt att levereras.
Den huvudsakliga slutsatsen är därför inte att projekteringsarbetet står inför en snabb övergång till full autonomi. En mer trovärdig riktning är att verktygen utvecklas, samtidigt som betydelsen av expertbedömning ökar. Ju enklare programvaran blir att använda, desto viktigare blir det att kunna skilja en god lösning från en dålig. Därför gäller det också att se till att medarbetarnas substanskunnande håller hög nivå även i framtiden.
Vad detta förstärkte ur Crestias perspektiv
För Crestia förstärkte evenemanget synen att AI:s mest intressanta roll inte bara ligger i att bygga enskilda uppseendeväckande funktioner. Det större värdet uppstår när information flödar bättre, alternativ kan utvärderas snabbare och experttid frigörs till de delar av arbetet där omdöme verkligen behövs.
Det är därför Crestia ser AI främst som en del av arbetsflöden, beslutsstöd och praktiskt ingenjörsarbete, snarare än som ett separat tekniklager.
Letar du efter expertlösningar? Upptäck Crestias professionella tjänster idag.