Formulaires & collecte

Posez les bonnes questions. Exploitez chaque réponse.

Créez des formulaires réutilisables ou adaptez les questions à la situation. Validez chaque réponse, puis utilisez-la dans la suite du processus.

Formulaire Information client avec les champs e-mail professionnel, volume annuel d’achats et besoin principal.
Action utilisateur Collecter information client avec une référence de formulaire et des sorties typées.
Le formulaire visible et les valeurs typées reçues par le Processus
Deux modes de formulaire

Réutilisez un Form gouverné — ou construisez les questions au runtime

Les Forms réutilisables sont des artefacts plateforme versionnés. Un node custom_form sélectionne un Form et le snapshot du Processus épingle la révision exacte dont il dépend.

Dynamic Form est différent : il consomme un common.form_spec éphémère produit pendant l’exécution. Ce mode est utile lorsque les questions dépendent de ce qu’une Decision, un provider ou un Agent vient de découvrir.

01

Form réutilisable

Concevez les champs dans Form Studio, réutilisez le Form entre Processus et gardez sa révision exacte épinglée dans le contrat du Processus.

02

Dynamic Form

Présentez des questions propres au runtime depuis un common.form_spec sans transformer cette spécification temporaire en faux artefact persistant.

03

Soumission validée

Le Processus ne reprend qu’avec des valeurs validées contre le formulaire réellement présenté.

Frontière d’orchestration
Le Form collecte ; le Processus décide pourquoi et quelle suite donner

Un Form ne porte ni routage, ni retries, ni appels providers, ni politique métier. L’Action utilisateur présente le contrat et attend ; le Processus décide quand cette interaction est nécessaire et comment exploiter sa sortie.

Implication

Ce que cette frontière change dans le design

Un Agent peut proposer une spécification de formulaire runtime lorsque l’ambiguïté le justifie, mais il ne rend pas l’interface et ne persiste pas silencieusement un nouveau Form.

La clarification dynamique reste composable.

L’analyse Agent produit common.form_spec ; un Dynamic Form collecte common.form_submission ; la réévaluation Agent poursuit cette chaîne explicite de Processus plutôt qu’une boucle de chat cachée.

Qualité & protection

Validation et classification continuent au-delà de l’écran

Les contraintes de champs rendent la soumission exploitable par les nodes suivants sans reconstruire la validation dans chaque intégration. La sortie reste une donnée de Processus typée plutôt qu’un blob JSON opaque.

La classification est appliquée à l’entrée et préservée pendant l’exécution. Une réponse sensitive reste protégée lorsqu’elle alimente les nodes suivants et l’observabilité générique.

Formulaires & collecte

Voyez Ormuz en action, puis commencez à construire.

Explorez un parcours concret, puis ouvrez la console pour créer vos propres processus.