Et salgsteam henter 10.000 timer om måneden tilbage

I maj 2026 lod Cloudflare stille og roligt folk uden for sin egen udviklingsorganisation begynde at bygge software. Ikke teste den, ikke bestille den via en supportsag - bygge den selv. Sælgere, supportmedarbejdere og andre ikke-teknikere fik adgang til Cloudflare OS, en intern platform, der lader dem samle AI-agenter og apps forankret i virksomhedens egne data og forbundet til dens interne systemer.

Det første tal, der dukkede op, var utvetydigt. Cloudflares eget salgsteam oplyste, at det sparer over 10.000 timer om måneden, siden medarbejderne selv begyndte at bygge værktøjer på platformen i stedet for at vente på udviklingsafdelingen. Det er genvunden tid, ikke en prognose for fremtidig produktivitet.

4.000 apps, bygget af folk der ikke koder

Cloudflare offentliggjorde de større tal den 5. august 2026 i to indlæg på sin egen blog, "Cloudflare OS" og et ledsagende indlæg med titlen "How We Use AI with Cloudflare OS", og gjorde samtidig platformen open source til brug uden for virksomheden. I de første 30 dage efter, at ikke-teknikere fik adgang, byggede medarbejderne over 4.000 egne apps.

For at nå det tempo rekrutterede Cloudflare 1.111 praktikanter specifikt til at hjælpe med at forankre platformen i hele virksomheden - de viste teams, hvad en agent forankret i virksomhedens kontekst kunne gøre for deres eget arbejdsforløb, i stedet for at vente på, at efterspørgslen opstod af sig selv.

Den samme platform gennemgår sin egen kode

Cloudflare OS blev ikke kun brugt til at bygge apps, men også sat til at kontrollere dem. Over fire måneder markerede platformens AI-drevne kodegennemgang omkring 250.000 problemer og blokerede 16.000 merge-anmodninger, før de nåede frem til produktion.

Til den eksterne udrulning lancerer Cloudflare platformen med to lanceringspartnere, Presidio og Happy Cog, sammen med et ledsagende indlæg, "The Agent Access Model", der beskriver sikkerhedsdesignet bag det hele.

Det egentlige produkt er adgangsmodellen, ikke apps'ene

De 4.000 apps er ikke rigtig historien. Det, der lod ikke-teknikere bygge dem sikkert, var adgangsmodellen bagved: Cloudflare strukturerede den omkring identity brokering, så en AI-agent får begrænset, identitetsbaseret tilladelse til at røre ved ét bestemt internt system. Det er ikke endnu en AI-funktion boltet på eksisterende adgang - det er en anden standardindstilling, hvor en agent autentificerer sig selv, begrænset til en opgave, i stedet for at arve den adgang, dens menneskelige operatør allerede har.

Tallene fra kodegennemgangen viser samme pointe fra en anden vinkel. 250.000 markerede problemer og 16.000 blokerede merge-anmodninger er ikke et sikkerhedsteam, der fanger fejl, efter koden er udgivet - det er adgangsmodellen anvendt på selve kodeændringerne, der afgør netop på tidspunktet for merge-anmodningen, hvad en agent, eller et menneske, der arbejder gennem den, må føre videre. Governance ligger i adgangslaget, ikke i en gennemgangskø hæftet på bagefter.

Hvad en EU- eller UK-operatør bør tage med sig fra 5. august

Enhver EU- eller UK-virksomhed, der vurderer en intern AI-udrulning efter den 5. august 2026, vil blive skubbet mod det spørgsmål, Cloudflare besvarede først: får en AI-agent bred netværksadgang, fordi det er nemmere at sætte op, eller får den begrænset, identitetsbaseret adgang præcis til de systemer, dens opgave kræver? Den anden mulighed kræver mere arbejde på forhånd, og det er den, Cloudflare nu gør open source og anbefaler.

I praksis bør en EU- eller UK-operatør, der afprøver en lignende udrulning, behandle identity brokering, ikke endnu en chatgrænseflade, som budgetposten og governance-beslutningen. Cloudflares egne tal, 4.000 apps på 30 dage og 16.000 blokerede merge-anmodninger på fire måneder, viser, hvordan begrænset adgang ser ud, når det virker i stor skala, og er et rimeligt benchmark at bede en leverandør eller et internt team om at forklare, hvorfor deres egen udrulning ikke kommer i nærheden.