Apple stenger ute vibe-kodede apper. Signalet rekker lenger enn App Store.

Apple har stille begynt å avvise og fjerne en bestemt kategori innsendinger fra App Store: apper bygget med vibe-coding-verktøy — tjenester som lar deg generere et fungerende produkt ut fra noen få tekstmeldinger, uten ekte kode. Financial Times dokumenterte trenden denne uken, og den veier tyngre enn hver enkelt avvisning.

Innrammingen er ikke anti-AI. Apple viser til de samme vurderingsretningslinjene som har vært i bruk i årevis — minstekvalitet, ekte funksjonalitet, ingen villedning om hva appen faktisk gjør. Det som har endret seg, er volumet av innsendinger som faller på disse kontrollene, og hvor de kommer fra.

App Store er ikke den mest interessante delen av historien. Det mest interessante er hva det sier om å lansere et produkt som er generert i stedet for utviklet, på enhver plattform der en vurderer står ved porten.

Hva App Review faktisk gjør

Avvisningene samler seg rundt en håndfull retningslinjenumre som enhver fast innsender kan utenat. 4.2.1 dekker apper som ikke er funksjonelle eller i bunn og grunn er duplikater. 4.3 dekker spam, inkludert apper som kopierer et populært produkt med små variasjoner. 5.2 dekker villedning av brukere om hva programvaren gjør. Ingen av disse reglene er nye. Det som er nytt, er antallet innsendinger som snubler i dem.

Apple har ikke publisert tall. Basert på det FT samlet, ser App Review bølger av innsendinger som synlig svikter på samme måte: brukergrensesnitt som ser forseggjorte ut på skjermbilder og faller fra hverandre ved første oppstart, «AI»-funksjoner som koker ned til ett modellkall pakket inn i et UI, oppføringer som kopierer navnet og ikonet til en populær app med et halvferdig produkt. Vurdererne trenger ikke lete langt.

Hvorfor vibe-kodede apper ikke består denne vurderingen

Vibe-coding utmerker seg i de første åtti prosentene av et produkt. Innloggingsskjerm, listevisning, innstillingsside, onboarding-flyt — modellen har sett tusenvis av dem og setter opp én på minutter. Der det strander, er de siste tjue prosentene: arbeidet ingen vil spesifisere, og som modellen ikke har noen grunn til å levere av seg selv.

Nettopp de siste tjue prosentene legger en vurderer først merke til. Tastaturet som dekker inntastingsfeltet. Nettverkskallet som henger seg opp uten tidsavbrudd. Den tomme tilstanden som leveres med plassholdertekst. Tillatelsen appen ber om, men ikke faktisk trenger, fordi modellen kopierte den fra en mal som faktisk trengte den.

Noen mønstre som stadig går igjen i avvisningene:

• Tynne wrappere rundt en LLM uten egen funksjonalitet — AI-kallet ér produktet, og det er lite annet rundt det.
• Visuelle kloner av populære apper der den underliggende logikken er halvferdig eller helt fraværende.
• «AI X»-oppføringer — AI-fotoredigerer, AI-kalender, AI-gjøremål — der AI-delen er ett API-kall og resten er ødelagt.
• Ukritisk overtatte tillatelser, entitlements og SDK-inkluderinger som utvikleren ikke virkelig trenger, fordi modellen puttet dem inn via en mal.

Ingen av disse feilmodusene er nye. App Review har tatt de samme tingene i femten år. Det som er nytt, er hvor billige de er å produsere, slik at mange flere kommer inn samtidig, slik at vurderingen blir strengere for å kompensere. Lista heves fordi bunnen har falt ut.

Lærdommen er plattformrisiko

Apple er det høylytte eksempelet fordi Apple kontrollerer den eneste meningsfulle distribusjonskanalen for iPhone-programvare. Den samme dynamikken finnes overalt der det er en portvokter — Play Store, Chrome Web Store, GPT Store, Shopifys app-markedsplass, overalt der et produkt trenger en annens tillatelse for å nå brukere. Regler endres ikke ofte. Når de endres, endres de samtidig for alle i kategorien din.

For den som lanserer AI-assistert programvare, er den praktiske konsekvensen ikke å droppe disse verktøyene. Den er å huske at «jeg bygde dette på en helg» og «dette er et produkt som overlever en vurderingsprosess» er to ulike påstander, og å planlegge for den andre fra start.

I praksis betyr det: å være konkret om hva produktet gjør for brukeren — «AI-drevet» er et markedsføringsord, ikke et verditilbud. Det betyr å investere i de delene der vibe-coding-verktøy er svakest, som også er de delene vurdererne bryr seg mest om. Det betyr å lese de relevante retningslinjene før innsending, ikke etter at avvisningsmailen kommer. Og det betyr at du ikke satser hele virksomheten på én distribusjonskanal, for den kanalen vil før eller siden endre reglene.

AI-assistert utvikling bremser ikke ned. Terskelen for å lansere noe fortsetter å synke. Terskelen for å lansere noe som overlever både en vurderingsprosess og en ekte bruker, går motsatt vei. Begge kan være sanne samtidig. Det er gapet det er verdt å designe rundt.