Développer avec l'IA

Faites de n'importe quel client d'IA compatible MCP un architecte d'applications Isabyte Power Tools : il vous interroge, rédige un plan que vous pouvez relire, puis construit votre application à partir de ce plan.

Une fois le serveur MCP Isabyte connecté, vous n'assemblez plus les composants à la main. Vous dites « conçois mon application avec Isabyte », et votre assistant d'IA mène un court entretien aux choix bien arrêtés, puis produit un plan de mise en œuvre complet que vous pouvez lire, modifier et approuver avant qu'un seul fichier ne soit écrit.

Comment tout s'articule

Le serveur MCP Isabyte apporte la connaissance d'Isabyte Power Tools — composants, graphiques, thèmes et assistant de conception. Pour la connaissance de votre framework lui-même, associez votre assistant à la documentation et aux outils officiels de ce framework.

L'entretien : 9 questions

1. Type d'application — Généraliste / Entreprise / Créateur de pages d'accueil / Éditeur d'images / Tableau de bord de supervision
2. Architecture logicielle — Frontend seul / Même projet / Bibliothèque + interfaces / API web + tests (recommandé)
3. Base de données — AzureSQL / MS SQL Server natif / PostgreSQL (ignorée si frontend seul)
4. Environnement de développement — Local / Tout sous Docker / Web en local + base de données sous Docker / Web en local + base de données centralisée
5. Authentification — Keycloak / Entra ID / Google Workspace / AWS Cognito / Personnalisée / Aucune
6. Éléments de menu — Clients, Utilisateurs, Tickets, Commandes, Facturation, Produits, Paramètres, Administration (choix multiple)
7. Dépôt Git — Non / GitHub / Azure DevOps
8. Publication — Manuelle / Docker / Kubernetes / AWS / Azure
9. Accès réseau — Manuel / Traefik (Let's Encrypt automatique) / Hébergeur

Modèles et bonnes pratiques intégrés

• D'abord le plan, ensuite le code — rien n'est écrit sur le disque tant que vous n'avez pas approuvé le plan.
• Uniquement des composants Isabyte — chaque élément interactif est un composant Isabyte : thèmes, validation et accessibilité restent donc cohérents de bout en bout.
• Des frontières de projet nettes — les modèles de données vivent à l'écart de l'interface, et la couche responsable de la persistance est aussi responsable de ses migrations.
• Des réponses fondées sur des sources — les détails propres à Isabyte proviennent du corpus de compétences du serveur MCP Isabyte, et non de la mémoire du modèle ; les détails propres au framework proviennent de la documentation de ce framework.

Une fois le serveur branché, commencez une conversation avec l'une de ces phrases :

I want to create a new app using Isabyte Power Tools
design my app with Isabyte
use Isabyte to start a monitoring dashboard
dry-run the Isabyte design system        ← preview only, writes nothing