Aperçu

Connectez votre assistant IA au serveur Avonni MCP et installez les compétences Avonni pour créer et mettre à jour des composants Avonni sur vos pages Experience Site à partir d'invites en langage naturel.

🚧 Accès anticipé. Build with AI est déployé progressivement et s'améliore à chaque version. Quelque chose n'est pas clair, manque ou ne fonctionne pas ? Dites-le-nous: vos retours déterminent directement ce que nous améliorerons ensuite.

Décrivez ce que vous voulez en langage courant, et votre assistant IA (Claude, Cursor ou GitHub Copilot) ajoute de vrais composants Avonni fonctionnels à vos pages de site Experience. Deux outils rendent cela possible :

🧠 Serveur Avonni MCP

Un service de documentation hébergé qui donne à l’assistant une connaissance précise et toujours à jour de l’ensemble des 44 composants Experience Cloud : leurs propriétés, leurs interactions et leur style.

🛠️ Compétences Avonni

Des workflows étape par étape qui apprennent à l’assistant comment ajouter des composants Avonni à une page de site et les configurer correctement.

En bref : les compétences indiquent à l’agent quoi faire ; le MCP lui dit ce qui est vrai. Utiliser l’un sans l’autre donne de moins bons résultats. Installez les deux.

Pourquoi vous avez besoin des deux

Les assistants IA sont entraînés sur des données publiques, donc leurs connaissances d’Avonni sont incomplètes et obsolètes. Livrés à eux-mêmes, ils inventent des noms de propriétés, devinent les types d’interaction et produisent du contenu de page qu’Experience Builder refuse. Le résultat semble plausible, mais ne fonctionne pas.

Les deux outils résolvent deux moitiés différentes du problème :

	Ce qu’il fournit	Ce qu’il corrige
Avonni MCP	Connaissance. Documentation précise des composants, des interactions et du style pour le package experience , ainsi que les packages dynamiques, flow, et lwc .	Fini les propriétés ou noms d’interaction inventés. L’assistant consulte la vraie configuration au lieu de deviner.
Compétences Avonni	Processus. Des workflows pour créer et mettre à jour chaque type d’artefact Avonni, plus avonni-architect, qui coordonne les cas d’usage multi-artefacts.	L’assistant produit un contenu de page valide et suit le bon ordre des opérations au lieu d’improviser.

Rapide aujourd’hui, maintenable demain

Un assistant IA pourrait aussi créer rapidement les fonctionnalités de votre portail sous forme de code personnalisé. La différence apparaît après la démonstration : le code personnalisé vous appartient et doit être maintenu pour toujours, et sur un site orienté client, ce risque est public. Les composants Avonni évitent ce piège :

✍️ Configuration, pas code	Une invite produit du contenu de page : quels composants, quelles données, quelles interactions, avec l’identité visuelle de votre site via des jetons de design. Aucun JavaScript personnalisé ne s’exécute devant vos clients.
🛡️ La complexité est prise en charge par Avonni	Data Table, Kanban, Calendar et le reste vivent dans le package géré : testés, versionnés, mis à jour à chaque version. Mettez à jour le package, et ce que l’IA a construit continue de fonctionner.
🧩 Vos créateurs de sites gardent le contrôle	Ce que l’IA construit est une page Experience Builder normale, utilisant les mêmes composants que votre équipe configure déjà manuellement. N’importe qui peut l’ouvrir, la comprendre et la faire évoluer.

Ce que l’assistant produit

La avonni-experience-components compétence agit sur le fichier de contenu de votre page de site. Elle ajoute le composant Avonni à la page et configure ses données, son apparence et ses interactions. Rien n’est déployé : vous examinez le fichier, vous le déployez avec votre processus habituel, puis vous ouvrez la page dans Experience Builder pour vérifier le résultat et publier le site.

D’un seul composant à un cas d’usage complet

Les besoins réels s’arrêtent rarement à un seul artefact. La avonni-architect compétence transforme un résultat métier en plan, puis invoque les bonnes compétences dans l’ordre des dépendances afin que chaque élément soit correctement relié aux autres.

Exemple : "Ajoutez une liste de cas à la page de mon portail d’assistance, ainsi qu’un flux d’écran pour créer un cas qui s’ouvre depuis un bouton." L’architecte construit d’abord le flux, puis ajoute les composants à la page avec le bouton configuré pour ouvrir ce flux.

Dans cette section