Laissez un agent faire l'installation

Vous pouvez déléguer la partie ennuyeuse

Ce dépôt a été écrit pour qu'un agent de codage puisse le lire. Il contient un fichier de carte (llms.txt), un fichier de règles (AGENTS.md), des notes de mémoire par fichier (.ai/) et des skills de tâches (.agents/skills/). Le checkout Mobile autonome n'inclut pas le dossier prompts/, le prompt prêt à l'emploi est donc imprimé dans ce guide — copiez-le ci-dessous au lieu d'ouvrir un fichier.

Déléguer la frappe ne veut pas dire sauter les vérifications. L'agent travaille dans votre copie du dépôt et doit rapporter ce qu'il a fait avec des preuves. Les sections ci-dessous montrent à quoi ressemble un bon rapport, pour que vous restiez maître du résultat.

Ce parcours configure l'application Expo et sa connexion au backend Web — le serveur qui gère les comptes et les données. Si votre checkout contient aussi apps/web, l'agent peut exécuter ce backend localement ; un checkout uniquement Mobile a besoin de l'adresse de backend accessible qui vous a été fournie.

• Exécutez l'application Mobile à la main à la place

Ce qu'il vous faut d'abord

Terminez d'abord le guide de préparation : Node.js, Git et un éditeur installés, l'invitation GitHub acceptée et le dossier supastack téléchargé sur votre ordinateur. L'agent travaille dans ce dossier, donc tout ce qui figure dans Avant de commencer s'applique toujours.

Il vous faut aussi un outil capable d'agir comme agent de code — un éditeur avec un agent de code IA intégré (un IDE IA), ou un agent qui tourne dans votre terminal (un CLI d'agent). Tout outil récent capable d'agir en agent convient ; le prompt précise déjà ce qu'il doit lire et exécuter, vous n'avez donc pas à rédiger les instructions vous-même.

Enfin, décidez les deux choses que demande le prompt : l'adresse du backend que votre appareil peut atteindre — une adresse LAN de votre ordinateur pour un backend local ou votre adresse HTTPS fournie — et où vous afficherez l'application : Expo Go sur un téléphone, un simulateur iOS sur un Mac ou un émulateur Android.

Copiez le prompt, remplissez deux blancs, collez

Le prompt est le bloc de code ci-dessous — sélectionnez et copiez le bloc entier.

Deux placeholders nécessitent vos choix. Remplacez <API_URL> par l'adresse du backend que votre appareil peut atteindre — l'adresse LAN de votre ordinateur plus le port 3000 pour un backend local sur le même Wi-Fi, ou votre adresse HTTPS fournie. Remplacez <DEVICE: expo-go | simulator> par expo-go pour un téléphone physique ou simulator pour un simulateur iOS/Android installé. Les étapes numérotées restent exactement telles qu'écrites.

Set up this supastack Mobile checkout end to end and open the Expo app on **<DEVICE: expo-go | simulator>** against the backend at **<API_URL>**.
1. Read llms.txt, AGENTS.md and docs/agent-security.md before changing anything.
2. Run corepack pnpm install.
3. Create apps/mobile/.env.local from the names in .env.example: EXPO_PUBLIC_API_URL=<API_URL>, EXPO_PUBLIC_APP_SCHEME=supastack and EXPO_PUBLIC_MOBILE_PURCHASES_PROVIDER=off. Never invent a variable absent from .env.example.
4. If apps/web exists in this checkout, start it in a second terminal; otherwise verify <API_URL> answers from this computer and report its status.
5. Start Expo with corepack pnpm --filter @supastack/mobile start and report the QR preview or simulator launch with the real output.
6. Stop after any step fails twice and report the failing command and first error. Ask before deleting anything.

Ce que l'agent fait avec le prompt

Le prompt pointe l'agent vers la carte, les règles et la checklist de sécurité, puis lui demande de dérouler la configuration dans l'ordre et de prouver chaque phase. En termes simples, l'agent :

• Lit la carte du dépôt (llms.txt), les règles du projet (AGENTS.md) et les règles de gestion des identifiants (docs/agent-security.md) avant de toucher quoi que ce soit.
• Crée apps/mobile/.env.local uniquement à partir des noms de .env.example, avec l'adresse API et le schéma que vous avez fournis — l'agent n'invente jamais un paramètre EXPO_PUBLIC_ absent du fichier d'exemple.
• Vérifie que le backend répond à votre adresse — en ne démarrant apps/web lui-même que si ce dossier existe dans ce checkout — au lieu de supposer un serveur qui n'existe pas.
• Installe les dépendances et démarre le serveur de développement Expo, puis rapporte l'aperçu QR ou le lancement du simulateur avec la sortie réelle.
• S'arrête et rapporte après que la même étape a échoué deux fois — il ne contourne pas un échec et ne supprime rien sans demander.

Ce que vous vérifiez dans le rapport de l'agent

Un bon rapport montre des preuves, pas des affirmations. Cherchez l'URL du backend qui répond, l'installation des dépendances terminée et la sortie du serveur Expo derrière chaque PASS — pas une phrase comme « tout fonctionne ».

Le prompt dit à l'agent de s'arrêter et de rapporter après que la même étape a échoué deux fois — pas de contourner l'échec — et de vous demander avant toute action destructive. Si votre agent continue d'improviser après des échecs répétés, arrêtez-le et portez la première erreur au guide de dépannage.

Deux choses ne doivent jamais apparaître : une fonctionnalité de sécurité désactivée pour faire taire une erreur, et une valeur secrète comme un mot de passe ou une clé imprimée dans le chat ou le rapport. Si vous voyez l'une des deux, traitez l'exécution comme échouée.

Gardez séparés dans votre esprit l'aperçu et la vraie connexion. Un aperçu QR réussi ne montre que des écrans — les vrais comptes nécessitent la base de données du backend, et les vrais achats nécessitent un build de développement EAS. « L'aperçu s'est ouvert » n'est pas encore « les comptes fonctionnent ».

Si vous préférez le faire à la main

Chaque étape effectuée par l'agent est écrite dans les guides manuels ci-dessous — les mêmes commandes, les mêmes vérifications, à votre rythme.

• Exécutez l'application Mobile en 5 minutes
• Lisez la configuration locale complète
• Corrigez un échec de configuration