Mise en perspective éditoriale — à partir du seul cas Revizto. Un assistant d’intelligence artificielle (IA) travaille souvent à partir d’un document ou d’une donnée qu’on lui fournit. Avec des mécanismes comme le Model Context Protocol (MCP) ou une interface de programmation applicative (API), il devient possible, dans certains produits et selon les droits accordés, de relier l’assistant à certaines données du logiciel métier. Pour un bureau d’études techniques (BET), l’intérêt potentiel est concret : rechercher des problèmes ouverts, identifier des retards, préparer un brief ou synthétiser des informations de coordination. Le cas Revizto, dans la modélisation des informations du bâtiment (BIM), permet d’examiner cette logique. Mais « connectable à une IA » ne signifie pas « prêt pour la production ».

Pourquoi s’y intéresser sans utiliser Revizto ? Parce que ce cas illustre un changement de logique possible pour certains usages de coordination.

Aujourd’hui, le parcours peut être :

ouvrir le logiciel → filtrer → chercher → synthétiser.

Avec une interface conversationnelle reliée aux données autorisées, il pourrait devenir :

poser une question → interroger les données autorisées → vérifier la réponse.

Cette généralisation au-delà de Revizto est une inférence éditoriale à surveiller, pas un fait établi par ce dossier. Même dans le cas Revizto, le gain de temps reste une hypothèse métier à tester. Aucune comparaison avec l’interface native, contrôle humain compris, n’a été réalisée. La valeur ne pourrait être retenue que si le temps diminue sans dégrader l’exactitude, l’exhaustivité, la confidentialité ou les permissions.

Revizto documente un serveur MCP distant, régional et authentifié par OAuth. Il permet, selon les droits et la configuration, d’interroger des catégories de données de coordination : issues, commentaires, clashes, feuilles, rapports, workflows, projets et utilisateurs.

La séparation avec l’API est essentielle. Les propriétés de modèles et d’objets, la recherche d’objets, les éléments modifiés et le raisonnement issue-vers-objet ne sont pas exposés par le MCP Revizto actuel. Revizto annonce en revanche les propriétés objet, matériaux, systèmes et quantités côté API. Cette capacité API reste une information fournisseur : aucun appel API n’a été exécuté par IngéPilot.

Le transport, l’authentification, les droits et le périmètre sont donc documentés. Ils n’ont pas été observés dans une connexion réelle par IngéPilot.

Une fonctionnalité documentée existe. Cela ne démontre pas encore un usage métier fiable et rentable.

Trois réserves restent déterminantes :

Autrement dit : pouvoir connecter un assistant à certaines données ne prouve ni la qualité de ses réponses, ni le respect effectif des permissions, ni sa rentabilité pour un BET.

IngéPilot a exécuté un DRY_RUN_HORS_REVIZTO sur 30 issues synthétiques et 5 scénarios. Les réponses figées ont obtenu 162/162 faits exacts, avec 0 erreur factuelle, 0 omission et 0 hallucination.

Ce test valide notre jeu de données, notre protocole et nos prompts dans un environnement local contrôlé. Il ne mesure pas les performances du MCP Revizto. Aucun compte Revizto n’a été utilisé, aucune permission réelle n’a été testée et la Phase B avec un vrai MCP n’a pas été lancée.

Le signal est intéressant parce que Revizto documente une voie conversationnelle vers des données de coordination et une API distincte pour des intégrations programmatiques. Cela suffit à justifier l’étude d’un pilote futur, limité, synthétique et en lecture seule, si toutes ses préconditions sont réunies et après une autorisation distincte.

Les preuves restent insuffisantes pour ADOPTER : le MCP réel et ses permissions n’ont pas été testés, les propriétés objet restent hors de son périmètre actuel, et ni le gain, ni le prix complet, ni le ROI ne sont établis. Ce verdict ne recommande ni achat, ni connexion, ni déploiement.

Ces actions ne nécessitent ni achat, ni compte Revizto, ni connexion à Revizto, ni exposition de données professionnelles.