32 % avstod från ett programvaruköp för att bygga funktionen med AI-agenter

Ett preprint från University of Utah rapporterar att 32 % av de tillfrågade organisationerna avstod från ett programvaruköp eftersom kodningsagenter kunde bygga funktionen.

Dale WesdorpMedgrundare, Miyagami Nyheter2 min läsning

Forskare vid University of Utah publicerade ett preprint den 23 oktober 2026 med frågan om AI-kodningsagenter förändrar hur organisationer väljer mellan att köpa och bygga mjukvara. I en organisationsundersökning uppgav 32% av respondenterna att de hade avstått från minst ett mjukvaruköp eftersom deras organisation kunde bygga funktionaliteten med kodningsagenter.

Vad preprintet kom fram till

Artikeln, "The Customer Is the Builder" av Ripon Chandra Malo, Zimeng Yu och Tong Qiu, jämför vad agenter kan bygga med hur mjukvarumarknaden rör sig. Sedan 2023 har längden på de benchmarkuppgifter som ledande agenter klarar med 50% framgång, mätt i mänsklig arbetstid, fördubblats ungefär var 129:e dag. En sökning hittade 575 potentiella alternativ med öppen källkod till utvalda kommersiella produkter, och författarnas eget Craft-paket producerade 12 applikationsrepon på 12 dagars öppen utveckling.

Författarna är försiktiga med dessa slutsatser. Svaren i undersökningen är självrapporterade och visar inte hur mycket utgifter som ersattes eller om de framtagna verktygen är tillförlitliga. De nya repona är tidiga versioner med overifierad fullständighet. Marknadsevidensen är blandad: köpt mjukvara ökade sin andel av amerikanska investeringar och spårade kommersiella installationer växte. Artikeln har inte genomgått vetenskaplig granskning.

Vad det betyder för utvecklingsteam

Resultatet beskriver ett beslut snarare än en trend. Ett team kan nu fråga sig om ett arbetsflöde som de normalt sett skulle köpa är värt att bygga, och för vissa funktioner har svaret förändrats. Artikeln nämner verifiering, underhåll, säkerhet och integration som de kostnader som avgör om en egenutvecklad lösning förblir billigare än ett köp.

Dessa kostnader faller på dem som äger koden efteråt. Ett verktyg byggt på några dagar behöver ändå någon som driver det, patchar det och kan förklara det ett år senare. Team som överväger att bygga kan prissätta det ägandet i ingenjörstid innan de bestämmer sig.

Artikeln listar också tidigare studier som pekar i samma riktning. En fann att mer kod inte innebär fler färdiga produkter, och en annan fann att en initial ökning av utvecklingshastigheten åtföljdes av en bestående ökning av kodkomplexiteten. En egenutvecklad lösning som verkar billig i vecka ett kan kosta mer vid månad tolv, så jämförelsen med ett köp bör inkludera löpande underhåll och inte bara den första versionen.

Vad det betyder när du anställer utvecklare

Om fler köpa-eller-bygga-beslut går mot att bygga ökar efterfrågan på ingenjörer som kan specificera ett verktyg, styra en agent och bedöma om resultatet är tillförlitligt. Det är en senior kompetens. Vår granskningsprocess testar den i en verklig kodbas, och du kan läsa mer om våra AI-native engineers.

Vi pratar

Få en shortlist inom tre dagar

Du skickar roller och stack i ett kort formulär eller under ett samtal på trettio minuter. Inom tre arbetsdagar får du namngivna senior utvecklare att granska, alla med båda scorecards, och du kan hyra in inom fem.

Recenserad påClutch39 recensioner
ISO 27001
Certifierad

Boka trettio minuter med Dale

Kalendern tillhandahålls av HubSpot, som sätter egna cookies. Ladda den här, eller boka på HubSpots sida.

Öppna bokningssida