Un routeur juridique oriente chaque demande vers un niveau de modèle adapté. Layer rend ce choix inspectable ; le professionnel garde la responsabilité de vérifier la réponse et les données transmises.

Un routeur ne rédige pas. Il ne conseille pas. Il tranche une question préalable : pour cette demande, quel niveau de modèle est nécessaire ? La réponse conditionne le coût, le délai, et parfois la solidité du raisonnement obtenu.

Qu’est-ce qu’un routeur juridique ?

Dans un cabinet ou une direction juridique, les usages d’IA ne se valent pas. Une salutation, une reformulation courte ou un rappel de délai n’exigent pas la même capacité qu’une note de cassation, des conclusions d’appel ou une analyse Rome I / Bruxelles I bis.

Sans routeur, l’organisation choisit souvent par défaut le modèle le plus puissant — ou, à l’inverse, un modèle unique « autorisé », parfois trop faible. Dans les deux cas, le choix n’est plus guidé par la difficulté de la tâche.

Un routeur juridique observe la demande et l’oriente vers un niveau : léger, intermédiaire ou de frontière. Il ne désigne pas nécessairement un fournisseur ; il indique l’intensité de raisonnement à mobiliser. Le professionnel — ou l’outil qui l’entoure — reste maître du mapping concret (Mistral, Claude, GPT, modèle local…).

Router, ce n’est pas automatiser le conseil. C’est éviter de traiter toutes les invites comme si elles avaient le même poids juridique.

Ce que cela change dans la pratique

D’abord, la gouvernance des coûts. Les budgets IA se diluent souvent dans des appels disproportionnés à la difficulté réelle. Un routeur permet de réserver les modèles de frontière aux travaux qui les justifient, sans imposer au juriste de choisir manuellement à chaque invite.

Ensuite, la continuité du dossier. Le même professionnel enchaîne micro-questions et analyses lourdes. Un outil qui adapte le niveau de modèle réduit la friction entre « outil trop cher pour ce que je demande » et « outil trop faible pour ce dont j’ai besoin » — écart qui alimente le recours aux chats grand public hors cadre.

Enfin, la lisibilité des politiques internes. Plutôt qu’une liste figée de modèles autorisés, l’organisation peut définir des niveaux d’usage, puis les faire appliquer de façon homogène.

Implications juridiques

Le routeur ne dispense d’aucune obligation. Il en déplace certaines, et en rend d’autres plus visibles.

Secret professionnel et confidentialité. Choisir un modèle plus léger ne réduit pas, à lui seul, le risque lié aux données transmises. Ce qui sort du poste — ou ce qui y reste — dépend de l’architecture globale : pseudonymisation locale, périmètre BYOK, politiques d’hébergement. Le routeur s’ajoute à cette chaîne ; il ne la remplace pas. Chez Lexanon, il s’inscrit après la pseudonymisation des pièces.

Responsabilité du professionnel. L’avocat ou le juriste reste responsable du conseil rendu. Un sous-routage — envoyer une question complexe à un modèle insuffisant — peut dégrader la qualité de l’aide à la réflexion. Un sur-routage systématique n’exonère pas davantage d’une relecture critique. Le routeur est un instrument d’allocation ; il n’est pas une garantie de justesse.

Traçabilité et gouvernance. Dès qu’un système décide quel moteur traite une invite, la question de l’audit se pose : selon quels critères ? avec quelle marge d’erreur ? sur quel corpus ? Publier le routeur en open source permet à un cabinet, une DSI ou un DPO d’inspecter la logique avant de l’autoriser — plutôt que d’accepter une boîte noire contractuelle.

Proportionnalité et minimisation. Le droit des données invite à ne traiter que ce qui est nécessaire. Par analogie opérationnelle, mobiliser une capacité de frontière pour chaque micro-invite n’est ni économiquement, ni organisationnellement proportionné. Le routage formalise cette proportionnalité côté usage des modèles — sans se confondre avec le régime RGPD applicable aux données elles-mêmes.

Ce que Lexanon ouvre

Layer est publié sous Apache 2.0 sur GitHub. Le dépôt peut être relu, réutilisé ou intégré hors du logiciel Lexanon. Dans le produit, le routeur s’ajoute à la surcouche Layer : pseudonymisation locale, choix du modèle, outils métier.

L’ouverture du code n’est pas un geste marketing secondaire. Elle répond à une exigence propre au droit : ce qui oriente le traitement d’une demande professionnelle doit pouvoir être compris, discuté et, le cas échéant, refusé.

Évaluer un routeur juridique sur vos propres tâches

Avant un déploiement, distinguez la difficulté de la demande et la sensibilité des informations qu’elle contient. Une question très simple peut révéler une identité, tandis qu’un raisonnement complexe peut être posé sans aucune donnée personnelle. Ces deux axes appellent des décisions différentes. Le routage traite le choix du modèle ; la politique du cabinet détermine les données admissibles et les destinations autorisées.

Construire un jeu d’essai représentatif

Choisissez des demandes courantes : reformuler un courrier, comparer deux versions d’une clause, retrouver une information dans une pièce ou préparer un plan d’argumentation. Ajoutez des cas difficiles, incomplets et ambigus. Pour chaque exemple, notez le résultat attendu et les erreurs qui rendraient la réponse inutilisable. Utilisez des dossiers fictifs ou préparés pour cet essai plutôt qu’un ensemble de documents clients envoyé sans examen préalable.

Conservez une partie des exemples hors des réglages. Cette séparation évite de conclure à une amélioration sur les seules demandes utilisées pour ajuster le routeur. Le test doit garder un intérêt pour les tâches suivantes, pas seulement reproduire une démonstration. Documentez les versions des modèles, leurs paramètres et les règles de sélection pour pouvoir comparer deux essais.

Comparer le coût complet et les erreurs

Comparez le parcours avec routage à un point de départ explicite, par exemple un modèle unique choisi par le cabinet. Mesurez le prix des appels, les reprises, le délai et le temps de vérification. Une réponse moins chère qui demande une longue correction peut coûter davantage au total. À l’inverse, une petite tâche correctement exécutée par un modèle léger peut éviter une dépense sans utilité.

Classez séparément les erreurs de sous-routage et de sur-routage. Dans le premier cas, le modèle retenu manque de capacité pour la demande. Dans le second, la tâche mobilise une capacité excessive. Leurs conséquences ne sont pas symétriques : une erreur de raisonnement sur une question importante mérite plus d’attention qu’un surcoût ponctuel. Le protocole doit refléter les priorités du cabinet.

Prévoir la reprise et le changement de modèle

Décidez à l’avance de la conduite à tenir lorsque la réponse est incertaine, incomplète ou contredite par une pièce. Le professionnel doit pouvoir reprendre la demande, choisir un autre modèle ou revenir à un traitement manuel. Cette possibilité de reprise fait partie du parcours de travail ; elle ne doit pas dépendre d’une confiance implicite dans le classement initial.

Un changement de fournisseur, de modèle ou de tarif peut modifier l’intérêt du routage. Rejouez le même jeu d’essai et comparez les résultats avant d’étendre la configuration. Conservez les observations utiles sans stocker inutilement le contenu sensible des dossiers. L’objectif est de comprendre les décisions et les erreurs, pas de constituer une copie supplémentaire de chaque document traité.

Dans Lexanon : préparer les pièces avant le choix du modèle

Le traitement local des pièces et le routeur répondent à deux étapes du même parcours. Le premier prépare ce qui sera transmis ; le second aide à choisir la capacité de traitement. Vérifiez également les informations ajoutées dans la question. Un nom recopié dans le prompt peut contourner le travail effectué sur les documents.

Les résultats d’un benchmark décrivent son corpus et sa configuration. Ils ne constituent pas une garantie de coût ou de qualité pour tous les cabinets. Demandez quels exemples ont été évalués, quelles erreurs ont été observées et comment les résultats évoluent sur vos propres tâches. C’est cette comparaison qui permet de décider si le routage mérite une place dans votre organisation.

Pour distinguer pseudonymisation et anonymisation, consultez la fiche de la CNIL et le RGPD, article 4, paragraphe 5, et considérant 26. Ces références éclairent le traitement des données ; elles ne certifient aucun produit.

Cet article fournit une information générale et ne constitue pas un conseil juridique personnalisé. Les vérifications doivent être adaptées au dossier et à son destinataire.

Questions pratiques

À quoi sert un routeur juridique ?

Un routeur juridique oriente une demande vers un niveau de modèle adapté à sa difficulté. Il aide à répartir le coût et le temps de calcul entre les usages. Il ne produit pas, à lui seul, un conseil et ne dispense pas de vérifier les réponses obtenues.

Un routeur juridique protège-t-il les données personnelles ?

Le routage choisit une capacité de traitement, pas un niveau de confidentialité. La protection dépend du contenu envoyé, du lieu d’exécution et des accès autorisés. Une préparation locale des pièces peut réduire les informations exposées, mais le prompt et les réponses doivent également être contrôlés par le professionnel.

Comment évaluer Layer avant de l’utiliser au cabinet ?

Préparez un jeu de demandes représentatif de votre pratique, avec un résultat attendu pour chaque tâche. Comparez les modèles retenus, le coût, le délai et les erreurs de routage. Incluez des cas complexes et ambigus. Répétez l’évaluation lors des changements de modèles ou de configuration.

Le code ouvert garantit-il la qualité du routage ?

L’ouverture du code permet d’examiner et d’adapter le fonctionnement du routeur. Elle ne garantit pas sa précision sur tous les dossiers. La qualité dépend notamment des exemples d’évaluation, des modèles utilisés et des seuils retenus. Un contrôle humain et un mécanisme de reprise restent nécessaires en pratique.

Sources

  1. Lexanon-legaltech, Layer — github.com/Lexanon-legaltech/Layer (Apache 2.0).
  2. Lexanon, bench A/B routeur sur corpus de prompts juridiques français (layer_router_ab_20260727_223329) — ordre de grandeur coût / qualité avec et sans routage.
  3. Lexanon, Pourquoi l’adoption des IA juridiques reste-t-elle limitée ? — dissociation protection des données / choix du modèle.

← Tous les articles lexanon.fr