Un prompt peut-il remplacer Feathery ?

Construis un moteur de logique de formulaire headless — la vraie idée orientée développeur de Feathery — plutôt qu’un constructeur de formulaire visuel. Utilise Next.js/TypeScript pour l’API backend et Postgres pour le stockage. Définis un formulaire comme un schéma JSON : des champs (type, libellé, règles de validation) et des règles d’embranchement conditionnel, comme montrer le champ X seulement si le champ Y égale une valeur. Expose une petite API REST, ou un hook React qui l’enveloppe, qu’une application consommatrice séparée peut utiliser pour récupérer le schéma actuel d’un formulaire, soumettre des réponses validées champ par champ ou en lot, et reprendre une soumission partiellement complétée par identifiant. Gère la validation et la logique d’embranchement entièrement côté serveur, pour que l’interface de l’application consommatrice puisse être n’importe quoi — le principe, c’est que ce projet fournit la logique, pas le design visuel. Construis une application React consommatrice d’exemple démontrant le schéma, rendant les champs depuis le schéma et les montrant ou cachant selon l’embranchement, mais garde-la clairement séparée du moteur central. Stocke les soumissions dans Postgres avec le statut de complétion et les horodatages. Ne construis pas de constructeur de formulaire visuel no-code, de produit de page hébergée, ni de bibliothèque d’intégrations préconstruites — c’est hors périmètre ; c’est une couche de logique pour les développeurs qui construisent leur propre interface de formulaire. Nécessite un hébergement et une base de données ; aucune clé API externe requise.