Les fichiers générés, les retours d’exécution, les aperçus et les contrôles de mise en ligne restent réunis dans un même espace.
App Builder pour les processus métier réels
Décrivez les personnes qui l’utilisent, les informations qu’elles manipulent et les règles qui font avancer le travail. E-Code transforme ce contexte en écrans et routes dans un vrai code source modifiable. Inspectez chaque fichier, exécutez l’app dans l’aperçu, poursuivez avec l’Agent et exportez le projet vers l’hébergement adapté.
Commencez par le processus que vous connaissez déjà. Les fichiers du projet, l’aperçu actif, la sortie du build et les contrôles d’export restent visibles à mesure que l’application évolue.
Cette démonstration navigateur créée pour la page présente les prestations, créneaux disponibles, coordonnées du client et confirmation dans un parcours interactif.
Du processus dispersé à l’app fonctionnelle
Un processus commence dans un tableur, un formulaire ou une boîte mail parce que ces outils sont immédiatement disponibles. Quand les utilisateurs, les dossiers, les validations et les exceptions se multiplient, l’équipe ressaisit les mêmes données, perd le contexte entre les systèmes et attend un logiciel adapté au travail réel.
Un formulaire collecte une partie de la demande, un tableur en conserve une autre et les décisions restent enfouies dans les messages. Chacun ressaisit les mêmes informations, faute d’application commune qui porte tout l’état du dossier.
Des champs, rôles et parcours figés imposent le modèle d’une autre entreprise. Le no-code atteint sa limite dès que le processus exige des règles précises, des données reliées ou une exception absente du modèle.
Les besoins passent par plusieurs relais avant de devenir un logiciel fonctionnel, tandis que chaque précision consomme du budget développeur. La personne qui connaît le processus attend dans une file d’attente et dépend d’un tiers pour modifier le code.
E-Code part du processus exprimé avec des mots simples. Vous décrivez ce que font les utilisateurs, inspectez une application active et son vrai code, puis demandez l’évolution suivante sans traduire chaque décision en spécification technique.
Un prompt lance la construction
La demande ci-dessous ressemble au message d’un propriétaire de salon. Les quatre éléments en détaillent le périmètre d’implémentation ; les captures montrent une démonstration fonctionnelle scénarisée pour cette page avec des données fictives, pas la trace d’une génération E-Code.
Crée une app de réservation pour mon salon de coiffure, avec agenda, comptes clients et rappels par email.
Le parcours demandé couvre le choix d’une prestation, d’un créneau libre, la création du compte, la confirmation du rendez-vous et les prochaines visites sur des écrans responsive.
Le modèle demandé couvre les clients, prestations, membres de l’équipe, disponibilités, rendez-vous et états des rappels, avec des relations explicites entre chaque enregistrement.
Le périmètre d’implémentation comprend le contrôle des disponibilités, l’accès aux comptes, la création, le déplacement, l’annulation, la confirmation et le déclenchement des rappels.
E-Code exécute le projet généré dans l’aperçu pour vérifier chaque format d’écran. Les builds statiques pris en charge passent ensuite par une publication guidée vers une URL live ; les autres projets restent exportables vers leur propre hébergement.
Le client sélectionne une prestation, voit les créneaux disponibles et confirme sans appeler le salon.
L’équipe voit les rendez-vous, les disponibilités et leur état dans un planning adapté à sa journée de travail.
Prompt → agent → aperçu
Voici un véritable espace de travail E-Code, capturé après l’exécution du prompt de réservation par l’agent. L’interface E-Code, les fichiers générés et l’aperçu actif sont réels. L’identité du salon et ses données sont fictives, et ce projet capturé utilise un adaptateur local en mémoire ; aucune base externe, aucun fournisseur d’authentification ni aucun service d’envoi d’emails n’y est connecté.
Le propriétaire du salon décrit le processus avec ses mots : agenda de réservation, comptes clients et rappels par email. Il ne prépare ni liste de composants ni architecture logicielle.
Le panneau Agent conserve la demande initiale et son plan d’implémentation, tandis que la bibliothèque affiche les routes, pages, composants, styles et fichiers de configuration générés.
L’onglet Webview exécute le même projet à côté de la conversation. Vous parcourez le tableau de bord, l’agenda, la réservation et les comptes sans quitter l’espace de travail E-Code.
Cette capture montre l’interface E-Code réelle, l’arborescence générée et le tableau de bord actif dans l’aperçu. Elle ne démontre ni logique serveur, ni base externe, ni fournisseur d’authentification, ni service d’envoi d’emails connecté.
Ouvrir la capture IDE en taille réelle
Cette correction demande à l’agent d’examiner une erreur de routeur, de préserver toutes les pages et de revérifier le tableau de bord. La vérification indépendante de l’export confirme ensuite le passage du typecheck et du build de production ; la capture documente l’itération, pas une réussite parfaite dès le premier essai.
Ouvrir la capture IDE en taille réelleCe que vous obtenez
Le projet reste inspectable depuis le premier fichier généré jusqu’à l’aperçu et l’export. Pour les builds statiques pris en charge, la publication guidée ajoute une version en ligne sans masquer le code ni la sortie du build.
Tout ce que l’agent génère — composants frontend, routes, validation, configuration et éventuels modules serveur — vit dans des fichiers lisibles que vous relisez, modifiez, versionnez et exportez.
Inspectez les types, états, adaptateurs, schémas et requêtes réellement présents dans le projet généré. Les connexions de base prises en charge passent par les secrets protégés et donnent accès à l’inspection du schéma et aux requêtes de lecture.
L’application s’exécute à côté du projet pour parcourir ses flux et vérifier l’expérience sur mobile, tablette et ordinateur pendant que le code évolue.
Pour les builds statiques pris en charge, faites avancer la sortie relue dans l’assistant E-Code, où la configuration, la publication, l’état et les journaux restent visibles.
Une version statique prise en charge reçoit une adresse E-Code partageable. Les projets avec serveur restent exportables vers le runtime et le processus d’hébergement dont ils ont besoin.
Demandez un formulaire plus court, un nouveau champ, une autre règle de validation ou une route différente. L’agent travaille depuis les fichiers existants et conserve chaque changement dans le même projet.
Un projet applicatif inspectable
E-Code réunit les écrans, le code, les connexions de données, l’aperçu et la sortie du build dans un même projet afin de vérifier ce qui existe avant la mise en ligne.
La démonstration réunit les coordonnées, l’historique des visites et l’état du prochain rappel programmé dans une même fiche client.
Transformez chaque étape en vue adaptée : listes, formulaires, fiches, espaces personnels, écrans d’administration et routes qui guident chaque utilisateur dans l’application.
Relisez les types, états, adaptateurs, schémas et requêtes réellement présents. Ajoutez les connexions prises en charge dans les secrets du projet, puis inspectez leur schéma avant de relier les flux de production.
Conservez les identifiants de base et les valeurs d’exécution hors des prompts et du code source. E-Code chiffre les secrets enregistrés et les injecte dans le workspace lorsque l’application s’exécute.
Ouvrez un projet E-Code ou importez des fichiers ZIP ou GitHub, conservez les changements dans l’historique du projet et exportez le code actuel en archive pour poursuivre ailleurs.
Exécutez l’application pendant sa construction, parcourez les flux complets et vérifiez les interfaces sur mobile, tablette, ordinateur portable et écran large avant la mise en ligne.
Poursuivez la conversation pour modifier un écran, un champ, une règle ou une route. L’agent lit le projet actuel et intervient sur l’implémentation déjà en place.
Des applications façonnées par le travail
Chaque application part de données, de rôles et d’actions différents. Le prompt décrit ce modèle de fonctionnement au lieu de forcer toutes les activités dans le même modèle.
Réunissez le choix des prestations, les disponibilités de l’équipe, les fiches clients et la modification des rendez-vous dans un parcours. Traitez l’authentification et l’envoi réel d’emails comme des intégrations explicites à implémenter et tester avant le lancement.
Modelez les demandes, documents, étapes, livrables et échanges avec l’équipe dans un portail. Définissez puis testez l’authentification et les règles d’accès aux documents dans le code avant la production.
Suivez les produits, mouvements de stock, fournisseurs, bons de commande, états de préparation et actions de réapprovisionnement depuis des écrans adaptés aux opérations.
Organisez l’inscription, les formules, les ressources, l’accès aux événements, les réglages de compte et l’administration d’une communauté, avec l’authentification et les autorisations explicitement relues dans le code.
Réponses pratiques
Vous gardez la maîtrise du code, des connexions de données et des décisions de mise en ligne pendant toute la construction.
Aucune connaissance en code n’est nécessaire pour décrire le processus ou demander une évolution. E-Code écrit et met à jour les fichiers du projet. Le code, l’aperçu et la sortie du build restent visibles, et un développeur reprend ou étend le même projet lorsque vous souhaitez un contrôle technique plus poussé.
Oui. L’application existe sous forme de vrais fichiers de projet, pas comme une configuration visuelle verrouillée. Vous relisez, modifiez, versionnez et exportez ces fichiers vers votre dépôt ou votre processus de transmission.
Le projet s’exécute d’abord dans l’aperçu E-Code. L’assistant actuel publie les builds statiques pris en charge et renvoie une URL E-Code live. Pour une application avec serveur, exportez le code vers le runtime et le processus d’hébergement nécessaires.
Oui. Ajoutez une URL de connexion prise en charge dans les secrets protégés du projet, jamais dans le prompt. E-Code détecte PostgreSQL, MySQL, MongoDB et Redis, puis fournit l’inspection du schéma et des requêtes de lecture. Relisez et testez la correspondance applicative et chaque opération d’écriture avant la production.
Oui. Ouvrez un projet E-Code existant ou importez ses fichiers, puis expliquez l’écran, le processus ou l’intégration à ajouter ou modifier. L’agent travaille depuis la structure actuelle au lieu de remplacer l’application par un starter sans rapport.
Les identifiants de connexion vivent dans des secrets de projet chiffrés. L’authentification et l’application des rôles dans l’app générée restent du code à relire : décrivez les exigences, puis inspectez et testez chaque route et contrôle de données avant la production. Un prompt ne remplace pas une revue de sécurité.
App Builder pour les processus métier réels
Expliquez le processus, les utilisateurs, les données et les règles avec vos propres mots. E-Code transforme ce contexte en écrans reliés, code fonctionnel et projet que vous inspectez, exécutez, exportez et améliorez en continu.