Foto: Amanz / Unsplash
Apple vs «vibe coding»: App Store møter AI-genererte apper
Hva skjedde
Ifølge AppleInsider (med henvisning til en sak i The Information) har Apple blokkert oppdateringer for enkelte apper som tilbyr «vibe coding» – AI-funksjoner som lar brukere generere apper raskt uten tradisjonell utvikling. De nevner blant annet Replit og Vibecode. Poenget skal være at Apple vil ha endringer slik at det som publiseres/endres fortsatt går gjennom App Store Review-prosessen.
Hva det betyr
Dette er en tidlig kollisjon mellom to logikker:
- App Store-logikken: Apple vil vite hva en app er, hva den gjør, og hvilke regler den følger – ved innsendingstidspunktet.
- AI-byggelogikken: «Appen» kan bli en plattform som i praksis lager nye apper (eller ny funksjonalitet) kontinuerlig, basert på brukerprompt.
Hvis AI-verktøy kan generere og distribuere funksjonalitet som ikke er gjennomgått, blir App Store Review mer symbol enn kontrollmekanisme. Og hvis Apple strammer inn for mye, blir iOS et dårligere sted å eksperimentere og lære.
For norske utviklere og gründere er dette relevant fordi «no-code/low-code» + AI senker terskelen for å teste ideer. Men det senker også terskelen for å shippe usikre ting.
Min vurdering
Jeg tror Apple har rett i instinktet, men de må være ekstremt presise i utførelsen.
«Vibe coding» høres ut som en meme, men det peker på noe dypt alvorlig: software supply chain-problemet flytter seg helt ut til sluttbrukeren. Når en app kan «lage en app», får vi plutselig uendelig mange varianter av kode som aldri har vært innom en klassisk sikkerhetsgjennomgang.
Samtidig: Hvis Apple ender opp med å forby hele klassen av verktøy, taper de mer enn de vinner. Da flytter eksperimentering til web eller andre plattformer, og iOS blir mindre relevant for neste generasjon utviklere.
Det smarte spørsmålet er derfor ikke «AI eller ikke», men hvor grensen går mellom:
- en utviklerapp som hjelper deg å skrive kode (OK), og
- en runtime som kan publisere og endre oppførsel på måter Apple ikke kan kontrollere (problem).
Vi har ikke detaljene om hvilke konkrete krav Apple stiller til de nevnte appene (det mangler i kildene). Men retningen er tydelig: Apple vil unngå at App Store blir en «app-generator» uten inspeksjon. Og det er ikke bare makt – det er også ansvar, spesielt når iPhone er bank, nøkkel og ID for mange nordmenn.
Bilde: Apple
Hva du bør gjøre
- Hvis du bruker slike AI-kodeapper: følg med på oppdateringer og endringer i funksjonalitet – dette kan påvirke arbeidsflyten din.
- Som utvikler: planlegg for at «dynamic code»-tilnærminger kan bli vanskeligere å få gjennom i App Store.
- Som bruker: vær ekstra skeptisk til apper som lover å «lage hva som helst» raskt – særlig hvis de ber om brede tillatelser.
- Hvis du leder et team: lag retningslinjer for bruk av AI-generert kode og hvordan det kvalitetssikres før publisering.
- Følg med på hvordan Apple kommuniserer kravene – dette blir trolig presedens for flere AI-verktøy.
Kilder
Relaterte artikler
Safari 27 lar utvikleragenter teste nettsider – dette får de tilgang til
Safari 27 har fått en MCP-server som lar utvikleragenter åpne, inspisere og styre nettsider i et eget Safari-vindu på Mac. Verktøyet kan lese DOM, nettverk og konsoll, ta skjermbilder og utføre handlinger – men sideinnhold, skjermbilder og logger som hentes ut, leveres til agenten du kobler til og kan derfra bli behandlet videre.
Apple Intelligence støtter norsk på iPhone, iPad og Mac – Siri AI gjør det ikke
Neste generasjon er tilgjengelig i Norge fra 17. september gjennom Apples nye operativsystemer. De viktigste forbeholdene er engelskspråklige delfunksjoner, maskinvarekrav, daglige bruksgrenser og varslet betaling for utvidet tilgang.
Rapport: Apple vurderer KI-server med M8 Ultra og mulig Nvidia-teknologi
Apple vurderer ifølge The Information et serversystem for eksterne kunder med to eller fire framtidige M8 Ultra-brikker. NVLink Fusion skal være blant løsningene som er vurdert, men Reuters kunne ikke verifisere rapporten uavhengig. Produktet er tidligst ventet i 2029 og kan bli skrinlagt.

