ChatGPT & Codex
La mayoría de los problemas del primer envío de una app web (área segura, páginas legales, eliminación de cuentas, estados de error, restos de la web) son independientes entre sí. Por eso encajan bien con Codex en la nube: una tarea por arreglo, todas ejecutándose a la vez en su propio espacio de trabajo, y cada una termina en un diff que revisas y un pull request que integras. El truco está en repartir el trabajo para que los pull requests no choquen.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Una tarea en la nube de Codex se ejecuta en la nube en lugar de en tu portátil. Publicas un entorno una sola vez (el repositorio de GitHub, un script de instalación de dependencias, reglas de red y secretos opcionales), y cada tarea que lanzas recibe su propio espacio de trabajo aislado preparado a partir de él. Codex edita el código, ejecuta tus comandos de lint y de tests y te devuelve un diff con la salida de los tests. Puedes pedir cambios adicionales en la misma tarea y después hacer commit o abrir un pull request. Las tareas siguen ejecutándose mientras tu ordenador está en reposo, y puedes lanzarlas desde la app o la interfaz web de Codex, desde la extensión del IDE o desde la terminal con codex cloud.
El trabajo de preparación para las tiendas encaja muy bien. Los arreglos que piden los revisores son casi siempre independientes (al área segura no le importa tu página de privacidad, y a la eliminación de cuentas no le importan los spinners de carga), cada uno tiene una definición de terminado que se puede comprobar y ninguno necesita la app nativa: la app de WebViewGold simplemente carga lo que despliegues en tu URL de producción. En lugar de una sesión larga que lo toca todo, lanzas cuatro o cinco tareas concretas, revisas pull requests pequeños y los integras uno a uno.
Lo que no hacen las tareas en la nube: compilar ni firmar las apps de iOS y Android, abrir el resultado en un móvil ni rellenar App Store Connect. Eso sigue siendo cosa tuya, de tu proyecto de WebViewGold y de las dos consolas.
Unos treinta minutos; todas las tareas posteriores lo reutilizan.
Las tareas en la nube trabajan sobre una copia del repositorio, así que el archivo viaja con cada tarea. Necesita tus comandos de instalación, lint, typecheck y tests (Codex los ejecuta antes de terminar) y las reglas de las tiendas escritas como invariantes. Parte de la plantilla de AGENTS.md para apps WebViewGold y añade la sección para trabajo en paralelo de abajo.
Varios arreglos necesitan saber si la página se ejecuta dentro de la app nativa. Crea isNativeApp() (una comprobación del user agent que busca el marcador que defines en WebViewGold con useragent_iphone y useragent_ipad en Config.swift y USER_AGENT en Config.java) en una tarea o en local, e intégralo antes de repartir el trabajo. Si no, cinco tareas escriben cinco helpers.
Conecta GitHub, selecciona el repositorio y deja que Codex detecte el runtime. Comprueba que el script de instalación hace una instalación limpia de tus dependencias (por ejemplo npm ci). Para el acceso a la red, permite solo los dominios del gestor de paquetes: estas tareas no necesitan internet abierto, y un acceso limitado evita que una tarea descargue y siga contenido que nunca has revisado.
El layout, las páginas legales y los estados de error no necesitan ningún secreto. Si tus tests necesitan una base de datos, apúntalos a un proyecto de pruebas aparte. No pongas nunca una service-role key de producción ni un secreto de pagos en un entorno que ejecuta tareas sin supervisión.
Publica el entorno y lanza una tarea desechable: "Ejecuta los comandos de instalación, lint, typecheck y tests de AGENTS.md, no cambies nada e informa de los resultados." Si falla, arregla el entorno antes de empezar el trabajo de verdad; todas las tareas en paralelo fallarían igual.
Añade esto al AGENTS.md que ya tienes. La regla del alcance es lo que mantiene integrables los pull requests en paralelo; el formato de pull request hace que cada uno se pueda revisar en minutos. Puedes dejarla en inglés: Codex la entiende igual de bien.
## Commands (run all of them before you finish a task)
- Install: npm ci
- Lint: npm run lint
- Types: npm run typecheck
- Tests: npm test
## Store-readiness work
This web app is also published as native iOS and Android apps with WebViewGold.
The native apps load https://app.example.com in a WebView. Detect the app only
with isNativeApp() from src/lib/platform.ts.
Rules for every task:
- Stay inside the files and folders named in the task prompt. Several tasks run
in parallel; changes outside your scope cause merge conflicts. If a fix needs
a change elsewhere, describe it in the summary instead of making it.
- No new dependencies and no version upgrades unless the prompt asks for them.
- Native features are called only through the WebViewGold URL schemes listed in
the bridge section of this file. Never invent a native API.
- Digital goods inside the native app go through in-app purchase. Never add a
Stripe checkout or an external payment link for them behind isNativeApp().
- Users can sign up, so account deletion must keep working.
- Every screen works at 320px width, pads fixed bars with safe-area insets,
has tap targets of 44px or more and inputs with a font-size of 16px or more.
## Pull requests
Title: [store-readiness] <task name>
Body: what changed, which App Store or Google Play rule it serves, files
touched, how to test it on a phone, and what is left for a human.
Mi WebView de iOS finalmente está aprobada. ¡Gracias!
| Tarea | Toca | Cuándo | Terminada cuando |
|---|---|---|---|
| 0. Helper de plataforma | src/lib/platform.ts y las comprobaciones de user agent existentes | Sola, la primera | isNativeApp() existe, las comprobaciones sueltas están sustituidas y los tests pasan |
| 1. Área segura, áreas táctiles, tamaño de los campos | CSS global, componentes de layout y de botones | Tanda 1 | Las barras fijas usan env(safe-area-inset-*), áreas táctiles de 44 px o más, campos de 16 px o más, sin desbordamiento a 320 px |
| 2. Páginas de privacidad y términos | Rutas nuevas más un enlace en el pie de página y otro en los ajustes | Tanda 1 | /privacy y /terms se muestran como páginas reales y nombran los servicios que el código usa de verdad |
| 3. Eliminación de cuentas | Pantalla de ajustes, una función de servidor nueva, /delete-account | Tanda 1 | La eliminación se ejecuta en el servidor, cierra la sesión del usuario y lo confirma; la página pública explica los pasos |
| 4. Auditoría para las tiendas (solo informe) | Un único archivo nuevo, STORE-AUDIT.md | Tanda 1 | Cada pago, permiso, proveedor de inicio de sesión y enlace externo, listado con referencias a archivos |
| 5. Estados de carga, vacío y error | Hooks de datos y componentes de página | Tanda 2 (comparte componentes con la tarea 1) | Ninguna pantalla en blanco, un reintento en cada petición fallida y un error boundary global |
| 6. UI exclusiva de la app | Banners, aviso de cookies, cabecera de escritorio | Tanda 2 (necesita la tarea 0 y se solapa con la tarea 1) | Banners de descarga y restos de la web ocultos cuando isNativeApp() es true |
| 7. Sign in with Apple, compras dentro de la app | Código de autenticación y de pagos | Más adelante, de una en una | Planificadas a partir de la auditoría; necesitan que configures las consolas (prompts 6 y 7 aquí) |
Cópialo una vez por tarea y rellena los corchetes. La línea del alcance y la instrucción de "describir en lugar de cambiar" evitan los choques; la definición de terminado hace que el pull request se revise rápido.
Tarea: [NOMBRE DE LA TAREA SEGÚN LA TABLA, p. ej. "Área segura, áreas táctiles, tamaño de los campos"] Contexto: lee primero AGENTS.md. Esta app web se ejecuta dentro de apps nativas de iOS y Android creadas con WebViewGold, que cargan nuestra URL de producción en un WebView. Otras tareas de Codex están cambiando otras partes de este código al mismo tiempo. Alcance: cambia solo [ARCHIVOS O CARPETAS]. Si el arreglo necesita un cambio fuera de este alcance, no lo hagas; descríbelo en tu resumen. No: añadas ni actualices dependencias, cambies los scripts de package.json, toques el código de autenticación o de pagos, edites archivos generados ni llames a funciones nativas distintas de los esquemas de URL de WebViewGold enumerados en AGENTS.md. Definición de terminado: 1. [COMPROBACIONES CONCRETAS, p. ej. cada cabecera fija, pie de página y panel inferior aplica padding con env(safe-area-inset-top) / env(safe-area-inset-bottom); todos los botones y enlaces miden al menos 44x44px; todos los campos usan font-size de 16px o más; no hay desplazamiento horizontal a 320px de ancho] 2. Los comandos de lint, typecheck y tests de AGENTS.md pasan en este entorno. 3. Para los usuarios de navegadores de escritorio no cambia nada salvo el propio arreglo. Termina con un resumen de pull request en el formato de AGENTS.md, que incluya cómo probar el cambio en un móvil y todo lo que no hayas podido hacer.
Los pagos, los permisos y los proveedores de inicio de sesión deciden tus tareas posteriores, y cambiarlos a ciegas es arriesgado. Deja que una tarea los mapee sin tocar el código; es seguro ejecutarla en paralelo porque solo añade un archivo.
No cambies nada de código en esta tarea. Crea STORE-AUDIT.md en la raíz del repositorio con estas secciones, citando rutas de archivo y números de línea para cada punto: 1. Pagos: cada lugar en el que un usuario puede pagar por algo. Para cada uno: ruta o componente, qué se vende, si es digital o físico, el proveedor de pagos actual y si debe usar compras dentro de la app en las apps nativas de iOS y Android (bienes digitales, suscripciones, créditos) o puede seguir con Stripe (bienes físicos, servicios del mundo real). 2. Permisos: cada permiso del navegador que pide la app web (geolocalización, cámara, micrófono, notificaciones, portapapeles), con la acción del usuario que lo dispara. 3. Inicio de sesión: cada método de inicio de sesión y proveedor externo, y si se ofrece Sign in with Apple. 4. Enlaces externos: cada enlace que sale de nuestro dominio desde dentro de la app. 5. Datos de la cuenta: dónde se guardan los datos de los usuarios y si existe un camino completo de eliminación en el servidor. 6. Preguntas abiertas que no hayas podido responder a partir del código. El único cambio del pull request es el nuevo archivo STORE-AUDIT.md.
window.webkit.messageHandlers o un objeto window.WebViewGold que no existe. Las funciones de WebViewGold son esquemas de URL como registerpush:// o shareapp://; cualquier otra cosa no hace nada en la app.OpenAI no publica un número fijo; los límites de uso dependen de tu plan de ChatGPT. En la práctica, el límite es tu capacidad de revisión: de tres a cinco tareas pequeñas por tanda es lo que una persona puede revisar bien en una tarde.
Sí. Cada tarea trabaja sobre una copia de tu repositorio, así que el AGENTS.md que tengas en el commit (y los anidados en subcarpetas) se aplica igual que en la CLI o en la extensión del IDE. Los cambios locales sin commit no son visibles para las tareas en la nube.
No. Ejecuta tus comandos de tests en su entorno, y tests basados en navegador si tu repositorio los tiene y el script de instalación los prepara. La comprobación de verdad es el despliegue de vista previa en tu móvil y, antes del envío, una build de TestFlight o de pruebas internas.
Integra el más importante y después pide a Codex en la otra tarea que haga rebase sobre el main actual y resuelva los conflictos. Con diffs pequeños, suele ser más rápido volver a lanzar esa tarea desde un main recién actualizado.
Para estas tareas no hace falta. Los dominios del gestor de paquetes cubren las instalaciones; el acceso abierto permite que una tarea lea páginas no fiables y envíe datos adonde no querías. Añade dominios concretos solo cuando un test los necesite de verdad.
Puede editar Config.swift y Config.java si el proyecto nativo está en un repositorio, por ejemplo para definir la URL o el marcador del user agent. No puede compilar, firmar ni subir; eso es cosa de Xcode, Android Studio o el Cloud Builder.
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Ver planes en la página principal$349 por licencia, complemento de pago único
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Cómo funciona el Cloud Builder Prueba la demo gratuita$698 por plataforma $798
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Detalles del Full Service Con tecnología de
Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.
Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días
¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.