Claude Code
Donnez-lui l'URL dans le prompt ; il récupère les pages web sur demande. Placez l'URL et une note d'une ligne dans CLAUDE.md pour que chaque session sache où se trouve la référence (guide du pont JavaScript pour Claude Code).
Les trois fichiers
| Fichier | Contenu | À utiliser pour |
|---|---|---|
| llms.txt | Un index court : résumé du produit, URL canoniques des documentations iOS, Android et macOS, du Cloud Builder, des guides vibe coding et des vérifications de conformité, plus des remarques d'utilisation pour les agents. | S'orienter et répondre vite à « que fait WebViewGold ? » ; assez petit pour être collé dans n'importe quel prompt. |
| llms-full.txt | La documentation complète en texte brut dans un seul fichier : chaque page iOS, Android et macOS, chaque option de Config.swift et Config.java, chaque schéma d'URL et chaque variable injectée, avec des titres comme « Biometric Authentication API (iOS) ». | L'implémentation. L'agent lit la section de la fonctionnalité et copie les noms exacts du schéma, des paramètres et des variables. |
| webmcp.json | Un manifeste de découverte : nom, description, liens vers llms.txt et le sitemap, une liste d'« outils » GET (présentation du produit, hub de documentation, sitemap, guides vibe coding) et des consignes d'exploration. | Les agents de recherche et les crawlers qui doivent savoir où se trouvent les pages canoniques avant de les lire. |
Pourquoi les agents hallucinent les appels du pont
Le pont JavaScript de WebViewGold est inhabituel : vous déclenchez les fonctionnalités natives en naviguant vers un schéma d'URL (window.location.href = "bioauth://"), et les résultats reviennent sous forme de variables globales injectées ou de fonctions callback. La plupart des données d'entraînement décrivent des ponts à base de message handlers ; un agent qui n'a pas lu la documentation écrira donc window.webkit.messageHandlers.share.postMessage(...) ou WebViewGold.share(), qui ne font rien ni l'un ni l'autre. Les noms comptent aussi : la feuille de partage, c'est shareapp://message?=TEXT&url=URL, pas share:// ; le résultat du scanner, c'est barcodescanresult, pas scanResult.
Donner llms-full.txt à l'agent supprime les suppositions. Le fichier est en texte brut : chaque agent peut donc le lire avec son outil de récupération, et vous pouvez vérifier ce qu'il produit avec grep.
Comment chaque agent lit la documentation
OpenAI Codex
La CLI et l'extension IDE peuvent télécharger le fichier avec une commande shell quand l'accès réseau est autorisé ; les tâches cloud tournent dans un sandbox dont vous contrôlez l'accès à Internet, la voie la plus sûre est donc une copie committée sous docs/vendor/, référencée depuis AGENTS.md.
Cursor
Ajoutez une fois l'URL comme source de docs (@Docs) ; l'agent peut ensuite y faire des recherches. @Web convient pour les questions ponctuelles. Mentionnez le fichier dans .cursor/rules pour que le mode agent le lise avant d'utiliser un schéma.
Windsurf
Collez l'URL ou la section concernée dans la conversation, ou committez une copie locale et référencez-la depuis le fichier de règles du workspace. Demandez à l'agent (Devin Local, anciennement Cascade) de citer la section sur laquelle il s'est appuyé.
Gemini CLI et Google AI Studio
Gemini CLI récupère les URL sur demande et lit un fichier de contexte GEMINI.md ; on peut fournir la section comme contexte aux apps AI Studio. Même règle : citer avant de coder.
Mon WebView iOS est enfin approuvé. Merci !!
Un workflow qui marche avec n'importe quel agent
Intégrez la documentation au dépôt
Téléchargez llms-full.txt dans
docs/vendor/webviewgold-llms-full.txtet committez-le avec la date dans le message de commit. Un fichier local est plus rapide, déterministe et disponible dans les sandboxes sans accès réseau. Actualisez-le quand vous mettez à jour WebViewGold.Faites pointer le fichier d'instructions vers elle
Une ligne dans AGENTS.md, CLAUDE.md, .cursor/rules ou l'équivalent : « Avant d'utiliser une fonctionnalité WebViewGold, lisez la section correspondante dans docs/vendor/webviewgold-llms-full.txt et citez le schéma. »
Exigez une citation dans le prompt
Utilisez le prompt ci-dessous. Obliger l'agent à citer d'abord la section produit des noms de schémas corrects et rend une mauvaise supposition visible avant qu'elle ne devienne du code.
Vérifiez avec grep
Lancez la vérification du bloc de code ci-dessous : chaque schéma utilisé par l'agent doit apparaître dans la documentation. Les schémas inconnus sont des hallucinations.
Testez sur un build installé sur un appareil
Les schémas ne font rien dans un navigateur desktop. Compilez avec Xcode, Android Studio ou le Cloud Builder et testez sur un téléphone ; TestFlight et les canaux de test interne rendent cela rapide.
Un prompt qui renvoie à la documentation
À coller dans Claude Code, Codex, Cursor, Windsurf ou Gemini CLI
Avant d'écrire la moindre ligne de code, lisez https://www.webviewgold.com/llms-full.txt (ou docs/vendor/webviewgold-llms-full.txt s'il existe) et trouvez la section consacrée à [FONCTIONNALITÉ, p. ex. Biometric Authentication API]. Citez le schéma d'URL exact, les paramètres et les noms des callbacks ou des variables de cette section. Implémentez ensuite [FONCTIONNALITÉ] dans [FICHIER OU ROUTE], protégée par isNativeApp() (marqueur de user agent MYAPPNATIVE), avec un repli web. Les variables injectées par l'app arrivent de manière asynchrone : interrogez-les à intervalles réguliers avec un timeout. Si la documentation ne couvre pas quelque chose dont vous avez besoin, dites-le au lieu de deviner. Terminez par les titres de la documentation sur lesquels vous vous êtes appuyé et ce que je dois tester sur un appareil.
Vérifier ce que produit l'agent par rapport à la documentation
Lancez ceci dans le dépôt une fois que l'agent a terminé. Le script liste chaque schéma personnalisé de votre code source et le compare à la documentation.
bash
# Récupérer une fois la documentation complète (ou utiliser la copie committée)
curl -sL https://www.webviewgold.com/llms-full.txt -o /tmp/wvg-docs.txt
# Chaque "quelquechose://" utilisé par l'agent dans src doit figurer dans la documentation
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 "INCONNU $scheme <- absent de la documentation WebViewGold"
fi
done
# Lire la section d'une fonctionnalité avant de tester sur un appareil
grep -n -A 40 "Biometric Authentication API (Face ID / Touch ID) (iOS)" /tmp/wvg-docs.txtLes erreurs que nous voyons dans le code des agents
- Des ponts inventés :
window.WebViewGold, des handlerspostMessage, des plugins Capacitor ou Cordova. Le pont, c'est la navigation vers une URL. - La lecture synchrone des variables injectées dès la ligne suivante. Elles arrivent après la navigation ; interrogez-les pendant quelques centaines de millisecondes.
- L'appel de schémas dans le navigateur. Protégez-les avec le marqueur du user agent ; dans Safari ou Chrome, un schéma est un lien cassé.
- L'utilisation de la Web Share API ou d'une configuration push PWA au lieu de la feuille de partage native et de l'intégration push de WebViewGold.
- Le traitement de fonctionnalités propres à une plateforme comme si elles étaient universelles :
settingsapp://etreconnect://sont documentés pour Android ; les callbacks biométriques sont documentés pour iOS. Le fichier indique quelle plateforme couvre chaque section. - Des identifiants de produits RevenueCat codés en dur à plusieurs endroits au lieu d'une seule table de configuration, et des droits d'accès accordés côté client au lieu de l'être depuis le webhook.
Questions fréquentes
Existe-t-il un serveur MCP WebViewGold auquel me connecter ?
webmcp.json est un manifeste de découverte qui liste des ressources GET publiques ; aucune exécution d'outil n'est en jeu. Les agents qui comprennent ce format l'utilisent pour trouver les pages canoniques, puis lisent llms.txt et llms-full.txt.
Quel fichier utiliser pour une question rapide ?
llms.txt. Il ne pèse que quelques kilo-octets et indique ce qu'est WebViewGold et où se trouve la documentation. Utilisez llms-full.txt quand l'agent doit écrire du code.
À quelle fréquence llms-full.txt change-t-il ?
À chaque mise à jour de la documentation. Si vous en avez committé une copie, actualisez-la quand vous mettez à jour le projet WebViewGold ; la vérification grep ci-dessus signalera les schémas déplacés ou renommés.
L'agent peut-il aussi configurer Config.swift et Config.java à partir de la documentation ?
Oui. Le fichier documente chaque option avec son nom et ses valeurs autorisées : un agent qui a ouvert le projet WebViewGold peut donc définir l'URL, le host, les options push et les interrupteurs de fonctionnalités. La signature et les envois restent manuels ou passent par le Cloud Builder.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.