Hver femte kan ikke stoppe løbske AI‑agenter i realtid
VentureBeats VB Pulse beskriver i en gennemgang af 107 virksomheder, at cirka én ud af fem ikke kan stoppe en løbsk AI‑agents forbrug i realtid (VB Pulse). Det fremgår ikke, om barrieren primært er teknisk, proceduremæssig eller organisatorisk; metoden i artiklen uddyber ikke den del. Samme kilde peger på udfordringer med synlighed i tokenforbrug og agentspending (VB Pulse).
Undersøgelsen tegner samtidig et billede af pluralitet i orkestreringen: Medianen er tre samtidige platforme, 85 procent bruger to eller flere, 64 procent bruger tre, og 15 procent kører én platform (VB Pulse). Tallene er fra den samme opgørelse og er eksplicit angivet som resultater fra de 107 respondenter.
VB Pulse anfører også, at der er usikkerhed og decideret mistillid til leverandørers sikkerheds- og permissioning‑evner, hvilket er en medvirkende faktor til, at flere vælger at køre med flere platforme og ønsker at kunne lægge egne kontrolmekanismer ind (VB Pulse). Formuleringen i kilden er, at virksomhederne ønsker mulighed for at pålægge egne kontroller.
Hvad virksomheder faktisk bruger ifølge VB Pulse
VB Pulse opgør, at Microsoft AI Foundry/Copilot Studio optræder i 70 procent af de adspurgtes stacks, OpenAIs Agents SDK i 68 procent og Anthropics Claude Platform i 47 procent (VB Pulse). Derudover nævnes også brug af Googles Enterprise Agent Platform, LangChain/LangGraph, Salesforce Agentforce, Amazon Bedrock og LlamaIndex blandt respondenterne (VB Pulse). 22 procent supplerer leverandørværktøjer med egen orkestrering in‑house (VB Pulse).
Frem mod 2026 forventer 53 procent, at den primære control plane bliver hybrid – altså delt mellem leverandør og eget lag (VB Pulse). VB Pulse nævner i samme åndedrag, at 14 procent forventer en udbyderstyret service som primær control plane, mens 13 procent planlægger en hjemmelavet control plane (VB Pulse). Disse tal er angivet i kildens metode-/resultatafsnit.
Metode og begrænsninger i materialet
VB Pulse angiver, at resultaterne bygger på input fra 107 virksomheder (VB Pulse). Artiklen oplyser ikke fordeling på geografi eller brancher i det tilgængelige materiale, og repræsentativiteten på tværs af sektorer kan derfor ikke vurderes her. Det betyder, at generaliseringer ud over de rapporterede tal bør læses med den forbeholdne ramme, kilden selv lægger op til.
Det mest centrale datapunkt – at cirka hver femte ikke kan stoppe en løbsk agents forbrug i realtid – er rapporteret som et fund, men uden opdeling på årsager. Artiklen specificerer ikke, om udfordringen skyldes manglende API‑funktioner, adgangsmodeller, processer eller organisatoriske forhold (VB Pulse). Derfor kan der ikke udledes en entydig årsagssammenhæng fra kilden alene.
Hvorfor pluralitet betyder noget i praksis
VB Pulse beskriver, at virksomheder bevidst ikke satser på én platform, og at usikkerhed om leverandørers sikkerhed og permissioning er en faktor i valget af flere platforme (VB Pulse). Den pluralitet, der følger af tre samtidige platforme som median, kan gøre omkostningsstyring vanskeligere – en problematik, som kilden også berører gennem fundet om manglende realtidsstop og begrænset synlighed i forbrug (VB Pulse). Det er dermed selve materialet, der knytter flere platforme sammen med styringsudfordringer, om end uden at specificere en teknisk enkeltårsag.
At 53 procent forventer en hybrid control plane ved udgangen af 2026 (VB Pulse) er ligeledes relevant for driften: Når styring deles mellem vendor og eget lag, øges behovet for klare grænseflader, konsistente politikker og mulighed for omkostningsindsigt. Kilden peger på ønsket om egne kontroller og udfordringer med synlighed; mere detaljerede implementeringsanvisninger fremgår dog ikke af VB Pulse.
Hovedtal fra VB Pulse samlet ét sted
– 107 virksomheder indgår i opgørelsen (VB Pulse).
– Medianen er tre samtidige orkestreringsplatforme (VB Pulse).
– 85 procent bruger to eller flere; 64 procent bruger tre; 15 procent kører én (VB Pulse).
– Microsoft AI Foundry/Copilot Studio i 70 procent, OpenAIs Agents SDK i 68 procent, Anthropics Claude Platform i 47 procent (VB Pulse).
– Også brug af Google Enterprise Agent Platform, LangChain/LangGraph, Salesforce Agentforce, Amazon Bedrock og LlamaIndex rapporteres (VB Pulse).
– 22 procent kører egen orkestrering ved siden af vendors (VB Pulse).
– 53 procent forventer hybrid primær control plane ved udgangen af 2026; 14 procent forventer provider‑managed, 13 procent in‑house control plane (VB Pulse).
– Cirka hver femte kan ikke stoppe en løbsk agents forbrug i realtid; der rapporteres også udfordringer med synlighed i tokenforbrug og spending (VB Pulse).
Hvad man forsigtigt kan udlede – og hvad man ikke kan
På baggrund af VB Pulse kan man sige, at multiplatforms‑brug er udbredt, at hybrid styring er på vej ind som norm, og at omkostningskontrol i realtid ikke altid er på plads. Alt dette fremgår direkte af kilden. Hvad man ikke kan sige med sikkerhed ud fra materialet, er præcis hvorfor realtidsstop fejler i de rapporterede tilfælde, eller hvilke konkrete mekanismer der mangler. Kilden peger på mistillid/usikkerhed i sikkerhed og permissioning som en faktor bag multiplatforms‑valg, men kobler ikke enkelte tekniske kontrolmangler til bestemte platforme eller processer.
Det er derfor rimeligt at holde sig til de dokumenterede fund: pluralitet i brug, stigende hybridisering af kontrolplanet og udfordringer med synlighed og realtidsstop (VB Pulse). Alt ud over det – detaljerede årsagsforklaringer, navngivne kontrolmekanismer eller platform‑specifikke vurderinger – ligger uden for, hvad kilden selv underbygger.
Forsigtige anbefalinger, adskilt fra kildens fund
Følgende er analytiske anbefalinger, ikke resultater fra VB Pulse: Overvej at etablere samlet synlighed i omkostning og tokens på tværs af platforme; definér klare tærskler for forbrug og adgang, og sikr, at der findes en dokumenteret stopmekanisme med korrekt rettighedsstyring; og standardisér logging, så hændelser og forbrug kan spores på tværs af tools. Disse anbefalinger skal læses som generelle driftsmønstre, ikke som konklusioner fra undersøgelsen.
Grunden til at nævne dem her er, at de tal, VB Pulse fremhæver – især realtidsstop og synlighed – typisk adresseres af den type grundlæggende styringsgreb. Men selve undersøgelsen foreskriver ikke løsninger, og den dokumenterer ikke, hvilke virkemidler respondenterne allerede bruger.
Ekstern teknisk kontekst uden for VB Pulse
Marktechpost beskriver, at Liquid AI har frigivet DSpark‑draftere til LFM2.5‑modeller med rapporterede hastighedsforbedringer op til cirka 3,18x via spekulativ dekodning, under forudsætninger der typisk indebærer selv‑hosting (Marktechpost). Dette er eksternt baggrundsmateriale og indgår ikke i VB Pulse‑data. Det ændrer ikke på konklusionerne fra VB Pulse om multiplatforms‑brug, synlighed og realtidskontrol; det nævnes her alene som teknisk kontekst.
Da Marktechpost‑notitsen er separat fra VB Pulse, bør den ikke bruges til at udlede driftsmæssige konsekvenser for de 107 virksomheder i undersøgelsen. Den peger alene på, at tekniske skift i inference kan påvirke arkitekturvalg generelt – et forhold, der ligger uden for, hvad VB Pulse dokumenterer.
Åbne spørgsmål
To åbne spørgsmål står tilbage i materialet: For det første mangler en opdeling af de 107 respondenter på brancher og geografi i det tilgængelige VB‑materiale, hvilket begrænser, hvor langt resultaterne kan generaliseres (VB Pulse). For det andet præciserer kilden ikke, hvorfor realtidsstop fejler hos de cirka 20 procent; her ville metode, citater eller cases kunne løfte forståelsen.
Indtil mere detaljerede metodedata offentliggøres, er de sikre konklusioner dem, VB Pulse selv bærer: udbredt brug af flere orkestreringsplatforme, en forventning om hybrid kontrolplane, og rapporterede problemer med synlighed og realtidsstop.
