Apple vs. AI-appbyggere: Derfor ryker «vibe coding»-apper

Hva skjedde

9to5Mac, MacRumors og AppleInsider rapporterer at Apple har fjernet “vibe coding”-appen Anything fra App Store. MacRumors skriver at Apple viser til Guideline 2.5.2, som blant annet forbyr apper å laste ned, installere eller kjøre kode som endrer appens funksjonalitet (med noen avgrensede unntak for undervisningsapper). MacRumors oppgir også at Apple har sagt at det ikke finnes en egen regel mot “vibe coding” som kategori, men at appene må følge eksisterende retningslinjer. AppleInsider beskriver dette som en mer aggressiv utrenskning av apper som kan generere “ureviderbar” kode inne i appen.

Bilde: Apple

Hva det betyr

Dette er en prinsippsak for App Store i AI-tiden: Når en app kan “generere” nye funksjoner etter godkjenning, blir Apples tradisjonelle sikkerhetsmodell utfordret. App Review handler i stor grad om å vurdere hva en app gjør. Hvis funksjonalitet kan lastes ned eller skapes dynamisk, mister Apple kontroll og risikerer at skadelig/ulovlig funksjon sniker seg inn.

For utviklere og startups betyr det at:

• Appbygging via prompt kan bli presset ut på web (der Apple har mindre kontroll), eller inn i strenge sandkasser der brukeren kan se og redigere kode (slik 2.5.2 åpner for i “limited circumstances”, ifølge MacRumors’ gjengivelse).
• Produkter må designes med App Store-reglene i sentrum, ikke bare med AI-muligheter.

Vi mangler detaljer om Apples konkrete dialog med Anything utover det kildene oppsummerer, og vi mangler Apples fulle begrunnelse ordrett – vi kan bare støtte oss på det kildene sier om 2.5.2.

Min vurdering

Apple har et reelt problem her, og det er ikke først og fremst “vibe coding”. Det er ‘runtime’. Altså: hvem som får definere hva programvare gjør etter at den er installert.

Hvis Apple åpner for apper som i praksis kan bygge og distribuere nye apper inni appen, har de laget en App Store inni App Store – uten den samme kontrollen. Det er vanskelig å se for seg at Apple noen gang aksepterer det i full skala.

Samtidig: Apple har selv vært med på å hype AI som produktivitetsmotor, og hele utviklerverdenen beveger seg mot mer generativ arbeidsflyt. Når Apple strammer inn, risikerer de å skyve innovasjon til plattformer og distribusjon de ikke kontrollerer (web, eller andre økosystemer). Det kan være greit på kort sikt, men det er en farlig strategi hvis neste generasjons programvare faktisk blir “komponerbar” og prompt-styrt.

Min take er derfor todelt:

• Apple har rett i at kodeutføring og nedlasting av ny funksjonalitet er en sikkerhetsrisiko.
• Apple tar også vare på et forretningsmessig monopol på distribusjon ved å tolke reglene strengt.

Norsk vinkel:

• Norske småteam og konsulenter som bygger MVP-er raskt vil møte en kaldere App Store-virkelighet hvis de satser på “bygg appen i appen”-modeller.
• For norske virksomheter som vil lage interne verktøy: det kan bli mer attraktivt å bruke web-apper eller MDM-distribusjon, fremfor App Store, hvis slike verktøy blir blokkert.

Det interessante fremover blir om Apple tilbyr en “godkjent” måte å gjøre dette på: f.eks. krav om full synlighet/edit av kode for brukeren (utdanningssporet), eller stramme API-er som gjør generering mulig uten at det blir en kjørbar ‘black box’. Men per nå er signalet fra kildene: Apple strammer til.

Bilde: Apple

Hva du bør gjøre

• Bygger du AI-drevne appbyggere: les Guideline 2.5.2 nøye og planlegg for at ‘execute downloaded code’ er et rødt flagg.
• Vurder web-preview som alternativ hvis du må la brukere teste generert funksjonalitet (MacRumors beskriver et slikt forsøk).
• Hvis du er i startup-fase: ikke la hele produktet ditt avhenge av at Apple tolererer en ny kategori – design for flere plattformer.
• Brukere: vær skeptisk til apper som lover å “lage apper” på mobilen – de kan forsvinne fra App Store over natten.
• Utviklere: følg med på hvordan Apple skiller mellom ‘utdanning’ og ‘appfabrikk’ i praksis.

Kilder

• 9to5Mac
• MacRumors
• AppleInsider