Biblioteca de prompts para Codex: de app web a lista para el App Store en ocho tareas

Audita esta app web para usarla dentro de un WebView nativo de iOS y Android y corrige lo que encuentres. Lista de comprobación: meta viewport con width=device-width y viewport-fit=cover; sin desbordamiento horizontal entre 320px y 1024px; áreas de toque de al menos 44x44px; cabeceras, pies y bottom sheets fijos con relleno env(safe-area-inset-top) y env(safe-area-inset-bottom); campos de entrada con un font-size de 16px o más; sin controles que solo funcionen con hover; imágenes con dimensiones explícitas para evitar saltos de diseño; contraste legible. No rediseñes; haz los cambios mínimos que cumplan la lista. Termina con una tabla de las páginas que revisaste y de lo que cambiaste en cada una.

Añade dos rutas reales, /privacy y /terms, que se muestren como páginas legibles (no modales), enlazadas desde el pie de página y desde la pantalla de ajustes. Genera la política de privacidad a partir de lo que este código hace realmente: revisa package.json, las rutas de la API y los nombres de las variables de entorno, y enumera cada servicio de terceros que recibe datos de usuarios (base de datos, autenticación, email, analítica, proveedores de IA, pagos, notificaciones push). Usa los huecos [EMPRESA], [DIRECCIÓN] y [EMAIL] para los datos legales. Incluye secciones sobre los datos recopilados, la finalidad, la conservación, la eliminación de la cuenta, los menores, el contacto y la fecha de última actualización. Usa un lenguaje sencillo. No te inventes tratamientos que el código no hace.

Implementa la eliminación de cuenta tal como la exigen el App Store (Directriz 5.1.1) y Google Play. 1) Pantalla de ajustes: un botón Eliminar cuenta con un diálogo de confirmación que explique que la eliminación es permanente. 2) Una función en el servidor que, dado el usuario autenticado, borre todas las filas que le pertenecen y después el usuario de autenticación, usando credenciales de administrador solo en el servidor. 3) Tras el éxito: cierra la sesión y muestra una pantalla de confirmación. 4) Una página pública /delete-account que explique los pasos dentro de la app y ofrezca un contacto por email para quienes ya no tengan la app. 5) Una frase sobre la eliminación en /privacy. Escribe una prueba para la función del servidor si el proyecto tiene pruebas configuradas.

Haz que cada pantalla que carga datos resista los fallos. Para cada fetch o consulta: un estado de carga, un estado vacío con un mensaje útil, un estado de error con un botón Reintentar y un tiempo de espera máximo para que la interfaz nunca se quede colgada. Añade un error boundary global con una acción Recargar en lugar de una pantalla en blanco. Vigila navigator.onLine y muestra un banner de sin conexión que desaparezca cuando vuelva la conexión. No te tragues los errores en silencio; regístralos con el logger existente. Enumera cada pantalla que tocaste.

Crea src/lib/platform.ts y exporta isNativeApp(), que devuelve true cuando navigator.userAgent contiene el marcador MYAPPNATIVE (la app nativa define este user agent). Después, cuando isNativeApp() sea true: oculta el banner de cookies si no es legalmente obligatorio, oculta los banners de Descarga nuestra app y Abrir en la app, oculta la cabecera de escritorio y la navegación del pie de página en favor de la navegación inferior de la app, y sustituye los enlaces externos al sitio de marketing por rutas de la app. Deja todo igual en los navegadores normales. No ocultes solo con CSS nada que afecte a la carga de datos.

Nuestra app ofrece inicio de sesión con Google. La Directriz 4.8 de Apple exige una opción equivalente centrada en la privacidad, así que añade Sign in with Apple a través de nuestro proveedor de autenticación (comprueba cuál usa el código: Supabase, Firebase, Auth.js o Clerk). Añade el botón siguiendo las reglas de nombre y colocación de Apple, con el mismo tamaño y protagonismo que el botón de Google. Gestiona el caso del primer inicio de sesión, en el que Apple devuelve el nombre una sola vez, vincula la identidad de Apple con una cuenta existente con el mismo email cuando el proveedor lo permita, y escribe en SETUP.md la configuración que debo hacer en el proveedor (Service ID, clave, URL de redirección). Mantén funcionando el inicio de sesión con email y contraseña.

Dentro de la app nativa, los productos digitales deben venderse mediante compras dentro de la app. Encuentra cada lugar donde se vende una suscripción, créditos o una función premium. Cuando isNativeApp() sea true, sustituye el checkout de Stripe por una navegación a revenuecat://purchase?external_id=USER_ID&product=PRODUCT_ID, donde USER_ID es nuestro id de usuario y PRODUCT_ID sale de un mapa de configuración con los identificadores de producto de RevenueCat. Añade a la pantalla de ajustes los enlaces Restaurar compras (restoreinapppurchases://) y Gestionar suscripción (cancelinapppurchase://), solo en la app nativa. Los entitlements debe concederlos nuestro servidor a partir del webhook de RevenueCat, nunca el cliente. Mantén Stripe para los usuarios del navegador. Nunca muestres precios con enlaces de pago externos dentro de la app nativa.

Añade una solicitud de notificaciones push que pregunte en el momento adecuado. La app nativa no pregunta en el primer arranque; en su lugar, después de que el usuario complete [primera acción significativa, p. ej. crear su primer proyecto], muestra una breve explicación dentro de la app sobre qué notificaciones recibirá, con un botón Activar que navegue a registerpush:// cuando isNativeApp() sea true, y una opción Ahora no que recordemos. En la pantalla de ajustes, navega a checkNativePushPermissions:// y lee la variable inyectada nativePushEnabled (sondéala unos instantes, porque se define de forma asíncrona) para mostrar el estado actual. En los navegadores, oculta la función por completo. No añadas un service worker de web push.