Run it by face au fait maison, et face à l’élicitation MCP

La version courte

Une page avec un formulaire et une table de base de données, c’est un après-midi. Un lien qu’on peut envoyer sans risque à des inconnus, qui affiche bien n’importe quel schéma sur un téléphone, valide des deux côtés, expire, relance, signe ses webhooks et les retente, c’est quelques semaines, et ensuite c’est à vous de le maintenir. L’élicitation MCP est un autre outil : elle interroge la personne qui est déjà dans le chat.

Ce que comprend « le faire soi-même »

• Un moteur d’affichage pour des schémas arbitraires : dates, enums, tableaux, cases de consentement, sections, curseurs, mises en page mobiles, brouillons qui survivent à un rechargement.
• Une validation en double : dans le navigateur pour la personne, et sur le serveur pour qu’un POST fabriqué à la main ne passe pas.
• Des liens qu’on peut partager sans risque : jetons impossibles à deviner, un par personne, expiration, clôture anticipée, et une page claire quand un lien n’est plus valide.
• La livraison : webhooks signés, nouvelles tentatives avec backoff, et un moyen de lire la réponse quand le webhook a échoué.
• Le suivi : qui n’a pas répondu, des relances qui ne spamment pas, des codes par e-mail pour les approbations.
• La gestion des abus : limites de débit, vérification anti-bot sur les liens ouverts, et refus des formulaires qui demandent des mots de passe ou des numéros de carte, car un lien de formulaire envoyé par un agent est un outil de phishing tentant.
• La conservation : suppression des réponses selon un calendrier, et une politique de confidentialité qui couvre les personnes qui répondent.

Rien de tout cela n’est difficile en soi. Ensemble, c’est un produit, et ce n’est pas celui que vous vouliez construire.

Quand le faire soi-même est le bon choix

• Vous avez besoin que les données restent dans une région précise ou sur votre propre infrastructure. Run it by stocke les données dans une seule région US-East et ne propose pas encore de résidence exclusivement dans l’UE.
• Vous avez besoin dès aujourd’hui de certifications comme SOC 2 ou HIPAA. Nous ne les avons pas encore.
• Le formulaire est un élément central de votre produit et exige une interface entièrement sur mesure.

L’élicitation MCP interroge la personne dans le chat

Le Model Context Protocol dispose d’une fonction d’élicitation : pendant une session, un serveur MCP peut demander au client d’afficher un petit formulaire à l’utilisateur. C’est le bon outil quand la personne dont vous avez besoin est celle qui utilise l’agent, à l’instant même.

Elle est volontairement simple. Le schéma est un objet plat de chaînes, de nombres, de booléens et d’enums, la réponse est accepter, refuser ou annuler, et les serveurs ne doivent pas s’en servir pour demander des mots de passe ou des clés. Les versions récentes de la spécification ajoutent un mode URL qui envoie l’utilisateur vers une page externe. La prise en charge varie selon les clients : vérifiez donc la documentation du vôtre.

Élicitation ou Run it by

Beaucoup d’agents ont besoin des deux : l’élicitation pour poser rapidement une question à l’utilisateur, et un lien quand la réponse doit venir de quelqu’un d’autre. Pour essayer le second, ajoutez le serveur MCP depuis Claude Code ou Codex en une commande ; la documentation montre comment.