Claude Code
Dale la URL en el prompt; descarga páginas web cuando se lo pides. Pon la URL y una nota de una línea en CLAUDE.md para que cada sesión sepa dónde está la referencia (guía del puente para Claude Code).
Los tres archivos
| Archivo | Qué contiene | Para qué usarlo |
|---|---|---|
| llms.txt | Un índice breve: resumen del producto, URL canónicas de la documentación de iOS, Android y macOS, el Cloud Builder, las guías de vibe coding y las comprobaciones de preparación, además de notas de uso para agentes. | Orientarse y responder rápido a "qué hace WebViewGold"; es lo bastante pequeño como para pegarlo en cualquier prompt. |
| llms-full.txt | La documentación completa como texto plano en un solo archivo: cada página de iOS, Android y macOS, cada opción de Config.swift y Config.java, cada esquema de URL y cada variable inyectada, con encabezados como "Biometric Authentication API (iOS)". | Implementación. El agente lee la sección de la función y copia los nombres exactos del esquema, de los parámetros y de las variables. |
| webmcp.json | Un manifiesto de descubrimiento: nombre, descripción, enlaces a llms.txt y al sitemap, una lista de "tools" GET (resumen del producto, centro de documentación, sitemap, guías de vibe coding) e indicaciones de rastreo. | Agentes de investigación y rastreadores que necesitan saber dónde están las páginas canónicas antes de leerlas. |
Por qué los agentes se inventan las llamadas al puente
El puente de WebViewGold es poco habitual: activas las funciones nativas navegando a un esquema de URL (window.location.href = "bioauth://"), y los resultados vuelven como variables globales inyectadas o como funciones callback. La mayoría de los datos de entrenamiento describen puentes basados en message handlers, así que un agente que no ha leído la documentación escribirá window.webkit.messageHandlers.share.postMessage(...) o WebViewGold.share(), y ninguna de las dos cosas hace nada. Los nombres también importan: el menú de compartir es shareapp://message?=TEXT&url=URL, no share://; el resultado del escáner es barcodescanresult, no scanResult.
Darle al agente llms-full.txt elimina las conjeturas. El archivo es texto plano, así que cualquier agente puede leerlo con su herramienta de fetch, y tú puedes verificar su resultado con grep.
Cómo lee la documentación cada agente
OpenAI Codex
La CLI y la extensión del IDE pueden descargar el archivo con un comando de shell cuando el acceso a la red está permitido; las tareas en la nube se ejecutan en un sandbox cuyo acceso a internet controlas tú, así que lo más seguro es una copia en el repositorio bajo docs/vendor/, referenciada desde AGENTS.md.
Cursor
Añade la URL como fuente de docs (@Docs) una vez; a partir de ahí, el agente puede buscar en ella. @Web sirve para preguntas puntuales. Menciona el archivo en .cursor/rules para que el modo agente lo lea antes de usar cualquier esquema.
Windsurf
Pega la URL o la sección relevante en la conversación, o sube una copia local y referénciala desde el archivo de reglas del workspace. Pide al agente (Devin Local, antes Cascade) que cite la sección en la que se basó.
Gemini CLI y Google AI Studio
Gemini CLI descarga URL cuando se lo pides y lee un archivo de contexto GEMINI.md; a las apps de AI Studio se les puede dar la sección como contexto. La misma regla: citar antes de programar.
Mi WebView de iOS finalmente está aprobada. ¡Gracias!
Un flujo de trabajo que funciona con cualquier agente
Incluye la documentación en el repositorio
Descarga llms-full.txt en
docs/vendor/webviewgold-llms-full.txty haz commit con la fecha en el mensaje. Un archivo local es más rápido, determinista y está disponible en sandboxes sin acceso a la red. Actualízalo cuando actualices WebViewGold.Haz que el archivo de instrucciones remita a ella
Una línea en AGENTS.md, CLAUDE.md, .cursor/rules o el equivalente: "Antes de usar cualquier función de WebViewGold, lee la sección correspondiente en docs/vendor/webviewgold-llms-full.txt y cita el esquema."
Exige citas en el prompt
Usa el prompt de abajo. Obligar al agente a citar primero la sección produce nombres de esquema correctos y hace visible una suposición errónea antes de que se convierta en código.
Verifica con grep
Ejecuta la comprobación del bloque de código de abajo: cada esquema que usó el agente debe aparecer en la documentación. Los esquemas desconocidos son alucinaciones.
Prueba en una compilación en el dispositivo
Los esquemas no hacen nada en un navegador de escritorio. Compila con Xcode, Android Studio o el Cloud Builder y prueba en un teléfono; TestFlight y los canales de prueba interna lo agilizan.
Un prompt que remite a la documentación
Pégalo en Claude Code, Codex, Cursor, Windsurf o Gemini CLI
Antes de escribir código, lee https://www.webviewgold.com/llms-full.txt (o docs/vendor/webviewgold-llms-full.txt si existe) y busca la sección de [FUNCIÓN, p. ej. Biometric Authentication API]. Cita el esquema de URL exacto, los parámetros y los nombres de los callbacks o de las variables de esa sección. Después implementa [FUNCIÓN] en [ARCHIVO O RUTA], protegida con isNativeApp() (marcador de user agent MYAPPNATIVE) y con una alternativa web. Las variables que inyecta la app llegan de forma asíncrona, así que sondéalas con un tiempo de espera máximo. Si la documentación no cubre algo que necesitas, dilo en lugar de adivinar. Termina con los encabezados de la documentación en los que te basaste y con lo que debo probar en un dispositivo.
Verifica el resultado del agente con la documentación
Ejecútalo en el repositorio cuando el agente termine. Enumera cada esquema personalizado de tu código fuente y lo compara con la documentación.
bash
# Descarga la documentación completa una vez (o usa la copia del repositorio)
curl -sL https://www.webviewgold.com/llms-full.txt -o /tmp/wvg-docs.txt
# Cada "algo://" que el agente usó en src debe existir en la documentación
grep -rhoE "[a-zA-Z-]+://" src | sort -u | while read scheme; do
if grep -qF "$scheme" /tmp/wvg-docs.txt; then
echo "ok $scheme"
else
echo "DESCONOCIDO $scheme <- no está en la documentación de WebViewGold"
fi
done
# Lee la sección de una función antes de probar en un dispositivo
grep -n -A 40 "Biometric Authentication API (Face ID / Touch ID) (iOS)" /tmp/wvg-docs.txtErrores que vemos en el resultado de los agentes
- Puentes inventados:
window.WebViewGold, handlers depostMessage, plugins de Capacitor o Cordova. El puente es navegación por URL. - Leer las variables inyectadas de forma síncrona en la línea siguiente. Llegan después de la navegación; sondéalas durante unos cientos de milisegundos.
- Llamar a los esquemas en el navegador. Protégelos con el marcador de user agent; un esquema en Safari o Chrome es un enlace roto.
- Usar la Web Share API o una configuración de push PWA en lugar del menú de compartir nativo y la integración push de WebViewGold.
- Tratar funciones específicas de una plataforma como universales:
settingsapp://yreconnect://están documentados para Android; los callbacks biométricos, para iOS. El archivo indica qué plataforma cubre cada sección. - Escribir a fuego los ID de producto de RevenueCat en varios sitios en lugar de en un único mapa de configuración, y conceder los entitlements en el cliente en lugar de desde el webhook.
Preguntas frecuentes
¿Hay un servidor MCP de WebViewGold al que pueda conectarme?
webmcp.json es un manifiesto de descubrimiento que enumera recursos GET públicos; no implica ejecutar herramientas. Los agentes que entienden el formato lo usan para encontrar las páginas canónicas y después leen llms.txt y llms-full.txt.
¿Qué archivo uso para una pregunta rápida?
llms.txt. Ocupa unos pocos kilobytes y responde qué es WebViewGold y dónde está la documentación. Usa llms-full.txt cuando el agente tenga que escribir código.
¿Con qué frecuencia cambia llms-full.txt?
Con cada actualización de la documentación. Si subiste una copia al repositorio, renuévala cuando actualices el proyecto de WebViewGold; la comprobación con grep de arriba señalará los esquemas que se movieron o cambiaron de nombre.
¿Puede el agente configurar también Config.swift y Config.java a partir de la documentación?
Sí. El archivo documenta cada opción con su nombre y sus valores permitidos, así que un agente con el proyecto de WebViewGold abierto puede definir la URL, el host, las opciones de push y los feature flags. La firma y las subidas siguen siendo manuales o pasan por el Cloud Builder.
Tres formas de llevar tu app a las tiendas
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.
Hazlo tú mismo
$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 principalCloud Builder
$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 gratuitaFull Service
$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.