Les agents pouvaient déjà construire dans Webflow. Maintenant, ils peuvent terminer ce qu'ils commencent.
MCP 2.0 a donné aux agents la maîtrise d'un site Webflow : lire votre système de design, construire des composants avec des props et des variants, les connecter à votre CMS. La plupart de ce qu'une personne peut faire dans Webflow, un agent pouvait déjà le faire via une conversation.
Notre dernière mise à jour donne aux agents un accès plus large à un site Webflow en direct. Ils peuvent désormais ajouter des interactions à une page, trouver exactement ce dont ils ont besoin dans votre CMS avec moins de gaspillage de tokens, et déployer ou déboguer une application Webflow Cloud, tout dans la même conversation que vous êtes déjà en train d'avoir.
Interactions, construites sur IX3 et GSAP
Jusqu'à présent, un agent qui construisait via MCP pouvait mettre en page un contenu, mais ne pouvait pas lui donner vie avec du mouvement. L'ajouter signifiait écrire du code personnalisé, ou qu'une personne ouvre le panneau Interactions et le construise à la main. Les interactions natives propulsées par GSAP ne sont pas quelque chose que tous les créateurs de sites assistés par IA proposent d'emblée.
Cette mise à jour MCP change cela. Décrivez l'interaction que vous voulez, et l'agent la crée : déclencheurs au scroll, états de survol, animations de chargement, timelines à plusieurs étapes, tout fonctionnant sous le capot sur GSAP, ce qui rend possibles des séquences complexes à plusieurs étapes.
These are native Webflow interactions, not custom code hidden in an embed. They show up in the Interactions panel like anything built by hand, visible and editable on the canvas. If you want to tweak the timing or swap an easing curve after the fact, you can, without touching a line of code. The API only builds what the panel itself could build by hand, so nothing an agent creates ends up somewhere you can't reach.
Try it:
Travailler avec votre CMS, plus vite
Auparavant, un agent travaillant avec du contenu CMS via MCP pouvait trier et filtrer, mais seulement sur un petit ensemble de champs, et seulement si vous lui donniez le nom exact du champ. Demandez quelque chose de plus précis, et l'agent n'avait qu'une option : récupérer toute la collection et la passer au tamis. Sur une longue liste CMS, cela signifiait brûler des tokens rapidement, et parfois interrompre complètement le workflow avant qu'il ne se termine.
Cette mise à jour MCP étend ce que les agents peuvent interroger directement. Trier et filtrer sur des champs personnalisés. Filtrer sur des champs de référence. Parcourir les résultats par pages. Tout en une seule requête, si bien qu'un tri, un filtre sur champ personnalisé et un filtre sur champ de référence peuvent tenir dans un seul appel au lieu de trois séparés.
- Shipper plus vite avec des agents
- Les nouveautés de l'API CMS
- Interactions, désormais scriptables
Un agent peut désormais demander exactement les éléments dont il a besoin plutôt que tout ce dont il pourrait avoir besoin. Audits de contenu, modifications en masse, tout ce qui touche au contenu CMS sur plusieurs étapes, tout devient plus rapide et moins coûteux à exécuter.
Try it:
Déployer, vérifier le statut et déboguer, sans quitter la conversation
Webflow Cloud donne aux agents un endroit pour construire et livrer des applications complètes, pas seulement des pages. Mettre une application en ligne signifiait auparavant sortir entièrement de MCP : ouvrir un dashboard pour déployer, fouiller dans les logs pour trouver une erreur, la corriger à la main, puis redéployer.
Cette mise à jour MCP fait entrer toute cette boucle dans la conversation. Un agent peut désormais déployer une application, vérifier son statut, et la déboguer si quelque chose casse, sans changer d'outil ni attendre quelqu'un d'autre. Les secrets et les variables d'environnement restent volontairement dans la CLI, pas dans MCP, afin que les valeurs sensibles n'apparaissent jamais dans ce qu'un agent voit ou journalise, même si tout le reste bascule dans la conversation.
Construire, déployer, la regarder casser, comprendre pourquoi, livrer le correctif. Si une application casse après un déploiement, l'agent n'a pas besoin de la remettre à une personne, il peut découvrir ce qui a mal tourné et le corriger au même endroit où il a construit l'application au départ. Les agents ne se contentent plus de construire à l'intérieur de Webflow. Ils font tourner ce qu'ils construisent.
Try it:
Commencez à construire
Mouvement, accès aux données plus rapide et déploiement complet d'applications : les agents peuvent désormais toucher davantage à ce qui fait vraiment fonctionner un site, pas seulement à son apparence. Rien de tout cela n'est un fichier ponctuel à transmettre. Les agents construisent dans le même canevas que vos designers utilisent, et dans le même processus de CMS et de déploiement que vos développeurs utilisent. Ce qu'un agent crée, ils peuvent l'ouvrir et y travailler directement. Les étapes qui exigeaient auparavant de basculer vers le canevas, d'ouvrir un dashboard, ou simplement d'attendre, sont désormais intégrées dans la même conversation.
Consultez la documentation développeur pour la référence complète des outils, et le changelog si vous voulez voir exactement ce qui a changé sous le capot.
Vous avez manqué l'annonce de MCP 2.0 ? Rattrapez-vous ici.


