Créer une application avec l’IA : Lovable, Replit, Codex et Claude Code

Intelligence artificielle Publié le 07/10/2026 Dimitri Jorand Gérant de DEMETER SANTE

Décrire une application ne suffit pas à la rendre exploitable. Un parcours concret pour prototyper, tester et préparer une décision de déploiement.

Créer une application avec l’IA consiste à faire assister la conception, l’écriture ou l’évolution d’un logiciel à partir d’un besoin décrit en langage naturel. Lovable et Replit proposent des parcours de création avec publication ; Codex et Claude Code sont des assistants ou agents de développement travaillant sur un projet et ses outils. Aucun de ces noms ne dispense de vérifier le logiciel produit.

Cette démarche intéresse un cadre qui veut remplacer un suivi dispersé, une équipe formation qui prépare un outil interne ou une direction qui souhaite expérimenter une interface. Elle peut commencer sans grande expérience de programmation. Pour passer à un service fiable, il faut cependant des compétences sur les données, la sécurité, les usages et l’exploitation, mobilisées directement ou avec un accompagnement.

Quatre outils, deux familles à ne pas confondre

Repères documentaires au 7 octobre 2026, sans classement de performance
Outil	Rôle décrit par l’éditeur	Point à vérifier dans votre projet
Lovable	Plateforme de développement d’applications web en langage naturel, avec code modifiable et publication.	Données, règles d’accès, intégrations, portabilité et version réellement publique.
Replit	Environnement de création avec Agent, puis déploiement de l’application.	Différence entre prévisualisation et production, paramètres d’accès et exploitation.
Codex	Assistant de développement capable d’inspecter un projet, de modifier des fichiers et d’exécuter les outils autorisés.	Permissions, modifications proposées, tests et environnement de livraison choisi.
Claude Code	Assistant de développement qui lit le code, modifie des fichiers et utilise des outils.	Périmètre d’action, historique, tests et responsabilités de maintenance.

Ces repères proviennent des documentations officielles de Lovable, Replit Agent, Codex CLI et Claude Code, consultées le 7 octobre 2026. Les fonctions et offres évoluent : vérifiez les conditions applicables au compte et au projet avant de décider. Nous ne publions ici ni comparatif de prix, ni benchmark réalisé, ni certification de sécurité des applications générées.

Le fil rouge : un tableau interne de demandes de matériel

Exemple entièrement fictif et non clinique : une équipe souhaite enregistrer ses demandes de matériel de bureau, les attribuer à un responsable et suivre leur statut. Le prototype utilise uniquement des utilisateurs et demandes inventés. Il ne gère ni prescriptions, ni dossiers patients, ni décisions de soin.

La première version comporte trois écrans : liste des demandes, création d’une demande et détail avec historique. Un demandeur consulte son propre périmètre ; un gestionnaire traite les demandes qui lui sont confiées. Le besoin n’inclut pas un agent autonome ni une réponse générative. L’IA sert ici à développer une application classique.

1. Décrire les usages avant de demander des écrans

Écrivez les acteurs, les actions et les limites. « L’utilisateur crée une demande avec un objet, une quantité et une justification professionnelle courte » est plus utile que « fais un beau tableau de bord ». Ajoutez les cas d’erreur : quantité absente, demande répétée, utilisateur sans droit, changement de statut invalide.

Précisez aussi ce qui est hors périmètre : aucune donnée de santé, aucun paiement, aucun envoi externe et aucune modification d’un système réel. Le cadrage d’un projet IA aide à relier le besoin à une décision, plutôt qu’à accumuler des fonctionnalités séduisantes.

2. Construire une tranche utilisable et réversible

Commencez par un parcours complet mais limité : créer une demande fictive, la retrouver, la traiter et relire l’historique. Demandez à l’outil de présenter les modifications et les hypothèses retenues. Conservez une version identifiable avant chaque changement important ; une capture d’écran n’est pas un historique du logiciel.

Un exemple de consigne : « Construis ce parcours avec des données fictives. Signale les informations manquantes. Ne connecte aucun service réel. Prévois les erreurs et les tests. » Cette consigne structure le travail, mais ne remplace pas les permissions techniques ni la vérification des changements.

3. Comprendre où vivent le code, les données et les secrets

Identifiez séparément l’outil de développement, l’hébergement de l’application, la base de données, les services externes et les éventuels modèles appelés. Un nom de plateforme ne répond pas à toutes ces questions. Vérifiez les accès, les destinataires, les lieux de traitement, les conditions contractuelles et les possibilités de récupération du code et des données.

Ne placez pas une clé secrète dans un écran ou dans du code envoyé au navigateur. Prévoyez sa gestion côté serveur ou dans le mécanisme adapté de l’environnement. L’emploi d’une offre professionnelle, d’un hébergeur français ou d’une fonction de sécurité ne prouve pas à lui seul la conformité de l’ensemble du projet. Les usages sensibles exigent une analyse spécifique avec les interlocuteurs compétents.

4. Tester les parcours métier et les interdictions

Un utilisateur fictif peut créer et retrouver sa demande.
Un autre utilisateur ne peut pas accéder à une demande réservée, même par une URL directe.
Un champ obligatoire absent produit une erreur compréhensible.
Un double clic ou une reprise après erreur ne crée pas de doublon.
Une modification concurrente ne remplace pas silencieusement une version plus récente.
Le parcours fonctionne au clavier et sur mobile.
Une indisponibilité laisse une voie de reprise compréhensible.

Ces tests sont des critères proposés pour notre exemple, pas des essais réalisés sur les quatre produits. Faites contrôler les accès côté serveur, les téléchargements et les journaux, pas uniquement l’apparence des boutons. Si l’application contient ensuite une IA, ajoutez la grille de tests métier de l’assistant et l’examen de ses données et outils.

5. Distinguer prévisualisation, pilote et production

La documentation de publication de Replit distingue l’URL de développement de la version déployée. Ce repère vaut pour votre démarche : vérifier un écran en prévisualisation ne démontre pas que la version publique fonctionne avec les bonnes données et autorisations. Contrôlez l’adresse finale et le parcours complet après publication.

Un pilote autorisé peut rester limité à un groupe, à une durée et à des données définies. Avant une production durable, nommez le responsable, organisez les sauvegardes, la supervision, les mises à jour, l’assistance et le retour arrière. Définissez qui peut suspendre l’application et comment le processus habituel reprend.

Une formation-action pour apprendre à construire et vérifier

DEMETER SANTÉ peut accompagner le cadrage et les apprentissages par une formation-action consacrée à la création d’applications avec l’IA. Le partenariat stratégique et de confiance avec JustAI permet d’articuler l’expertise pédagogique et métier avec un accompagnement technique sur mesure selon les besoins retenus. Cette possibilité ne signifie pas que chaque prototype devient automatiquement une solution de production.

Choisissez un cas non clinique, testable et utile, puis définissez les compétences à acquérir : formaliser le besoin, comprendre une proposition technique, vérifier les permissions et décider d’une livraison. Construire un accompagnement sur mesure est une étape de cadrage, pas une promesse de délai, de conformité ou de résultat chiffré. Pour clarifier une éventuelle automatisation, consultez aussi la différence entre chatbot, agent IA et workflow.

Questions fréquentes

Peut-on créer une application avec l’IA sans savoir coder ?

On peut produire un prototype en langage naturel avec certaines plateformes. Pour un logiciel exploitable, il faut aussi comprendre les données, les droits, les tests et la maintenance, ou se faire accompagner par des personnes compétentes.

Codex et Claude Code sont-ils des outils no-code ?

Ce sont des assistants ou agents de développement qui travaillent sur du code et des outils. Ils peuvent aider un débutant, mais ne constituent pas à eux seuls une plateforme d’hébergement no-code ni une garantie de logiciel sécurisé.

Lovable ou Replit : lequel choisir ?

Il n’existe pas de meilleur choix universel. Comparez le parcours réel, les intégrations, les droits, la portabilité du code, les coûts d’exploitation et les contraintes de votre organisation. Cet article n’est pas un benchmark des deux produits.

Une application créée avec l’IA contient-elle obligatoirement une IA ?

Non. L’IA peut seulement aider à la développer. Un agenda, un formulaire ou un tableau de suivi généré avec son aide peut fonctionner ensuite sans modèle génératif.

Quand peut-on passer du prototype à la production ?

Après une décision explicite fondée sur les tests métier, la sécurité, les données, l’accessibilité, l’exploitation et la capacité de retour arrière. Un écran convaincant ou un bouton Publier ne suffit pas à démontrer que ces conditions sont réunies.

Sources et méthode

Sources primaires consultées le 7 octobre 2026. Les exercices, grilles et exemples sont des propositions pédagogiques originales DEMETER SANTÉ, pas des protocoles validés par les organismes cités. Aucun résultat client ni relecture spécialisée non réalisée n’est revendiqué.