Avocat+ du CNB : la mutualisation a ses limites

Le 23 octobre 2026, à Toulouse, le Conseil national des barreaux a franchi une étape que la profession attendait depuis des mois : le lancement d'Avocat+, une plateforme nationale d'intelligence artificielle juridique développée avec le Legal Data Space. Dix assistants spécialisés en droit français disponibles dès le jour un, près de cinquante déjà préconfigurés et partageables entre confrères. C'est, sur le papier, la première tentative sérieuse de doter l'ensemble de la profession d'un outil IA commun, pensé par et pour les avocats français.

Mais derrière l'enthousiasme légitime de cette annonce se cache une question que tout DSI de cabinet, tout associé gérant, devrait se poser avant de brancher ses dossiers les plus sensibles sur cette infrastructure : qu'est-ce qu'une plateforme mutualisée peut, et ne peut pas, garantir en matière de secret professionnel ?

Ce qu'Avocat+ change réellement pour la profession

Le geste du CNB est structurant à plusieurs titres. D'abord parce qu'il officialise, au niveau institutionnel, ce que de nombreux cabinets expérimentaient déjà de façon dispersée avec des outils américains ou des développements internes bricolés. Ensuite parce que le modèle des « assistants partageables entre confrères » introduit une logique de mutualisation des connaissances inédite dans la profession : un cabinet de province pourra, en théorie, réutiliser un assistant configuré par un confrère parisien sur une matière de niche.

C'est un choix stratégique cohérent pour l'écosystème dans son ensemble : il réduit la fragmentation, standardise une partie des usages, et donne au CNB un levier de négociation face aux grands fournisseurs technologiques. Le partenariat avec le Legal Data Space, présenté comme tiers de confiance opérant les modèles sur une infrastructure hébergée en France, répond également à une préoccupation réelle et légitime de souveraineté numérique.

Mais un point mérite d'être noté avec précision, sans procès d'intention : à ce stade, le CNB n'a pas nommé l'hébergeur ni les fournisseurs de modèles utilisés par le Legal Data Space. Pour une plateforme destinée à traiter des données couvertes par le secret professionnel de l'ensemble de la profession, cette absence de transparence technique — même temporaire, même justifiée par le calendrier de lancement — est une information que tout responsable innovation doit intégrer à son analyse de risque.

La mutualisation a un prix architectural

Il faut être clair sur un point : être mutualisé n'est pas un défaut en soi. C'est un choix d'architecture qui a des avantages (coûts partagés, mise à jour centralisée, richesse des assistants partagés) et des contraintes structurelles qu'aucune communication institutionnelle ne peut effacer.

La première contrainte est l'opérateur tiers. Que le Legal Data Space soit une structure française, contrôlée par des acteurs du droit, ne change pas la nature de la relation : le cabinet confie l'exécution de ses requêtes, l'indexation potentielle de ses documents et une partie de sa chaîne de traitement à une infrastructure qu'il ne pilote pas directement. En cas d'incident de sécurité, de changement de gouvernance du Legal Data Space, ou de litige entre cabinets ayant utilisé la même plateforme, la chaîne de responsabilité est plus complexe à établir que lorsque l'infrastructure appartient au cabinet lui-même.

La seconde contrainte, plus spécifique à Avocat+, tient à la logique de partage des assistants entre confrères. Un assistant préconfiguré n'est jamais neutre : il embarque des prompts, parfois des exemples, parfois des références à une jurisprudence ou une méthodologie propre à un cabinet. Pour des matières généralistes, cette mutualisation est une force. Pour des dossiers où deux cabinets peuvent se retrouver en situation de conflit d'intérêts — contentieux commercial, fusion-acquisition concurrentielle, dossier pénal sensible — l'idée que l'infrastructure sous-jacente, même anonymisée côté usage, soit partagée avec la partie adverse potentielle mérite un examen attentif de la part des responsables de conformité.

Trois familles d'outils, trois niveaux de contrôle

Le marché de l'IA juridique ne se résume pas à une opposition binaire entre « cloud » et « on-premise ». Il existe aujourd'hui trois familles distinctes, avec des implications très différentes en matière de gouvernance des données.

Cette grille de lecture permet de sortir du faux débat « solution française vertueuse contre solution américaine suspecte ». Harvey, valorisé 8 milliards de dollars fin 2025 et utilisé par environ 100 000 avocats pour 144 millions de dollars d'ARR, prouve par son échelle que les outils SaaS spécialisés répondent à un vrai besoin de productivité. Mais une étude de Stanford a également documenté un taux d'hallucination d'environ un cas sur six chez Harvey sur certaines tâches de recherche juridique — un rappel utile que la qualité du modèle ne dispense jamais d'un contrôle humain, quel que soit l'opérateur.

Ce qui part réellement à l'extérieur, et ce qui ne doit jamais en sortir

C'est ici que se joue la différence la plus importante, et la plus souvent mal comprise. L'enjeu n'est pas de savoir si RAGbase Legal utilise, ou non, des modèles de langage tiers — c'est le cas, comme pour la plupart des solutions sérieuses du marché. L'enjeu est de savoir quelle part de l'information quitte le périmètre du cabinet, et qui contrôle cette décision.

Dans une architecture on-premise bien conçue, l'orchestration agentique, les connecteurs vers la gestion électronique de documents, les index et vector stores, les permissions utilisateurs et les journaux d'accès restent hébergés sur l'infrastructure du cabinet — serveurs internes ou cloud privé contractualisé par le cabinet lui-même. Seuls des extraits minimisés, strictement nécessaires à la génération d'une réponse donnée, peuvent être envoyés à un fournisseur de modèle, selon des conditions API négociées et choisies par le cabinet. Le document complet, lui, ne sort jamais.

Dans une plateforme mutualisée comme Avocat+, cette distinction est structurellement plus difficile à garantir, précisément parce que l'opérateur gère pour le compte de centaines de cabinets l'ensemble de la chaîne : indexation, orchestration, logs. Ce n'est pas une accusation — le Legal Data Space a toutes les raisons de construire une infrastructure robuste. C'est une observation d'architecture : plus une infrastructure est mutualisée, plus le périmètre de confiance s'élargit mécaniquement, et plus l'auditabilité individuelle par chaque cabinet devient complexe.

Cette architecture de minimisation des données est précisément ce qui distingue une IA privée pour cabinet d'avocats d'un simple abonnement SaaS : le contrôle ne se négocie pas via des conditions générales d'un tiers, il est conçu dans l'infrastructure elle-même.

Les dossiers où la mutualisation nationale pose une vraie question

Trois catégories de dossiers méritent une attention particulière :

• Les contentieux à forte visibilité ou à enjeu réputationnel, où la simple existence d'une requête IA pourrait, en cas de fuite ou d'incident, devenir elle-même un fait litigieux.
• Les dossiers impliquant des cabinets potentiellement en conflit d'intérêts, où le partage d'assistants préconfigurés sur une infrastructure commune — même sans partage de contenu documentaire direct — soulève des questions de perception et de conformité déontologique.
• Les clients institutionnels ou réglementés (banques, assureurs, entreprises soumises à des obligations sectorielles strictes) qui imposent contractuellement à leurs conseils des clauses de localisation et de cloisonnement des données allant au-delà de la simple exigence « hébergé en France ».

Pour ces trois catégories, la question n'est pas de savoir si Avocat+ est une bonne plateforme — elle l'est probablement pour l'essentiel des usages courants de la profession. La question est de savoir si un cabinet peut, en toute responsabilité, y traiter l'intégralité de son activité sans壁 de cloisonnement propre.

Coût total : deux logiques économiques qui ne s'opposent pas

À titre de comparaison, les tarifs SaaS spécialisés du marché s'échelonnent largement : CoCounsel de Thomson Reuters se positionne entre 250 et 500 dollars par utilisateur et par mois, Lexis+ Protégé entre 500 et plus de 1 000 dollars, et Harvey dans une fourchette de 1 000 à 1 200 dollars. Pour un cabinet de 150 avocats, ces écarts se traduisent par des centaines de milliers de dollars de différence annuelle selon l'éditeur retenu — un paramètre que les modalités tarifaires d'Avocat+, non encore détaillées publiquement par le CNB, devront clarifier pour permettre une comparaison réelle.

Ce calcul économique n'est pas secondaire : il conditionne la capacité d'un cabinet à faire cohabiter plusieurs outils IA selon leur usage, plutôt que de tout concentrer sur une seule plateforme par défaut budgétaire.

Ce que les DSI de cabinets doivent évaluer maintenant

L'arrivée d'Avocat+ ne doit pas déclencher une bascule automatique de tous les usages vers la plateforme du CNB, ni un rejet par principe. Elle doit déclencher un audit structuré :

1. Cartographier les dossiers par niveau de sensibilité et déterminer lesquels peuvent transiter par une infrastructure mutualisée, lesquels ne le peuvent pas.
2. Exiger la transparence sur l'hébergeur et les fournisseurs de modèles d'Avocat+ dès qu'elle sera disponible, et conditionner l'usage sur les dossiers sensibles à cette clarification.
3. Documenter la politique de cloisonnement interne pour les clients qui l'exigent contractuellement — un argument commercial de plus en plus fréquent dans les appels d'offres des directions juridiques.
4. Tester la complémentarité plutôt que l'exclusivité : Avocat+ pour la recherche généraliste et la veille, une recherche de jurisprudence IA maîtrisée en interne pour les dossiers à fort enjeu, et des outils SaaS spécialisés pour des workflows métier ponctuels.

Cette approche multi-couches n'est pas une position de repli : c'est la seule architecture cohérente avec la diversité réelle des dossiers traités par un cabinet de 10 à 500 avocats. Le guide IA pour cabinets détaille les critères opérationnels pour construire cette cartographie sans ralentir l'adoption de l'IA au quotidien.

Ce qu'il faut en retenir

Avocat+ est une excellente nouvelle pour la démocratisation de l'IA juridique en France, et le CNB mérite d'être crédité d'avoir structuré une offre nationale plutôt que de laisser le marché américain occuper seul le terrain. Mais une infrastructure mutualisée, aussi bien intentionnée soit-elle, reste par nature un compromis entre richesse collective et contrôle individuel. Pour les cabinets dont l'activité repose sur des dossiers à secret professionnel renforcé — contentieux sensibles, M&A, clients institutionnels réglementés —, ce compromis ne suffit pas.

La réponse n'est pas de choisir entre Avocat+ et une IA propriétaire. C'est de construire une architecture à deux vitesses : la plateforme nationale pour les usages courants et la mutualisation des connaissances, une infrastructure cloisonnée et contrôlée par le cabinet pour tout ce qui ne peut souffrir aucune ambiguïté sur qui héberge, qui opère, et qui a accès.

Avant de décider quelle part de votre activité confier à une plateforme mutualisée, cartographiez vos dossiers par niveau d'exigence de cloisonnement et vérifiez, pour chaque outil envisagé — Avocat+ compris — qui héberge réellement l'infrastructure, qui opère les modèles, et ce qui, concrètement, quitte le périmètre de votre cabinet.