Hvers vegna forritum frá Replit, Lovable og Bolt er hafnað í App Store
Í mars 2026 lokaði Apple hljóðlega á uppfærslur nokkurra forrita úr svokölluðu „vibe coding“, þar á meðal Replit og Vibecode. Ákvörðunin dró grundvallarvanda fram í dagsljósið: forrit sem þessi verkfæri búa til eru ekki raunveruleg native forrit, og Apple ætlar ekki að hleypa þeim í gegn.
Hvað gerðist
Þann 18. mars 2026 greindi The Information frá því að Apple hefði lokað á uppfærslur Replit í App Store. Frá síðustu uppfærslu í janúar hefur Replit forritið fallið úr fyrsta sæti í það þriðja á lista yfir ókeypis forritunartól. Vibecode, annar vibe coding vettvangur, fékk einfaldlega höfnun.
Hvers vegna Apple hafnar þessum forritum
Apple vísar í tvær tilteknar reglur í leiðbeiningum sínum:
Guideline 2.5.2: forrit mega „ekki sækja, setja upp eða keyra kóða sem bætir við eða breytir eiginleikum forritsins, þar með talið öðrum forritum“.
Kafli 3.3.1(B) í Developer Program: sóttur túlkaður kóði má ekki breyta „megintilgangi forritsins“.
Tæknilegi vandinn er skýr. Þegar notandi slær inn fyrirmæli í Replit býr gervigreindin til kóða sem er keyrður beint inni í forritinu gegnum innfellt webview. Notandinn situr uppi með forrit inni í forriti sem Apple hefur aldrei yfirfarið. Það er nákvæmlega það sem guideline 2.5.2 bannar.
Vandinn við dulbúin vefforrit (guideline 4.2)
Handan vibe coding snertir stærri vandi öll verkfæri sem búa til vefforrit og reyna svo að gefa þau út í App Store. Vettvangar á borð við Lovable, Bolt og önnur no-code verkfæri framleiða vefforrit pakkað inn í native umbúðir, webview.
Apple hafnar þessum forritum reglulega á grundvelli guideline 4.2, Design: Minimum Functionality. Reglan krefst þess að forrit séu gagnleg og bjóði raunverulega forritsupplifun. Vefsíða í webview kemst ekki yfir þá þröskuld.
Til að eiga yfirhöfuð möguleika á að komast í gegnum yfirferð þarf innpakkað forrit að minnsta kosti að hafa:
- Að minnsta kosti tvo native eiginleika (ýtitilkynningar, lífkenni, kaup í forriti og svo framvegis)
- Djúptengla sem virka í raun og veru
- Nettengingarlausan ham fyrir helstu skjái
- Stillingaskjá með persónuverndarstefnu og stjórn á tilkynningum
Jafnvel með öllu þessu er samþykkið óvíst. Og þessi forrit standast ekki tímans tönn: Apple herðir viðmið sín reglulega, og það sem kemst í gegn í dag fær höfnun á morgun.
Er Apple ósamkvæmt sjálfu sér?
Gagnrýnendur hafa bent á að Apple leyfi keyrslu kóða í eigin forritum: Swift Playgrounds, Pythonista, Safari með JavaScript og Shortcuts forritið. Apple meðhöndlar þau sem afmarkaða, vel skilgreinda túlka, andstætt mun víðara keyrslusviði Replit. Aðgreiningin er raunveruleg tæknilega séð, jafnvel þótt hún geti virst handahófskennd utan frá.
Á sama tíma byggði Apple stuðning við gervigreindardrifna forritun inn í eigið þróunarumhverfi, Xcode, sem segir að fyrirtækið sé ekki á móti gervigreind í þróun. Það vill að forritin sem út úr því koma séu áfram raunveruleg native forrit og fari í gegnum yfirferð.
Svarið er native þróun
Staðan er einföld. Ef þú vilt forrit sem verður samþykkt í App Store og heldur því áfram, þarftu native forrit. Ekki vefsíðu pakkaða inn í webview. Ekki kóða sem er búinn til og keyrður inni í umbúðum. Alvöru Swift fyrir iOS, alvöru Kotlin fyrir Android.
Gervigreind er áfram frábær leið til að komast hraðar áfram, í höndum forritara sem þekkir reglurnar, byggingarlagið og venjurnar á hvorum vettvangi. Þar liggur munurinn á forriti sem sleppur í gegnum yfirferð einu sinni fyrir heppni og forriti sem sleppur í gegn við hverja uppfærslu af því að það var byggt eftir reglunum frá byrjun.
Ertu með hugmynd að farsímaforriti?
Native forrit, þróuð í Swift og Kotlin, frá 500 €. Komið á tækið þitt í lok dags.
Ræða verkefnið mitt