Apple applique la Guideline 2.5.2 de l'App Store contre les apps de vibe-coding AI qui laissent les users prompt-générer du logiciel fonctionnel sur device. Replit rapporte être bloqué de publier des updates après des années de conformité. L'app de Anything a été rejetée, brièvement approuvée début avril, puis retirée en un jour, puis rejetée encore deux fois — coincée dans un catch-22 où inclure un preview runtime déclenche l'interdiction « télécharge du code qui change la fonctionnalité », tandis que retirer le preview déclenche le rejet « fonctionnalité minimale ». La version iPhone de Cursor, notablement, n'a pas shippé du tout. Le pattern suggère que ce n'est pas de l'enforcement sélectif d'une vieille règle contre des nouvelles apps ; c'est une posture de politique délibérée disant que la codegen AI comme catégorie ne rentre pas dans les guidelines App Store actuelles.
La Guideline 2.5.2 est vieille. Elle interdit aux apps de « télécharger, installer ou exécuter du code qui change leur fonctionnalité » — écrite pour l'ère fin-années-2010 des bypass de dynamic-update, pas pour les outils AI où générer du code runtime est tout le produit. La préoccupation déclarée d'Apple, surfacée dans les notes de rejet d'Anything, c'est que les outils AI générant du code arbitraire à l'échelle pourraient shipper du malware ou du logiciel non-vetté via le canal de confiance App Store. Le framing du fondateur d'Anything sur l'absurdité est exactement juste : il n'y a pas de chemin à travers la règle existante pour une app AI dont la fonction est de produire du logiciel exécutable. Tu ne peux pas avoir une app vibe-coding qui ne produit pas de logiciel exécutable, et une fois qu'elle produit du logiciel exécutable, 2.5.2 l'attrape. La poignée d'approbations sont assez inconsistantes pour donner l'impression que la queue de review fait des appels divergents — certains passent, puis sont retirés quand quelqu'un remarque.
La lecture ecosystem, c'est que mobile est maintenant une surface de distribution hostile à la codegen AI, et le workaround c'est le web. Le produit web de Replit tourne sans souci, desktop et web de Cursor marchent bien, Claude Code tourne sur le terminal macOS, Bolt et Lovable distribuent via browser. Le pattern est consistent : la codegen AI ship via Chrome sur iOS, pas via l'App Store, parce que la politique WebKit d'Apple n'étend pas l'interdiction 2.5.2 dans les onglets browser. Les builders qui shippent des outils de coding AI ciblant les users phone consumer ont un gap de distribution réel : l'App Store iOS est le canal de conversion le plus haut et c'est effectivement fermé pour la catégorie. Android est plus permissif mais le mix de plateforme est mauvais pour le user typique d'outil AI. L'end-state plausible, c'est soit Apple update 2.5.2 pour découper une exception codegen AI (avec quelques gates d'approbation qu'ils spécifient), soit la catégorie reste juste web-distributed sur iOS pour l'avenir prévisible. Aucun outcome n'est super pour les builders qui parient sur la découverte App Store.
Move pratique : si tu construis un outil de coding AI et considères une app iOS, fais pas. Priorise une PWA ou web app qui marche dans iOS Safari, et assume que la distribution App Store est à au moins 12-18 mois — Apple n'a montré aucun signe de réviser 2.5.2 ni d'ajouter une carve-out de guideline. Si tu es déjà dans la queue, le pattern Anything suggère que se battre à travers le process de review est improductif : l'inconsistance est au niveau review-team, la politique sous-jacente n'a pas bougé. À surveiller à plus long terme : si le tooling AI propre d'Apple (Swift Assist, features Xcode AI) se fait attraper par la même règle quand les end-users prompt-génèrent du code qui compile et tourne. Si la règle s'applique symétriquement, attends-toi à une update silencieuse de la guideline ; sinon, attends-toi à un problème dev-relations qui devient bruyant.