Ett säljteam tar tillbaka 10 000 timmar i månaden

I maj 2026 lät Cloudflare i tysthet personer utanför den egna utvecklingsorganisationen börja bygga programvara. Inte testa den, inte begära den via ett ärende - bygga den själva. Säljare, supportpersonal och andra icke-tekniker fick tillgång till Cloudflare OS, en intern plattform som låter dem sätta ihop AI-agenter och appar förankrade i företagets egna data och kopplade till dess interna system.

Den första siffran som dök upp var tydlig. Cloudflares eget säljteam uppgav att det sparar över 10 000 timmar i månaden sedan personalen själv började bygga verktyg på plattformen i stället för att vänta på utvecklingsavdelningen. Det är återhämtad tid, inte en prognos om framtida produktivitet.

4 000 appar byggda av människor som inte kodar

Cloudflare offentliggjorde de större siffrorna den 5 augusti 2026, i två inlägg på den egna bloggen, "Cloudflare OS" och ett kompletterande inlägg med titeln "How We Use AI with Cloudflare OS", och gjorde samtidigt plattformen open source för användning utanför företaget. Under de första 30 dagarna efter att icke-tekniker fått tillgång byggde de anställda över 4 000 egna appar.

För att hålla den takten rekryterade Cloudflare 1 111 praktikanter specifikt för att hjälpa till att förankra plattformen i hela företaget - de visade team vad en agent förankrad i företagets kontext skulle kunna göra för deras eget arbetsflöde, i stället för att vänta på att efterfrågan skulle uppstå av sig själv.

Samma plattform granskar sin egen kod

Cloudflare OS användes inte bara för att bygga appar, den sattes också i arbete för att granska dem. Under fyra månader flaggade plattformens AI-drivna kodgranskning cirka 250 000 problem och blockerade 16 000 merge-förfrågningar innan de nådde produktion.

För den externa utrullningen lanserar Cloudflare plattformen med två lanseringspartner, Presidio och Happy Cog, tillsammans med ett kompletterande inlägg, "The Agent Access Model", som beskriver säkerhetsdesignen bakom alltihop.

Den verkliga produkten är åtkomstmodellen, inte apparna

De 4 000 apparna är egentligen inte historien. Det som lät icke-tekniker bygga dem på ett säkert sätt var åtkomstmodellen därunder: Cloudflare strukturerade den kring identity brokering, så att en AI-agent får begränsad, identitetsbaserad behörighet att röra ett enda specifikt internt system. Det är inte ännu en AI-funktion buntad ovanpå befintlig åtkomst - det är ett annat standardläge, där en agent autentiserar sig som sig själv, begränsad till en uppgift, i stället för att ärva den åtkomst dess mänskliga operatör redan har.

Siffrorna från kodgranskningen visar samma poäng från en annan vinkel. 250 000 flaggade problem och 16 000 blockerade merge-förfrågningar är inte ett säkerhetsteam som fångar misstag efter att koden har publicerats - det är åtkomstmodellen tillämpad på själva kodändringarna, som avgör precis vid tidpunkten för merge-förfrågan vad en agent, eller en människa som arbetar genom den, får föra vidare. Governance ligger i åtkomstlagret, inte i en granskningskö som läggs till efteråt.

Vad en EU- eller UK-aktör bör ta med sig från 5 augusti

Varje EU- eller UK-företag som utvärderar en intern AI-utrullning efter den 5 augusti 2026 kommer att drivas mot den fråga Cloudflare besvarade först: får en AI-agent bred nätverksåtkomst för att det är bekvämare att ställa in, eller får den begränsad, identitetsbaserad åtkomst exakt till de system uppgiften kräver? Det andra alternativet kräver mer arbete i förväg, och det är det Cloudflare nu gör open source och rekommenderar.

I praktiken bör en EU- eller UK-aktör som testar en liknande utrullning behandla identity brokering, inte ännu ett chattgränssnitt, som budgetposten och governance-beslutet. Cloudflares egna siffror, 4 000 appar på 30 dagar och 16 000 blockerade merge-förfrågningar på fyra månader, visar hur begränsad åtkomst ser ut när den fungerar i stor skala, och är ett rimligt riktmärke att be en leverantör eller ett internt team förklara varför deras eget projekt inte kommer i närheten.