Cline & Roo Code
Cline es un agente de programación de código abierto para VS Code que funciona con el modelo y la clave de API que elijas. Roo Code, el conocido fork de Cline, fue cerrado por su equipo el 15 de mayo de 2026 y sigue vivo en forks de la comunidad. En cualquier caso, el trabajo es el mismo: enséñale al agente el contexto WebView con reglas y después deja que cambie Config.swift y Config.java en pasos pequeños y revisados, nunca la configuración de firma.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Los proyectos de WebViewGold son proyectos normales de Xcode y Android Studio cuyo comportamiento se define en dos archivos legibles: Config.swift (iOS) y Config.java (Android). Junto a ellos están Info.plist, AndroidManifest.xml, strings.xml y, para OneSignal en Android, los IDs en build.gradle. Configurar una app consiste sobre todo en cambiar valores, un trabajo preciso y de bajo riesgo si el agente se ciñe a los nombres de opción documentados en la documentación de configuración de iOS y la documentación de configuración para Android.
Cline aporta tres cosas que ayudan aquí. Tu propio modelo: conectas un proveedor y una clave (Anthropic, OpenAI, Google Gemini, OpenRouter, AWS Bedrock y otros, o un modelo local mediante Ollama o LM Studio), y puedes usar modelos distintos para Plan y Act. Los modos Plan y Act: Plan explora y propone sin tocar archivos, Act ejecuta. Los checkpoints están activados por defecto, así que puedes deshacer un paso. Añade reglas encima y el agente sabrá dónde está el límite. (Para ver cómo se compara Cline con Claude Code, Codex y los demás, consulta el resumen de agentes de programación con IA.)
Una nota de privacidad: con un proveedor alojado, cada archivo que abre el agente se envía a ese proveedor. Tu configuración de WebViewGold contiene tu código de compra y los IDs de servicios, así que o bien dejas esos valores para una edición manual o usas un modelo local para las carpetas nativas.
Cline lee las reglas del workspace desde .clinerules/ (o .cline/rules/), las reglas globales desde ~/Documents/Cline/Rules y, además, AGENTS.md, .cursorrules y .windsurfrules. Una lista paths en el frontmatter YAML hace que una regla solo se aplique cuando hay archivos coincidentes en juego (documentación de reglas de Cline). Guarda esto como .clinerules/webviewgold-config.md.
---
paths:
- "ios/**"
- "android/**"
---
# Editing the WebViewGold projects
## Allowed
- Values in Config.swift and Config.java, using option names that appear in
https://www.webviewgold.com/llms-full.txt. If an option is not documented there,
stop and ask; never invent one.
- Usage description texts in Info.plist; removing descriptions for unused APIs.
- Permission entries in AndroidManifest.xml for APIs switched off in Config.java.
- app_name in strings.xml and the OneSignal IDs in build.gradle.
## How to edit
- Change values only. Keep option names, types, comments and order as they are.
- Booleans stay true/false, strings stay quoted. Never add or delete options.
- One file per step; after each, show the diff and list what it switches on or off.
## Forbidden
- Signing: team IDs, provisioning, certificates, keystore files and passwords,
signingConfigs in build.gradle.
- Bundle ID and package name (I change them in Xcode / Android Studio).
- The purchase code field, dependency versions, Pods/, build/ and .gradle/.
- Deleting the Privacy - Tracking Usage Description key in Info.plist
(WebViewGold requires it; removing it crashes the app).
Mi WebView de iOS finalmente está aprobada. ¡Gracias!
.clinerules/01-context.md sin frontmatter (siempre activo): la estructura del repositorio (web/, ios/, android/), la URL de producción y el hecho de que los despliegues web llegan a las apps al instante, mientras que los cambios nativos necesitan una compilación para la tienda..clinerules/web-app.md con paths: ["web/**"]: las reglas de las tiendas para el código web (áreas seguras, Sign in with Apple, eliminación de cuenta, ningún secreto en el código del cliente). La guía de reglas de Cursor, la plantilla CLAUDE.md y la plantilla AGENTS.md tienen textos listos para usar.AGENTS.md en la raíz si otros agentes trabajan en el mismo repositorio. Cline lo muestra en el panel Rules, donde cada regla se puede activar o desactivar.Alrededor de una hora, la mayor parte leyendo diffs.
Abre un workspace de VS Code con el proyecto web y las carpetas descomprimidas de WebViewGold (o un repositorio con web/, ios/ y android/). Un .clineignore mantiene el resultado de las compilaciones fuera del contexto automático, pero según la documentación de Cline no es una barrera de acceso: deja los keystores y los archivos .env completamente fuera del workspace.
Un modelo potente para el modo Plan, donde el agente lee la documentación y decide; para el modo Act, donde cambia una docena de valores, basta con uno más barato o local. Los modelos locales pequeños siguen mal los archivos de reglas largos, así que mantén breve la regla nativa.
Cambia al modo Plan y pega el prompt de abajo. Obtienes una tabla con cada opción, su valor actual y el nuevo, antes de que cambie un solo archivo.
Aprueba automáticamente la lectura de archivos si quieres, pero aprueba tú cada edición y cada comando del terminal. Evita el modo YOLO en esta pasada: un solo booleano equivocado (caché borrada en cada arranque, solicitud de push en el primer inicio) lo pagan usuarios reales.
Deja que Cline ejecute una compilación de depuración desde el terminal (por ejemplo, la tarea debug del Gradle wrapper en la carpeta de Android) y que corrija solo los errores que haya introducido él. El proyecto de iOS ejecútalo tú en el simulador de Xcode.
El bundle ID, la firma, el archivado y la subida se hacen en Xcode y Android Studio, o en el Cloud Builder si no quieres instalar ninguno de los dos IDE.
Sustituye la URL y los IDs. La tabla que genera es lo que tienes que revisar.
Lee primero las reglas de .clinerules. Después localiza Config.swift en ios/ y Config.java en android/ (búscalos, no adivines las rutas) y lee https://www.webviewgold.com/llms-full.txt para cada opción que vayas a tocar. Objetivo: configurar ambas apps para producción. - URL: https://app.example.com. iOS: host y webviewurl. Android: HOST y HOME_URL. - User agent: el user agent móvil predeterminado de la plataforma, seguido de un espacio y el token WebViewGoldApp. iOS: useragent_iphone y useragent_ipad. Android: USER_AGENT. - Push con OneSignal, App ID [pegar]. iOS: kPushEnabled true, oneSignalID y askforpushpermissionatfirstrun false, porque la app web llama a registerpush:// después del onboarding. Android: PUSH_ENABLED true y el ID de OneSignal donde indique la documentación (build.gradle). - Variables JavaScript inyectadas automáticamente activadas: autoInjectVariable (iOS), AUTO_INJECT_VARIABLES (Android). - Permisos: la app usa la cámara; no usa la ubicación ni el micrófono. iOS: elimina las usage descriptions que no se usan en Info.plist, pero conserva la clave Privacy - Tracking Usage Description. Android: requireLocation y requireRecordAudio en false, y elimina las entradas correspondientes de AndroidManifest.xml. En modo Plan, genera una tabla: archivo, opción, valor actual, valor nuevo y la línea de la documentación que lo justifica. Marca cada opción que no hayas encontrado en la documentación en lugar de inventarla. No planifiques cambios en la firma, el provisioning, los keystores, signingConfigs, el código de compra, las versiones de dependencias ni los bundle identifiers. Cuando cambie al modo Act, aplica un archivo cada vez y muestra el diff después de cada uno.
| Archivo | Deja que el agente edite | Guárdalo para ti |
|---|---|---|
| Config.swift | host, webviewurl, user agent, interruptores de push, autoInjectVariable, openallexternalurlsinsafaribydefault | El valor de purchasecode (pégalo tú) |
| Config.java | HOST, HOME_URL, USER_AGENT, PUSH_ENABLED, AUTO_INJECT_VARIABLES, los flags de permisos require... | PURCHASECODE |
| Info.plist | Textos de usage description; borrar los que no se usan | La clave Privacy - Tracking Usage Description tiene que quedarse |
| AndroidManifest.xml | Eliminar permisos de las API que desactivaste | Los intent filters de App Links, salvo que la tarea sea de deep linking |
| build.gradle | IDs de OneSignal | signingConfigs, versiones de plugins y dependencias |
| Ajustes del proyecto en Xcode / Android Studio | Nada | Team, certificados, keystore, bundle ID, nombre del paquete (se eligen una vez) |
deletecache o CLEAR_CACHE_ON_STARTUP en true cierran la sesión de los usuarios en cada arranque; uselocalhtmlfolder en true carga la página de ejemplo incluida en lugar de tu URL.navigator.userAgent enseña el token WebViewGoldApp en ambas apps.registerpush://.Su equipo archivó el repositorio y cerró la extensión el 15 de mayo de 2026, así que no esperes correcciones ni actualizaciones de proveedores. El README remite al fork comunitario ZooCode y a Cline. Tus archivos de reglas son Markdown simple y se trasladan con facilidad.
Cualquier modelo de programación competente sirve, porque la tarea es de precisión, no de creatividad. Usa un modelo potente en modo Plan para leer la documentación y, si quieres, uno más barato o local en modo Act. Lo que más importa es un archivo de reglas breve y estricto.
Sí. Cline lee AGENTS.md del workspace y de ~/.agents/AGENTS.md, y también detecta .cursorrules y .windsurfrules. Todos aparecen en el panel Rules, donde puedes activar o desactivar cada uno.
Puede ejecutar compilaciones desde la línea de comandos con tu aprobación. La firma, el archivado y la subida a App Store Connect y a la Play Console siguen siendo cosa tuya en los IDE, o del Cloud Builder.
Con un proveedor alojado, sí: todo lo que lee el agente va a ese proveedor según sus condiciones. Con un modelo local mediante Ollama o LM Studio, se queda en tu equipo. Decide por carpeta si la configuración nativa contiene valores que no quieres compartir.
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.