Par où passe réellement une demande

Quatre étapes entre la demande et le modèle

L'assistant ne parle jamais directement à Revit. Trois pièces s'intercalent — l'endpoint hébergé, le hub du compte et le connecteur dans Revit — et seule la dernière tourne sur votre machine.

1. L'assistant que vous utilisez

   Envoie la demande via MCP à l'endpoint hébergé de FLOW. Il ne connaît pas l'API Revit, seulement la liste d'outils que FLOW lui laisse voir.

2. L'endpoint hébergé

   765tflow.com/mcp authentifie l'appel et le confronte à la surface d'outils déclarée. C'est ici que se décide la liste d'outils que voit l'assistant.

3. Le hub du compte

   Achemine l'appel vérifié, sous forme de commande signée, vers le connecteur que la machine de votre compte a ouvert.

4. Le connecteur dans Revit

   Reçoit la commande signée par la connexion sortante qu'il a lui-même ouverte — rien n'écoute sur un port de votre machine. Il la valide et appelle l'API Revit sur un fil valide ; c'est la seule pièce ici qui touche au modèle.

Le modèle reste sur votre machine. FLOW n’envoie que le contexte nécessaire à la tâche.

Aperçu, exécution, relecture

L'assistant que vous avez connecté décide — aucun temps n'attend un clic humain. Chaque écriture est validée dans une transaction nommée puis relue ; l'aperçu est un passage à vide optionnel quand l'appel le demande.

1. Aperçu

   Quand l'appel le demande, l'outil tourne à vide et indique ce qu'il changerait — combien d'éléments, quels paramètres, quelles valeurs — sans toucher au modèle.

2. Exécution

   La modification est validée dans une transaction Revit nommée, si bien qu'Annuler revient d'un pas et non de plusieurs centaines.

3. Relecture

   FLOW relit dans le modèle chaque élément modifié et rapporte ce qu'il y a trouvé, et non ce qu'il comptait faire.

Voilà comment FLOW travaille avec vous. Ce n'est pas une promesse portant sur d'autres logiciels déjà en cours d'exécution sur la même machine.

Une seule surface d'outils, déclarée par outil

La surface MCP n'est qu'une : les 464 outils qui s'enregistrent réellement à l'exécution. Un compte connecté en voit l'intégralité — lire et écrire partagent la même liste.

Chaque outil de cette surface entre dans la liste d'autorisations par son propre enregistrement. Un outil qui ne se déclare pas n'existe pas pour l'assistant : il n'y a pas de liste de refus, seulement une liste d'autorisations.

Les outils qui acceptent du contenu exécutable sont refusés d'emblée sur cette surface, quoi que déclare leur enregistrement.

Cette liste est servie depuis le côté hébergé avec le catalogue — pas un fichier de configuration sur votre machine, ni un réglage que vous deviez aller activer.

464 outils répartis en 15 groupes

C'est le nombre d'outils qui s'enregistrent réellement à l'exécution, et non le nombre de noms déclarés dans le code. Les deux chiffres diffèrent, et nous publions le plus petit.

Ce chiffre est vérifié automatiquement sur le registre réel d'outils.

Rien n'est fait tant que ce n'est pas relu

Une fois la modification validée, FLOW relit dans le modèle chaque élément modifié.

Ce que vous recevez est ce qu'il a trouvé dans le modèle, et non ce que l'outil comptait faire. Un passage à vide ne relit rien, puisque rien ne s'est encore produit.

Quand la liste est trop longue pour être renvoyée en entier, le résultat précise qu'elle a été tronquée. Une liste incapable d'avouer qu'elle est incomplète vaut moins que pas de liste du tout.

Ce sur quoi il tourne

Ce dont la machine a besoin avant que FLOW puisse travailler.

• Windows 10 ou 11
• Meilleure prise en charge sur Revit 2021 et versions ultérieures
• Une app d’IA compatible avec les connecteurs MCP

Captures d'un Revit réel

Nous ne publions que des captures réelles, jamais de maquettes. Celles d'une vraie session Revit apparaîtront ici quand nous les aurons.