Mode agent et agent cloud de GitHub Copilot : emmenez votre web app sur l'App Store et Google Play
Copilot vous donne deux agents pour ce travail : le mode agent dans VS Code pour le travail concret, et l'agent cloud Copilot (anciennement coding agent), qui prend en charge une issue GitHub et rend une pull request. Expliquez l'app native aux deux dans .github/copilot-instructions.md, traitez la conformité aux stores sous forme de petites issues, puis encapsulez l'URL déployée avec WebViewGold.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Garantie d'approbation – ou remboursement sous 14 jours
Aucun codage requis
Paiement unique, mises à jour gratuites
Support humain 24/7
Conçu en Allemagne depuis 2014 · ISO 27001
9:41
Votre app
Votre appDésormais dans votre poche
App Store · Google Play Approuvée
L'objectif, et les deux agents Copilot
L'objectif : votre web app passe la validation App Store et Google Play quand WebViewGold la charge dans une WebView native, et elle le reste à chaque future modification de Copilot. Rien n'est réécrit en Swift ou en Kotlin. Copilot travaille sur le code web ; WebViewGold fournit les projets natifs Xcode et Android Studio.
Le mode agent dans VS Code est l'option Agent du sélecteur d'agent de la vue Chat, à côté de Ask et Plan. Il modifie des fichiers dans tout le projet, lance des commandes dans le terminal et itère sur les erreurs sous vos yeux. Utilisez-le pour l'audit et pour tout ce qui demande votre jugement sur le moment.
L'agent cloud Copilot, appelé Copilot coding agent jusqu'en 2026, travaille sur GitHub. Assignez une issue à Copilot : il s'exécute dans un environnement basé sur GitHub Actions ou dans une sandbox cloud, puis ouvre une pull request et vous ajoute comme relecteur. Mentionnez @copilot dans un commentaire de pull request pour demander des modifications. Il nécessite un forfait Copilot payant, et sur Business ou Enterprise, un administrateur doit d'abord l'activer.
Si votre équipe combine Copilot avec Claude Code, Codex ou Cursor, la page des agents de code IA rassemble les guides correspondants pour chaque outil.
Le fichier d'instructions que lisent les deux agents
Enregistrez-le sous .github/copilot-instructions.md. VS Code l'utilise pour les sessions Copilot, et sur GitHub, l'agent cloud, la code review et Copilot Chat utilisent les instructions du dépôt. Copilot lit aussi AGENTS.md et accepte un unique CLAUDE.md ou GEMINI.md à la racine : si votre dépôt en a déjà un, gardez la section sur l'app native à un seul endroit ; la comparaison des fichiers d'instructions montre comment.
markdown
# Example app: web app plus native iOS and Android apps
## How the native apps work
- WebViewGold loads https://app.example.com in a WKWebView (iOS) and an Android
WebView. Every production deploy is live in both store apps.
- Native detection: isNativeApp() in src/lib/platform.ts (user agent contains
"MyAppNative", configured in WebViewGold). Do not add other user agent checks.
- Native features are URL schemes such as registerpush:// (push permission) or
shareapp://message?=TEXT&url=URL (share sheet). Use only schemes documented in
https://www.webviewgold.com/llms-full.txt and always provide a web fallback.
- Never suggest rewriting the app in React Native, Flutter, Swift or Kotlin.
## Store rules every change must keep
- Real /privacy and /terms pages, linked in the footer and in settings.
- In-app account deletion that removes server-side data and the auth user.
- Sign in with Apple wherever Google or another social login is offered.
- No external checkout links for digital goods inside the iOS app.
- Loading, empty and error states for every request; no dead links or placeholders.
- Works from 320 px width; fixed bars use env(safe-area-inset-*); tap targets >= 44 px.
## Build and verify
- Install: npm ci | Lint: npm run lint | Test: npm test | Build: npm run build
- Every pull request description lists what changed, how it was verified, and
what must be tested on a real iPhone and Android phone.
Préparez l'environnement de l'agent cloud
L'agent cloud peut installer ce dont il a besoin, mais un workflow de configuration rend les exécutions plus rapides et plus prévisibles. Il doit se trouver dans .github/workflows/copilot-setup-steps.yml, contenir un seul job nommé copilot-setup-steps et être sur la branche par défaut. Les runners sont Ubuntu x64 ou Windows 64 bits ; macOS n'est pas pris en charge, c'est pourquoi le build iOS se fait ailleurs.
text
name: "Copilot Setup Steps"
on:
workflow_dispatch:
push:
paths:
- .github/workflows/copilot-setup-steps.yml
jobs:
copilot-setup-steps:
runs-on: ubuntu-latest
permissions:
contents: read
steps:
- name: Check out code
uses: actions/checkout@v5
- name: Set up Node.js
uses: actions/setup-node@v4
with:
node-version: "22"
cache: "npm"
- name: Install dependencies
run: npm ci
Prompt pour le mode agent : auditer, corriger les petites choses, rédiger les issues
Commencez dans VS Code. L'agent audite le dépôt, corrige lui-même ce qui est sans risque et transforme le reste en tâches de la taille d'une issue, que vous pouvez confier à l'agent cloud.
À coller dans Copilot Chat de VS Code, avec Agent sélectionné
Nous allons aussi publier cette web app sous forme d'apps natives iOS et Android. WebViewGold charge notre URL de production dans une WKWebView et une Android WebView. Suivez .github/copilot-instructions.md.
Auditez le dépôt à la recherche de problèmes pour la validation App Store et Google Play, et faites trois choses :
1. Corrigez directement (uniquement des modifications petites et sans risque) : balise meta viewport manquante, débordement horizontal évident, zones tactiles de moins de 44 px, champs de saisie avec une police de moins de 16 px, barres fixes sans padding safe-area, liens cassés, textes provisoires oubliés. Lancez ensuite le lint, les tests et le build.
2. Rédigez docs/store-readiness.md en listant chaque problème restant sous forme de tâche de la taille d'une issue : titre, pourquoi les reviewers y tiennent (citez la guideline Apple ou le domaine de règles Google Play), fichiers concernés, critères d'acceptation et méthode de vérification. Chaque tâche doit tenir dans une seule pull request.
3. Signalez sans rien modifier : chaque endroit qui vend des biens numériques, des abonnements ou des crédits, et chaque SDK tiers qui collecte des données. J'ai besoin des deux pour la décision sur les paiements et pour les étiquettes de confidentialité.
N'ajoutez aucune dépendance. Ne touchez pas au code d'authentification ni de paiement dans cette exécution. Terminez par un court résumé et les tâches dans l'ordre que vous recommandez.
Les issues de conformité à assigner à Copilot
Titre de l'issue
Critères d'acceptation
Ce que vous vérifiez
De vraies pages /privacy et /terms
Contenu basé sur les données que le code collecte ; liées depuis le pied de page et les réglages ; les deux se chargent directement
Chaque SDK et chaque type de données est nommé ; aucun nom d'entreprise provisoire
Suppression de compte dans l'app
Supprimer le compte dans les réglages avec confirmation ; le serveur supprime les données, les fichiers et l'utilisateur d'authentification ; page publique /delete-account
Testez avec un utilisateur de test et vérifiez vous-même la base de données
Sign in with Apple à côté de la connexion Google
Même emplacement et même style ; fonctionne sur le web et dans l'app
C'est vous qui créez le Services ID et les clés Apple ; ne les laissez jamais arriver dans le dépôt
Passe sur la mise en page mobile
Aucun défilement horizontal à 320 px ; zones tactiles de 44 px ; padding safe-area sur les barres fixes ; champs de 16 px
Ouvrez le déploiement de preview sur votre téléphone
États de chargement, vides et d'erreur
Chaque chargement de données a les trois, avec un bouton Réessayer ; une page 404 conviviale
Coupez le Wi-Fi et cliquez partout
Masquer dans l'app les éléments réservés au web
Helper isNativeApp() ; badges des stores, invitations à installer et badges de builder masqués quand il renvoie true
Simulez le user agent dans les outils de développement du navigateur
Le workflow, étape par étape
Le mode agent pour le jugement, l'agent cloud pour les tâches bien définies.
Committez les instructions et le workflow de configuration
Poussez les deux fichiers sur la branche par défaut. Pour des règles supplémentaires sur certains chemins, ajoutez .github/instructions/mobile-ui.instructions.md avec un motif applyTo tel que "src/components/**".
Auditez en mode agent
Lancez le prompt ci-dessus dans VS Code. Relisez les petites corrections comme n'importe quel diff, ouvrez l'app dans le navigateur de votre téléphone, committez.
Transformez la liste de tâches en issues
Créez une issue GitHub par tâche de docs/store-readiness.md et collez les critères d'acceptation dans le corps. Copilot lit le titre de l'issue, sa description et les commentaires existants.
Assignez les issues à Copilot
Dans la barre latérale Assignees de chaque issue, choisissez Copilot et ajoutez des instructions si nécessaire. Gardez des tâches petites : chacune devient exactement une pull request sur une branche, et les sessions basées sur GitHub Actions s'arrêtent au bout de 59 minutes.
Relisez les pull requests et itérez
Lisez le diff, demandez si vous le souhaitez une code review Copilot depuis le menu Reviewers, et testez le déploiement de preview. Pour changer quelque chose, mentionnez @copilot dans un commentaire ; il pousse de nouveaux commits sur la même branche.
Déployez et encapsulez avec WebViewGold
Déployez sur votre domaine de production. Dans Config.swift, renseignez host, webviewurl, useragent_iphone et useragent_ipad ; dans Config.java, renseignez HOST, HOME_URL et USER_AGENT. La documentation de configuration iOS liste toutes les options.
Compilez et soumettez
Pas besoin de Mac avec le Cloud Builder (module complémentaire à paiement unique, $349) : il compile les deux apps dans le navigateur et les envoie sur App Store Connect et la Play Console. Laissez Copilot rédiger les notes pour la validation à partir du code fusionné.
Checklist avant de soumettre
copilot-instructions.md indique la même URL de production et le même marqueur user agent que la configuration WebViewGold.
Chaque pull request de conformité est fusionnée et incluse dans le déploiement de production.
Le compte de démonstration pour le reviewer fonctionne et figure dans les notes pour la validation.
Chaque fonctionnalité native mentionnée dans la fiche (push, partage, biométrie) fonctionne dans l'app compilée.
L'app offre au moins une capacité qu'un site web n'a pas, et passe donc la guideline 4.2.
Des issues trop grosses (« rendre l'app prête pour les stores ») donnent des pull requests tentaculaires. Un seul sujet par issue.
La protection de branche ou les rulesets peuvent empêcher Copilot de créer ou de mettre à jour des pull requests. Un administrateur peut accorder une exception (bypass) à Copilot.
Une session basée sur GitHub Actions ne peut modifier que le dépôt dans lequel la tâche a démarré. Si votre API vit dans un autre dépôt, prévoyez-le.
Sur GitHub.com, les fichiers d'instructions ciblant des chemins ne s'appliquent qu'à l'agent cloud et à la code review. Mettez tout ce que Chat doit savoir dans le fichier valable pour tout le dépôt.
Copilot peut ajouter un bouton Stripe Checkout pour un abonnement. Les instructions l'interdisent dans l'app iOS, mais relisez vous-même chaque modification liée aux paiements.
Des secrets dans le fichier d'instructions ou dans le workflow de configuration. Utilisez à la place les secrets du dépôt ou de l'environnement.
Questions fréquentes
Quelle est la différence entre le mode agent et l'agent cloud Copilot ?
Le mode agent tourne dans votre éditeur sous vos yeux, avec vos fichiers locaux et votre terminal. L'agent cloud tourne sur GitHub dans son propre environnement, part d'une issue ou d'un prompt et rend une pull request. Utilisez le mode agent pour l'audit et l'agent cloud pour les corrections bien définies.
Le Copilot coding agent et l'agent cloud, est-ce la même chose ?
Oui. GitHub l'appelle désormais Copilot cloud agent ; les anciennes documentations et les articles de blog parlent de coding agent. L'assignation d'issues, les pull requests et les commentaires @copilot fonctionnent de la même façon.
Copilot lit-il AGENTS.md ?
Oui. L'agent cloud lit les fichiers AGENTS.md partout dans le dépôt, et le plus proche l'emporte. Il accepte aussi un unique CLAUDE.md ou GEMINI.md à la racine. VS Code joint par défaut un AGENTS.md racine aux requêtes du chat.
Copilot peut-il compiler l'app iOS ?
Pas sur GitHub : l'agent cloud tourne sur des runners Ubuntu ou Windows, et les builds iOS nécessitent Xcode sous macOS. Compilez avec Xcode sur un Mac ou avec le Cloud Builder de WebViewGold dans le navigateur.
De quel forfait Copilot ai-je besoin ?
L'agent cloud nécessite un forfait Copilot payant, et les administrateurs Business et Enterprise doivent l'activer. Le contenu et les limites des forfaits changent souvent : consultez la comparaison actuelle des forfaits sur GitHub avant de commencer.
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.
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.
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.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.