MCP est une excellente réponse à une question importante. Ce n’est simplement pas la question centrale lorsqu’il s’agit de comprendre et d’appliquer le droit.
Le Model Context Protocol standardise la manière dont une application utilisant un modèle accède à des ressources et appelle des outils externes. La spécification du 28 juillet 2026 a renforcé cette ambition avec un cœur sans état de session, un routage par en-têtes, des résultats de listes pouvant être mis en cache, une autorisation durcie et un cadre d’extensions comprenant notamment les tâches longues.[1]
Pour un cabinet d’avocats, l’intérêt est évident. Le droit se trouve dans des bases documentaires, les pièces dans un DMS, les échanges dans la messagerie, les précédents ailleurs encore. Un agent isolé dans une fenêtre de chat ne peut pas accomplir grand-chose. Une couche commune d’interopérabilité change réellement ce qu’il peut faire.
Une connexion transporte ce qu’on lui donne
Imaginons une question fiscale portant sur une opération réalisée en 2022. Grâce à MCP, l’agent peut accéder au CGI, au BOFiP, à une base de jurisprudence, aux documents du client et à un outil de calcul.
Aucune connexion ne lui dit pourtant, par elle-même, quelle version du texte était applicable. Aucune ne décide qu’une règle spéciale prime la règle générale. Aucune ne transforme spontanément une exception en condition de raisonnement. Aucune ne sait qu’un fait indispensable n’est pas établi.
Le protocole peut transporter le texte de la règle. Il peut aussi exposer une règle structurée ou un moteur capable de l’exécuter, si cette ressource existe. Il ne crée pas cette structure.
L’agent peut être bien orchestré et juridiquement faux
La difficulté apparaît encore plus nettement avec les agents. Un agent peut identifier la bonne convention, retrouver l’article pertinent, calculer une durée et produire une note très convaincante. Le workflow peut être impeccable tout en reposant sur une qualification erronée : deux projets agrégés à tort, une installation qualifiée trop vite de chantier ou une version temporelle mal sélectionnée.
L’autonomie ne corrige pas nécessairement l’erreur. Elle peut aussi la propager.
Cela ne constitue pas une critique de MCP. Le protocole organise l’accès. L’agent organise l’action. Le modèle traite le langage. La structure juridique qui relie normes, faits, exceptions et conséquences demeure un autre objet.
Interopérabilité de quoi ?
Google a rendu cette distinction particulièrement visible lors de l’annonce de Gemini Enterprise for Legal, le 25 août 2026. Le groupe écrit qu’une IA généraliste, aussi capable soit-elle, ne suffit pas seule au travail juridique. Il présente un système composé de compétences spécialisées, de connexions sécurisées par MCP, d’agents, d’un écosystème et d’une couche de gouvernance.[2]
Le marché ne relie donc plus seulement un modèle à des documents. Il relie progressivement plusieurs capacités.
La question devient alors : que contient la ressource exposée ? Si le serveur donne accès à un PDF, l’agent reçoit un PDF. S’il donne accès à un calcul, l’agent peut déclencher ce calcul. S’il expose une règle avec ses conditions, ses exceptions, sa période d’effet et les faits requis, il reçoit quelque chose de très différent.
Le protocole reste identique. La valeur juridique de ce qu’il transporte change complètement.
Le standard n’a pas à contenir le sens
Les technologies qui s’imposent finissent parfois par devenir des métaphores de tout le système construit autour d’elles. Il faut éviter ce raccourci.
HTTP transporte une grande partie du Web sans contenir le sens des pages. MCP peut devenir une infrastructure essentielle des agents sans contenir la sémantique juridique des ressources auxquelles il donne accès.
Cette distinction ne diminue pas son importance. Elle montre ce qui reste à construire. MCP résout la circulation. Pour le droit, la question du sens commence après.