Louis LAURENT
Tu peux créer une vraie application iOS et Android avec un agent IA sans écrire toi-même chaque ligne de code. Le chemin le plus fiable passe par Expo, un agent comme Codex ou Claude Code, et un téléphone qui sert de preuve à chaque étape. L'IA construit. Toi, tu décris le résultat, tu testes et tu décides ce qui mérite d'être gardé.
Ce guide part de zéro. Il montre ce que l'agent peut faire, ce qui reste sous ton contrôle et comment éviter de finir avec une démo jolie mais inutilisable.
Ce que « sans coder » veut vraiment dire
Sans coder ne veut pas dire sans travail. Tu remplaces une partie de l'écriture technique par trois compétences plus accessibles : décrire précisément un résultat, vérifier ce que l'application fait et signaler les erreurs observées.
L'agent peut créer les fichiers, installer les dépendances, construire les écrans, relier les boutons et corriger une erreur. Il ne connaît pas automatiquement ton produit, tes utilisateurs ni les décisions que tu refuses de déléguer. Une consigne vague produit souvent une application vague.
Expo présente officiellement un parcours « Build an app with AI » conçu pour créer une application Android, iOS et web avec Claude Code, Codex ou Cursor, sans expérience préalable en programmation. Le tutoriel insiste sur un principe sain : exécuter l'application sur un téléphone et vérifier chaque étape au lieu de faire confiance à une réponse textuelle.
Cette méthode est plus proche d'un chantier piloté que d'un bouton magique. L'agent exécute. Tu gardes le rôle de chef de produit et de testeur.
Pourquoi utiliser Expo pour une première application mobile
Expo fournit un cadre autour de React Native. Un seul projet peut cibler iOS, Android et le web. Pour un débutant, l'intérêt principal n'est pas le nom de la technologie. C'est la boucle courte entre une consigne, une modification et un résultat visible sur téléphone.
Le parcours officiel permet de lancer un projet avec create-expo-app, puis de l'ouvrir dans Expo Go. La version exacte du SDK et la commande recommandée peuvent changer. Utilise donc toujours la page officielle de création de projet au moment où tu démarres, plutôt qu'une commande copiée depuis une vieille vidéo.
Expo publie aussi des instructions destinées aux agents. Elles leur donnent du contexte sur l'architecture, les commandes et les pratiques du projet. Un agent bien informé fait moins d'hypothèses et produit des changements plus faciles à vérifier.
Tu obtiens ainsi quatre briques utiles :
un projet mobile réel, pas une simple maquette
une prévisualisation rapide sur téléphone
une documentation pensée pour les agents de développement
un chemin de publication vers les stores avec EAS
Les outils nécessaires
Tu as besoin d'un ordinateur, d'un téléphone, d'un compte Expo et d'un agent capable de travailler dans un dossier local. Codex, Claude Code et Cursor figurent parmi les outils couverts par le guide officiel Expo.
Sur le téléphone, installe Expo Go pour les premiers essais. Sur l'ordinateur, installe la version de Node.js demandée par la documentation Expo actuelle. Tu n'as pas besoin de mémoriser les commandes. Tu peux demander à l'agent de vérifier les prérequis et de t'expliquer uniquement les actions qui exigent ton intervention.
Prépare aussi une phrase de produit. Elle doit préciser l'utilisateur, le problème et l'action principale. Par exemple :
Je veux une application pour enregistrer mes séances de musculation. L'utilisateur choisit un exercice, saisit le poids et les répétitions, puis retrouve son historique par date.
Cette phrase vaut mieux que « fais-moi une application de sport moderne ». Elle donne à l'agent une frontière fonctionnelle.
Étape 1 : cadrer une version minuscule
Ta première version doit tenir en trois à cinq écrans. Au-delà, les erreurs deviennent difficiles à attribuer et l'agent peut construire des fonctions que tu n'as jamais validées.
Écris une liste courte :
écran d'accueil avec la proposition de valeur
écran de saisie de l'action principale
écran qui montre le résultat enregistré
réglages seulement s'ils sont indispensables
Ajoute une définition de réussite observable. Pour l'application de musculation : « Je peux enregistrer une série, fermer l'écran, revenir et retrouver la série avec la bonne date. »
Cette preuve évite les validations molles du type « l'interface a l'air finie ». Une application fonctionne quand une personne peut accomplir la tâche prévue.
Si ton idée dépend d'un compte, d'un paiement, d'une localisation ou de données sensibles, retire cette partie de la première boucle. Commence par le comportement central avec des données locales. Tu ajouteras l'infrastructure après avoir prouvé que l'usage mérite d'exister.
Étape 2 : créer le projet avec l'agent
Ouvre un dossier vide et donne une consigne bornée :
Vérifie les prérequis Expo actuels dans la documentation officielle. Crée un nouveau projet minimal dans ce dossier. Ne configure ni compte payant ni service externe. Lance ensuite l'application et arrête-toi quand un QR code ou une URL locale est prêt à être testé.
L'agent doit annoncer ce qu'il a réellement exécuté. Il doit distinguer un projet créé d'une application ouverte avec succès. Si une commande échoue, demande-lui de copier l'erreur exacte et de la corriger sans ajouter de nouveaux outils inutiles.
Scanne le QR code avec Expo Go. Le premier écran doit apparaître sur ton téléphone. À ce stade, la preuve est modeste mais nette : le projet démarre sur un appareil réel.
Ne demande pas encore le design complet. Une base qui démarre vaut plus qu'une longue réponse sur une architecture théorique.
Étape 3 : construire un écran à la fois
Donne à l'agent le premier écran, ses textes et les interactions attendues. Un bon brief ressemble à ceci :
Crée l'écran d'accueil. Titre : « Suis ta progression sans tableur ». Bouton principal : « Ajouter une série ». Le bouton ouvre l'écran de saisie. Garde une interface claire, avec un seul bouton principal visible. Vérifie que le projet démarre après la modification.
Regarde le résultat sur téléphone. Contrôle le texte, la taille des zones tactiles, le défilement et la navigation. Si quelque chose ne va pas, décris l'effet visible : « Le bouton est coupé sur mon iPhone » ou « le clavier cache le champ des répétitions ».
Le tutoriel Expo recommande justement de décrire l'erreur observée à l'agent plutôt que de tenter toi-même un diagnostic technique. Tu fournis la preuve. L'agent cherche la cause.
Procède ensuite écran par écran. Chaque ajout doit conserver les comportements déjà validés.
Étape 4 : enregistrer les données localement
Une maquette change d'écran. Une application conserve une information utile.
Pour la première version, demande un stockage local sur l'appareil. Il suffit pour tester un journal, une liste de tâches, un suivi d'habitudes ou un carnet de dépenses fictives. La consigne doit inclure un test précis :
Enregistre les séries sur l'appareil. Après avoir ajouté 80 kg, 8 répétitions et la date du jour, je dois retrouver exactement ces valeurs dans l'historique après avoir quitté puis rouvert l'écran.
Demande à l'agent d'ajouter les états vides et les erreurs de saisie. Que se passe-t-il si le poids est vide, si les répétitions valent zéro ou si l'utilisateur appuie deux fois ? Ces cas font la différence entre une démo et un outil utilisable.
N'ajoute une base distante que lorsque plusieurs appareils, plusieurs utilisateurs ou une sauvegarde en ligne deviennent nécessaires. Une base distante apporte de l'authentification, des permissions, des coûts et des risques supplémentaires.
Étape 5 : tester sur un vrai téléphone
Le navigateur ne suffit pas pour valider une application mobile. Le clavier, les gestes, les permissions, la barre système et les tailles d'écran changent le comportement.
Teste au minimum :
lancement à froid de l'application
navigation principale
saisie avec le clavier ouvert
retour arrière
fermeture puis réouverture
état sans données
donnée invalide
connexion lente si une API est utilisée
Note les problèmes avec une phrase factuelle et, si possible, une capture d'écran. Évite « ça bug ». Écris « après avoir appuyé sur Enregistrer, le bouton tourne sans fin et l'historique reste vide ».
Expo propose aussi agent-device, un outil qui permet à un agent d'ouvrir l'application, prendre des captures, lire les journaux, effectuer des actions et vérifier des états sur plusieurs plateformes. Il devient utile quand les tests manuels commencent à se répéter. Le prochain guide détaille cette boucle : tester une application mobile avec un agent IA.
Étape 6 : améliorer le design sans casser le produit
Une fois le parcours principal fonctionnel, tu peux travailler le visuel. Commence par donner des contraintes mesurables : palette, typographie, rayon des cartes, espacements, exemple de référence et composants interdits.
Demande une seule direction visuelle. Dix variantes dispersent le travail et rendent la décision plus difficile. Vérifie ensuite les mêmes scénarios fonctionnels. Un redesign peut déplacer un bouton, masquer un message d'erreur ou introduire un débordement.
Tu peux fournir une capture d'écran ou un fichier Figma, mais précise ce qui doit être repris : hiérarchie, couleurs, densité ou composition. « Fais pareil » pousse l'agent à deviner et peut aussi créer un problème de copie.
Pour cadrer les instructions et les contrôles d'un agent, consulte aussi comment créer un agent IA sans coder et comment évaluer un agent IA.
Étape 7 : préparer une version partageable
Expo fournit EAS pour construire, distribuer et publier des applications. La mise en ligne sur l'App Store ou Google Play demande des comptes développeur, des informations légales, des visuels, des règles de confidentialité et parfois une revue humaine.
Ne laisse pas l'agent créer un compte payant, accepter un contrat ou publier en ton nom sans validation explicite. Il peut préparer les fichiers, vérifier la configuration et te guider jusqu'au bouton final. Les engagements financiers et juridiques restent les tiens.
Avant toute diffusion, vérifie :
nom et identité de l'éditeur
politique de confidentialité cohérente avec les données collectées
permissions réellement nécessaires
suppression du compte si un compte existe
comportement hors connexion
messages d'erreur compréhensibles
absence de clés API dans l'application
Les secrets ne doivent jamais être embarqués dans une application mobile. Un utilisateur peut inspecter le paquet installé. Toute clé privée doit rester derrière un serveur contrôlé.
Les erreurs fréquentes
Demander toute l'application en une fois
L'agent produit beaucoup de fichiers mais peu de preuves. Coupe le travail en parcours vérifiables et teste après chaque changement.
Valider uniquement avec une capture
Une capture prouve l'apparence, pas la navigation, le stockage ou les erreurs. Exécute l'action principale sur un appareil.
Ajouter trop tôt une connexion et des paiements
Ces fonctions multiplient les cas limites et les obligations. Prouve d'abord que l'application résout un problème sans elles.
Donner des droits trop larges
Un agent n'a pas besoin d'accéder à tes comptes personnels pour créer une première version. Utilise un dossier dédié, des données fictives et des clés de test.
Confondre vitesse et qualité
Une application générée en une heure peut contenir des dépendances fragiles, des erreurs d'accessibilité et des comportements non testés. La vitesse sert à obtenir une première preuve, pas à supprimer la vérification.
Jusqu'où peux-tu aller sans savoir coder ?
Tu peux construire et tester une première version, itérer sur les écrans et parfois distribuer une bêta. Plus l'application touche à l'argent, à la santé, aux données personnelles ou à une forte charge utilisateur, plus une revue technique devient nécessaire.
Le bon seuil n'est pas « est-ce que je comprends chaque ligne ? ». Demande plutôt : ai-je une preuve pour chaque comportement critique, puis-je revenir en arrière et quelqu'un peut-il auditer les changements ?
Un agent te donne de la capacité d'exécution. Les tests, les sauvegardes et les limites de permissions rendent cette capacité exploitable.
FAQ
Faut-il un Mac pour créer une application iPhone ?
Tu peux démarrer un projet Expo et le tester avec Expo Go sans posséder immédiatement toute la chaîne native. Certaines constructions et étapes iOS dépendent toutefois des services, comptes et exigences Apple. Vérifie le parcours EAS actuel avant la publication.
Quel agent IA choisir ?
Choisis un agent qui peut lire et modifier ton dossier, exécuter les commandes et te montrer les changements. La qualité de tes consignes et de tes tests compte davantage que la promesse marketing du modèle.
Peut-on publier sans développeur ?
Oui pour certains projets simples, avec une forte discipline de test. Une application qui traite des paiements, des données sensibles ou une logique métier critique mérite une revue professionnelle avant diffusion.
Combien coûte la première version ?
Le coût dépend de l'agent, des comptes développeur, des services externes et de la distribution. Commence avec les offres gratuites et les données locales. Vérifie les tarifs officiels avant toute dépense, car ils évoluent.
L'agent peut-il corriger tous les bugs ?
Non. Il peut lire des erreurs, proposer une cause et modifier le projet. Il peut aussi introduire une régression. Garde une sauvegarde, teste les comportements critiques et demande des changements petits.
Sources officielles
Tu veux passer d'une idée à une première version testable sans te perdre dans la technique ? Découvre les formations Kryve pour apprendre à cadrer, faire exécuter et vérifier un projet avec l'IA.
Commence maintenant
Dans 7 mois, l’IA aura doublé.
Et toi ?
Tu peux continuer à lui poser des questions. Ou apprendre, dès aujourd’hui, à lui confier du travail. Les 30 places fondatrices n’attendront pas 7 mois.
