Regardez la vidéo :
Formbox Builder est un environnement low-code permettant de concevoir des questionnaires de bout en bout. Les questionnaires sérieux nécessitent plus que de simples champs sur une page. Ils ont besoin de structure, de comportement, de mappage de données, d'extraction et de population. Builder couvre l'ensemble de ce spectre. Il offre également des mécanismes intégrés pour inspecter, déboguer et tester le questionnaire au fil de sa construction. La boucle de rétroaction fait partie intégrante de la surface de conception.
Ce qu'a changé l'assistant IA intégré
L'assistant IA intégré a transformé la façon dont les concepteurs de formulaires interagissent avec cet environnement.
Auparavant, chaque modification impliquait de manipuler directement une interface utilisateur complexe : ouvrir le bon panneau, trouver le bon contrôle, se souvenir où se trouve un paramètre, rappeler des éléments du modèle FHIR SDC, puis vérifier si le résultat se comportait comme prévu. Ça fonctionne, mais ça génère beaucoup de surcharge cognitive.
L'assistant IA supprime une grande partie de cette surcharge, car il peut utiliser les mêmes contrôles de Builder en votre nom. Un concepteur peut décrire l'exigence métier en langage naturel et laisser l'assistant IA la traduire en actions concrètes dans Builder : créer des éléments, réorganiser des sections, configurer la logique, définir le comportement d'extraction ou de population, et préparer le questionnaire pour les tests.
Cela change la façon de travailler. Au lieu de naviguer constamment dans l'interface et de retenir des détails d'implémentation dans sa tête, on peut rester concentré sur l'exigence réelle. L'assistant IA prend en charge une grande partie de l'interaction mécanique avec Builder pendant que vous évaluez le résultat.
Ce qui est important, c'est que tout cela se passe toujours dans la page Builder en direct. L'assistant IA ne travaille pas sur une copie isolée quelque part ailleurs. Chaque action s'affiche dans l'aperçu en temps réel, juste à côté des mêmes contrôles que vous pouvez encore ajuster manuellement. Vous conservez le contexte visuel. Vous conservez la boucle de modification rapide. Vous conservez la possibilité d'intervenir à tout moment.
C'est pourquoi l'assistant IA intégré est si efficace. Il transforme Builder en un environnement collaboratif où l'humain apporte l'intention et le jugement, tandis que l'assistant IA gère une grande partie du travail opérationnel.
Pourquoi Builder doit être composable
Mais le travail sur les questionnaires commence souvent en dehors de Builder.
Il peut y avoir un billet de travail avec des exigences. Un document de politique. Un rapport de bogue. Une spécification. Un dépôt avec du code connexe. Un autre système avec lequel le questionnaire doit s'aligner. Parfois, le questionnaire n'est qu'un artefact parmi d'autres dans un flux de travail beaucoup plus vaste.
Dans ces cas, restreindre l'assistant IA à la barre latérale de Builder est trop limitatif. L'agent a également besoin d'accéder au contexte plus large. Il doit lire le billet, inspecter le dépôt, comparer le guide d'implémentation, examiner le code connexe, puis apporter la modification au questionnaire en tenant compte de tout cela.
C'est pourquoi il est important de rendre Formbox Builder composable dans d'autres environnements agentiques. Un agent autonome dans votre IDE, votre terminal ou un autre environnement compatible MCP peut combiner le travail sur les questionnaires avec tous les autres matériaux qui, en pratique, influencent habituellement ce travail.
Cela ouvre une nouvelle catégorie de création de questionnaires. L'agent peut rassembler des connaissances provenant de multiples sources, raisonner à partir de celles-ci, puis appliquer le résultat directement dans Builder.
Conserver la boucle en direct
Même dans ce flux de travail plus large, vous voulez toujours ce qui rend l'assistant IA intégré efficace : la boucle visuelle en direct.
Lorsqu'un agent itère sur un questionnaire, vous voulez voir le résultat immédiatement. Vous voulez l'aperçu de Builder. Vous voulez l'interface utilisateur environnante. Vous voulez effectuer des ajustements manuels pendant que l'agent travaille. Vous voulez que la boucle de rétroaction reste courte et visible.
Pour que cela soit possible, l'agent autonome doit savoir exactement avec quel onglet Builder il travaille.
Cela peut sembler anodin, mais c'est essentiel. Vous pouvez avoir plusieurs onglets Builder ouverts en même temps. L'un pourrait être un questionnaire en production. Un autre pourrait être un brouillon. Un autre encore pourrait être un espace de travail temporaire. Si l'agent modifie le mauvais, l'ensemble du flux de travail s'effondre.
C'est pourquoi le flux autonome commence par un ciblage explicite de la session. Formbox MCP fournit des outils à cet effet. Un agent autonome peut lister les sessions Builder ouvertes, et vous choisissez celle qu'il doit utiliser. Après cette sélection, les appels d'outils sont acheminés vers la page de navigateur choisie.
Cela préserve le contexte en direct partagé entre l'humain et l'agent. L'agent ne modifie pas une ressource de questionnaire abstraite de façon isolée. Il travaille sur la page Builder exacte que vous avez sélectionnée.
Comment fonctionne le flux autonome
L'architecture est simple dès qu'on l'examine sous le bon angle.
Vous configurez Formbox comme serveur HTTP MCP avec authentification. Le serveur dorsal de Formbox agit comme relais au centre. L'agent autonome communique avec le serveur dorsal via MCP. Le serveur dorsal achemine ensuite les appels d'outils vers la page Builder sélectionnée via une connexion WebSocket.
Le flux se présente ainsi :
- L'agent autonome liste les sessions Builder actuellement ouvertes dans le navigateur.
- Vous sélectionnez la session à utiliser.
- L'onglet Builder sélectionné devient la cible active pour l'agent.
- Les appels d'outils Builder subséquents sont acheminés vers cette page de navigateur.
- Le questionnaire se met à jour dans la même interface Builder en direct que vous observez.
Cette conception donne à l'agent autonome la même surface de travail pratique que l'assistant IA intégré, mais au sein d'un écosystème d'outils et de flux de travail beaucoup plus étendu.
Le même Builder, un flux de travail plus large
C'est l'idée principale derrière « Builder intégré dans un agent ».
Formbox Builder demeure l'endroit où se fait la conception des questionnaires. Il couvre toujours le cycle de vie complet, de la structure et du comportement jusqu'à l'extraction et la population. Il vous offre toujours des moyens d'inspecter, de tester et de déboguer le questionnaire au fil de sa construction. L'assistant IA intégré offre toujours aux concepteurs de formulaires une façon plus rapide et plus légère de tirer parti de cette puissance.
Ce que MCP change, c'est la frontière autour de cette expérience.
Désormais, la même session Builder peut participer à un flux de travail d'agent plus large sans sacrifier ce qui rend Builder efficace en premier lieu : une boucle de modification visuelle, partagée et en direct. Vous pouvez collaborer avec l'IA directement dans Builder, ou intégrer Builder dans un environnement d'agent plus vaste lorsque le travail exige que des billets, du code, des documents, des politiques et des systèmes externes fassent partie de la même conversation de travail.
Il ne s'agit pas d'un remplacement de l'assistant IA intégré. C'est une extension de la même idée.
L'assistant IA intégré réduit la surcharge liée à l'interface et aux spécifications pour les concepteurs de formulaires à l'intérieur de Builder. Le flux MCP autonome apporte ce même modèle d'interaction dans un écosystème d'outils plus large. Dans les deux cas, l'objectif est le même : permettre aux humains de rester concentrés sur les exigences métier pendant que le système gère une plus grande part des mécanismes de construction du questionnaire.
Si vous souhaitez connaître les étapes de configuration concrètes, le flux de session et les détails des outils, la meilleure prochaine étape est la documentation Formbox MCP.
