Une bibliothèque de prompts pour Codex : de l'app web à l'app prête pour l'App Store en huit tâches

Auditez cette app web pour son utilisation dans une WebView native iOS et Android, et corrigez ce que vous trouvez. Checklist : meta viewport avec width=device-width et viewport-fit=cover ; aucun débordement horizontal entre 320px et 1024px ; zones tactiles d'au moins 44x44px ; en-têtes, pieds de page et bottom sheets fixes avec un padding env(safe-area-inset-top) et env(safe-area-inset-bottom) ; champs de saisie avec un font-size de 16px ou plus ; aucun contrôle accessible uniquement au survol ; images avec des dimensions explicites pour éviter les décalages de mise en page ; contraste lisible. Ne refaites pas le design ; faites les plus petits changements qui suffisent. Terminez par un tableau des pages vérifiées et de ce que vous avez changé sur chacune.

Ajoutez deux vraies routes, /privacy et /terms, affichées comme des pages lisibles (pas des modales), liées depuis le pied de page et l'écran des réglages. Générez la politique de confidentialité à partir de ce que ce code fait réellement : analysez package.json, les routes API et les noms des variables d'environnement, et listez chaque service tiers qui reçoit des données utilisateur (base de données, authentification, e-mail, analytics, fournisseurs d'IA, paiements, notifications push). Utilisez les placeholders [COMPANY], [ADDRESS] et [EMAIL] pour les mentions légales. Incluez des sections sur les données collectées, la finalité, la durée de conservation, la suppression de compte, les enfants, le contact et la date de dernière mise à jour. Gardez un langage simple. N'inventez aucun traitement que le code ne fait pas.

Implémentez la suppression de compte telle qu'exigée par l'App Store (Guideline 5.1.1) et Google Play. 1) Écran des réglages : un bouton Supprimer le compte avec une boîte de dialogue de confirmation qui explique que la suppression est définitive. 2) Une fonction côté serveur qui, pour l'utilisateur authentifié, supprime toutes les lignes lui appartenant puis l'utilisateur d'authentification, en utilisant des identifiants administrateur uniquement sur le serveur. 3) Après la réussite : déconnectez l'utilisateur et affichez un écran de confirmation. 4) Une page publique /delete-account qui explique les étapes dans l'app et propose un contact par e-mail pour les utilisateurs qui n'ont plus l'app. 5) Une phrase sur la suppression dans /privacy. Écrivez un test pour la fonction serveur si le projet dispose d'un environnement de test.

Rendez résilient chaque écran qui charge des données. Pour chaque fetch ou requête : un état de chargement, un état vide avec un message utile, un état d'erreur avec un bouton Réessayer, et un timeout pour que l'interface ne reste jamais bloquée. Ajoutez une error boundary globale avec une action Recharger au lieu d'un écran blanc. Surveillez navigator.onLine et affichez une bannière hors ligne qui disparaît quand la connexion revient. N'avalez pas les erreurs en silence ; journalisez-les via le logger existant. Listez chaque écran que vous avez modifié.

Créez src/lib/platform.ts, qui exporte isNativeApp() ; cette fonction renvoie true quand navigator.userAgent contient le marqueur MYAPPNATIVE (l'app native définit ce user agent). Ensuite, quand isNativeApp() est true : masquez le bandeau cookies s'il n'est pas légalement obligatoire, masquez les bannières « Téléchargez notre app » et « Ouvrir dans l'app », masquez l'en-tête desktop et la navigation du pied de page au profit de la barre de navigation en bas de l'app, et remplacez les liens externes vers le site marketing par des routes internes à l'app. Ne changez rien dans les navigateurs normaux. N'utilisez pas un simple masquage CSS pour tout ce qui affecte le chargement des données.

Notre app propose la connexion Google. La guideline 4.8 d'Apple exige une option équivalente respectueuse de la vie privée : ajoutez donc Sign in with Apple via notre fournisseur d'authentification (vérifiez lequel le code utilise : Supabase, Firebase, Auth.js ou Clerk). Ajoutez le bouton en respectant les règles de nommage et de placement d'Apple, avec la même taille et la même visibilité que le bouton Google. Gérez le cas de la première connexion, où Apple ne renvoie le nom qu'une seule fois, liez l'identité Apple à un compte existant ayant le même e-mail lorsque le fournisseur le permet, et écrivez dans SETUP.md la configuration côté fournisseur que je dois effectuer (Service ID, clé, URL de redirection). Gardez la connexion par e-mail et mot de passe fonctionnelle.

Dans l'app native, les produits numériques doivent être vendus via les achats intégrés. Trouvez chaque endroit où un abonnement, des crédits ou une fonctionnalité premium sont vendus. Quand isNativeApp() est true, remplacez le checkout Stripe par une navigation vers revenuecat://purchase?external_id=USER_ID&product=PRODUCT_ID, où USER_ID est notre identifiant utilisateur et PRODUCT_ID provient d'une table de configuration des identifiants de produits RevenueCat. Ajoutez à l'écran des réglages des liens Restaurer les achats (restoreinapppurchases://) et Gérer l'abonnement (cancelinapppurchase://), uniquement dans l'app native. Les droits d'accès doivent être accordés par notre serveur à partir du webhook RevenueCat, jamais par le client. Conservez Stripe pour les utilisateurs du navigateur. N'affichez jamais de prix avec des liens de paiement externes dans l'app native.

Ajoutez une demande d'activation des notifications push qui intervient au bon moment. L'app native ne demande rien au premier lancement ; à la place, une fois que l'utilisateur a terminé [première action significative, p. ex. créer un premier projet], affichez dans l'app une courte explication des notifications qu'il recevra, avec un bouton Activer qui navigue vers registerpush:// quand isNativeApp() est true, et une option Pas maintenant dont nous gardons la trace. Sur l'écran des réglages, naviguez vers checkNativePushPermissions:// et lisez la variable injectée nativePushEnabled (interrogez-la brièvement à intervalles réguliers, elle est définie de manière asynchrone) pour afficher l'état actuel. Dans les navigateurs, masquez entièrement la fonctionnalité. N'ajoutez pas de service worker pour le web push.