Tankeledare

Den dolda risken med AI-infrastrukturbommen

mm
Lägg till Unite.AI bland dina föredragna källor på Google

AI-infrastruktur avslöjar en stor blind fläck på datacenterbyggnadsplatser

AI-infrastrukturbommen har producerat en våg av rubriker om beräkningskraft och en relativ tystnad om den byggnadsarbetsstyrka som gör allt detta möjligt.U.S. Census Bureau-data visar att datacenterbyggnadsutgifterna nådde 41 miljarder dollar 2025, en ökning med 32% jämfört med föregående år, och säkerhetsprogrammen på dessa byggnadsplatser måste hantera en densitet och takt som de flesta av dem aldrig var designade för.

Jag har tillbringat de senaste åren med att arbeta i skärningspunkten mellan AI och byggnadssäkerhet, och den här kopplingen fortsätter att växa.

De här projekten är en annan sorts varelse

Den avgörande egenskapen hos datacenterbyggnader är den extrema tidspressen som omformar hur varje beslut fattas på byggnadsplatsen. En byggnadsförsening på ett hyperskaledatacenter kan kosta miljontals dollar per dag i förlorad beräkningskapacitet, och den matematiken förändrar beteendet på sätt som har mycket verkliga säkerhetskonsekvenser.

Ett typiskt stort kommersiellt projekt har dussintals entreprenörer. Ett hyperskaledatacenterbygge kan ha hundratals specialiserade underentreprenörer som arbetar samtidigt på samma våningar med komprimerade tidsplaner. När en yrkesgrupp försenas, får de som är beroende av dem inte mer tid – de trycks in i ett mindre utrymme med mindre marginal. Den här sortens komprimering tenderar att producera avkortade hörn, försummade procedurer och luckor i farokommunikation som ackumuleras snabbare än någon kan spåra manuellt.

Där olyckor börjar

De flesta människor föreställer sig byggnadsolyckor som dramatiska misslyckanden, som en balkollaps eller ett fall från en ställning. Den vanligare ursprunget är mycket mindre synligt. Tänk er att två grupper hamnar arbetande på samma vattenledning, och en skär av utan att berätta för den andra. Resultatet är översvämmat elektrisk utrustning, ett sex månaders väntan på ersättningsdelar och miljontals dollar i projektförluster, för att inte tala om den mänskliga kostnaden för någon som blir fast i den situationen.

Olyckan tar sekunder, men samordningsbrottet som satte igång den kan ha hänt under flera timmar och skift. Gapet mellan två underentreprenörers säkerhetsprogram som aldrig var designade för att kommunicera med varandra leder till en allvarlig olycka. På en datacenterplats med dussintals aktiva yrkesgrupper händer de här luckorna oftare än de flesta människor utanför byggnadsbranschen förstår.

Den Bureau of Labor Statistics’ 2024 Census of Fatal Occupational Injuries rapporterade att fall, halkningar och tramp avledde ungefär 38% av byggnadsdödsfall det året, och byggnadsbranschen var ansvarig för ungefär en av fem arbetsplatsdödsfall i USA varje år. Datacenterplatser förvärrar de här siffrorna med faror som traditionella säkerhetspromenader inte kan spåra i den frekvens som krävs. Driftsättningsskeden för med elektriska besättningar som ger energi till switchgear nära aktiva yrkesgrupper. Djupa ductbankgrävningar behöver daglig övervakning, och tung utrustning som rör sig genom trånga zoner skapar en slagen exponering som förändras från timme till timme.

Traditionella säkerhetsappar var inte byggda för detta

De flesta byggnadssäkerhetssystem var designade för projekt där en säkerhetschef kan personligen övervaka det mesta som är viktigt. Den modellen bryter samman på tre förutsägbara sätt på ett hyperskaledatacenterbygge:

Dokumentationsvolymen överstiger granskningsförmågan. På en stor hyperskaleplats lämnas hundratals föruppgiftsplaner in dagligen över alla aktiva yrkesgrupper. Inga säkerhetsteam kan meningsfullt granska den volymen genom manuella processer, vilket innebär att farorna som flaggas i dessa planer ofta aldrig blir korsreferenserade mot vad besättningen i nästa zon gör.

Fragmenterade register skapar ansvarsluckor. De flesta stora datacenterprojekt involverar hundratals specialiserade underentreprenörer, var och en med sitt eget säkerhetsprogram och sin egen formsystem. Säkerhetschefer har begränsad insyn i vad som dokumenteras på besättningsnivå av en underentreprenör som arbetar tre våningar upp. Data kan finnas där, men utan ett gemensamt system förblir den isolerad.

Ingenting kopplar faror över yrkesgränser i realtid. OSHA:s multiarbetsgivarpolitik håller allmänna entreprenörer (GC) ansvariga för platsomfattande faror, inklusive de som skapas av underentreprenörer. Det ansvar finns oavsett om GC hade insyn i de förhållanden som skapade det, och yrkesgruppsstackning kombinerad med sekvenstryck förvärrar faroexponering snabbare än manuella promenader och kalkylblad kan spåra.

Riskerna går långt utöver OSHA-efterlevnad

Riskerna som GC och projektegendomar bär på datacenterprojekt sträcker sig utöver registrerbara incidentfrekvenser och OSHA-exponering, och de är mer sammanflätade än de flesta säkerhetssamtal erkänner.

Tidsrisk är den mest omedelbara. En enda allvarlig incident kan stoppa ett projekt i veckor eller månader under utredning och sanering, till en kostnad som överträffar alla investeringar i förebyggande. På en redan komprimerad tidsplan, förvärras den typen av bakslag genom varje yrkesgrupp som fortfarande väntar på att slutföra sitt område.

Rättsliga exponeringsrisker ökar tillsammans med dessa problem. Marathon Strategies’ 2025-analys av kärnkraftsdomar fann att 135 mål resulterade i juryutmärkelser som översteg 10 miljoner dollar 2024 – en ökning med 52% jämfört med föregående år. GC hamnar ofta med mer ansvar än deras kontrakt uttryckligen erkänner, och efter en incident, blir frågan om vem som dokumenterade vad – och när – central i den juridiska diskussionen. En fil full av checkbox-iakttagelser som inte beskriver förhållanden, närvarande yrkesgrupper eller vidtagna korrigerande åtgärder kommer inte att överleva upptäckt.

Reputationsrisk på datacenterprojekt är asymmetrisk också. Något går fel på en hyperskalebyggnad, och ägarens namn hamnar i rubriken tillsammans med den allmänna entreprenörens. Det skapar nedströmstryck på framtida kontraktrelationer som är svåra att kvantifiera men mycket verkliga i praktiken.

Försäkringsekonomi lägger till ett annat lager. Stora ägare som hanterar miljardbyggnader antar alltmer ägarekontrollerade försäkringsprogram (OCIP), som fungerar liknande en högdeductibel sjukförsäkring där ägaren absorberar den första delen av varje anspråk – ofta 500 000 dollar eller mer – direkt ur egen ficka. Varje förebyggbar incident blir en direkt finansiell förlust för ägaren, och ett väl dokumenterat säkerhetsprogram slutar vara ett krav på efterlevnad och börjar bli en vinstmekanism. ConstructConnect rapporterade att megaprojekt stod för 197 miljarder dollar i amerikanska byggnadsstarter 2025, och OCIP-strukturer har blivit vanligare när ägare letar efter samordnade sätt att hantera risk på den skalan.

Vad meningsfull synlighet faktiskt ser ut som

Säkerhetsprogrammen som håller på dessa projekt delar ett fåtal specifika egenskaper som traditionella program inte gör. De flesta handlar om att få bättre data från fältet utan att göra det svårare för besättningar att göra sina jobb.

Den första sammanbrottet som beskrevs ovan – dokumentationsvolym som överstiger granskningsförmåga – är i huvudsak ett datakvalitetsproblem. Checkbox-formulär fångar upp att något observerades, inte vad förhållanden som var närvarande, vilka yrkesgrupper som var i närheten eller vilken korrigerande åtgärd som vidtogs. Röst-till-text-fält rapportering förändrar den ekvationen. En överintendent som står i en trång mekanisk bay kan beskriva vad han ser högt, och observationen blir strukturerad, kategoriserad och dirigerad till en instrumentpanel utan att någon behöver sluta skriva. Skillnaden i datakvalitet visar sig i granskning och försäkringssamtal.

Den andra felmoden – fragmenterade register över hundratals underentreprenörer – kräver standardisering som inte tvingar varje underentreprenör till ett nytt system. En plattform som kan fånga upp vilken pappersform en underentreprenör redan använder och extrahera strukturerad data från den automatiskt stänger gapet mellan underentreprenörer med mogna digitala processer och de som fortfarande kör på klippbord. Varje besättnings aktivitet blir synlig genom samma lins, oavsett deras interna system.

Den standardiseringen är vad som gör det möjligt att hantera det tredje felet: att koppla faror över yrkesgränser. Samordningsbrotten som orsakar de allvarligaste incidenterna på täta, tidsdrivna platser är nästan aldrig synliga i något enda underentreprenörs dokumentation. De dyker upp när du kan korsreferera vad flera besättningar rapporterade om samma våning, samma tidsfönster eller samma system.

Välstyrda säkerhetsprogram genererar dokumentation som håller – en revisor, försäkringsgivare eller motpart som granskar ett projekts säkerhetsrekord kan se bevis på att problem identifierades, åtgärdades och stängdes.

Samordningsproblemet är säkerhetsproblemet

Jag har tillbringat mycket tid med att ansluta till säkerhetschefer och vicepresidenter på stora GC som beskriver samma situation. De vet att deras team inte kan vara överallt. De vet att de data de skulle behöva för att fånga samordningsbrott troligen finns någonstans i deras dokumentation. De har bara inte ett praktiskt sätt att yta den. Säkerhetsinfrastrukturen som byggnadsbranschen byggde under de senaste decennierna var designad för en annan skala och en annan takt.

Hyperskaledatacenterbyggnadscykeln bromsar inte upp. Projekten som inte kan vänta är redan på gång, och säkerhetsprogrammen som hanterar dem måste fungera på en skala de inte var designade för.

Om jag kunde ge ett råd till en VP för Säkerhet eller en projektekreterare som tittar på sitt nästa hyperskalebygge, skulle det vara det här: sluta behandla säkerhetsdokumentation som en efterlevnadsleverans och börja behandla den som ett samordningssystem. Byggarna som investerar i verktygen som låter dem se över yrkesgrupper, zoner och underentreprenörsgränser i realtid är de som har den bästa chansen att slutföra dessa projekt på schemat och med ett försvarbart säkerhetsrekord. Alternativet är att hantera incidenten efter att den har hänt, och på ett projekt så komplext, är det en position som ingen kan ha råd med.

Cory Linton är en erfaren ledare inom mjukvaruindustrin med nästan tre decenniers erfarenhet, inklusive roller på Microsoft och School Improvement Network. 2018 co-founderade han Mojo AI för att ge säkerhetsproffs innovativa, data-drivna lösningar. Han har omfattande expertis inom strategiutförande, försäljning, marknadsföring och kommunikation, samt produktutveckling.

Cory har en MBA från Columbia University och en kandidatexamen i latin och romersk historia. Cory bor i Salt Lake City med sin fru och fem barn.