Architecture

Sessions contre dossiers : le décalage architectural

Il y a un décalage silencieux au cœur de l'IA juridique. Le nommer explique presque toute la frustration que les praticiens ressentent sans parvenir à la formuler, et oblige à reconsidérer ce qu'on attend d'un produit.

La plupart de la frustration que les avocats ressentent à l'usage des outils d'IA est réelle, précise, et étrangement difficile à articuler. L'outil est manifestement performant. Il rédige bien, il répond bien, il impressionne en démonstration. Et pourtant, à l'usage quotidien, quelque chose ne va pas durablement. L'outil oublie. Il se contredit d'une semaine à l'autre. Il traite chaque interaction comme si c'était la première. L'avocat se retrouve à faire lui-même le travail de continuité que l'outil était censé lui retirer. Il y a un nom à ce phénomène, et une fois qu'on le voit, on ne peut plus ne pas le voir.

Tant qu'un phénomène n'a pas de nom, il reste un inconfort diffus, qu'on attribue tantôt à l'inexpérience de l'utilisateur, tantôt à l'immaturité de la technologie. Une fois nommé, il devient une catégorie, et cette catégorie permet de raisonner clairement sur ce qu'il faut construire pour le résoudre. La distinction qui suit, entre sessions et dossiers, est ce nom.

Deux primitives, deux manières d'habiter le temps

Les modèles d'IA fonctionnent en sessions. Une session est une conversation bornée : elle s'ouvre, on travaille à l'intérieur, elle se ferme, et quand elle se ferme, le contexte s'évapore. Ce n'est pas un défaut des modèles, c'est simplement ce qu'ils sont. Une session est l'unité naturelle d'un modèle de langage, le cadre à l'intérieur duquel il raisonne. Hors de ce cadre, par défaut, il n'y a rien.

Les organisations juridiques ne fonctionnent pas en sessions. Elles fonctionnent en dossiers. Un dossier est l'opposé d'une session sur presque tous les plans : il est long plutôt que borné, stratifié plutôt que plat, et il porte des décisions, des versions, des positions, une histoire et une responsabilité à travers des mois et plusieurs personnes. Un dossier a une mémoire par nécessité, parce que le travail dépend de ce qui a été décidé il y a trois semaines par quelqu'un parti depuis en congé. Un dossier n'est pas une conversation. C'est une institution en miniature.

Les modèles pensent en sessions. Le droit vit en dossiers. Presque toute la frustration de l'IA juridique se loge dans la distance entre les deux.

Cette opposition des primitives a une conséquence philosophique avant d'avoir une conséquence technique. La session habite le présent. Elle commence, elle se déploie, elle se termine. Elle est compacte et autonome. Le dossier habite la durée. Il commence sans qu'on sache combien de temps il durera, il s'épaissit progressivement, il traverse des changements d'équipe, de stratégie, de contexte juridique, et il se conclut, parfois, plusieurs années après son ouverture. Demander à un objet qui habite le présent de tenir un objet qui habite la durée, c'est demander à un instantané de remplacer un film.

Là où les coutures se voient

Quand un outil pensé pour les sessions est lâché dans un monde de dossiers, les coutures se voient immédiatement, et elles se voient sur un mode discrètement corrosif plutôt que dramatiquement cassé. L'assistant oublie ce qui a été décidé la semaine dernière, donc l'avocat réexplique. Il ne voit pas pourquoi une clause a été rédigée d'une certaine manière, donc il suggère joyeusement une modification qui rouvre un point réglé, douloureusement, il y a un mois. Il traite la quarantième interaction sur un dossier avec exactement la même fraîcheur de page blanche que la première, ce qui ressemble moins à un travail avec un collaborateur qu'à l'entraînement permanent d'un amnésique brillant.

Un outil qui oublie ne retire pas le travail de mémoire. Il le rend à l'avocat, déguisé en assistance.

Cette erreur de primitive a des manifestations très concrètes que tout praticien a déjà rencontrées. Un avocat reprend un dossier après trois semaines et doit tout réexpliquer à l'outil, parce que la session d'il y a trois semaines n'existe plus. Deux membres d'une même équipe travaillent sur le même dossier avec le même outil, mais chacun dans sa session, et l'outil ignore que l'un contredit ce que l'autre a établi la veille. Un dossier archivé est rouvert un an plus tard, et il ne reste de l'assistance IA aucune trace exploitable. Chacune de ces situations est un symptôme du même décalage de primitive.

Le plus trompeur, c'est que ce décalage est invisible précisément là où on évalue les outils. Une démonstration commerciale tient en une session : on pose une question, on obtient une réponse brillante, on est convaincu. Le dossier, lui, ne se révèle que dans la durée, quand il s'épaissit, change de mains, traverse des semaines. C'est pourquoi tant d'outils impressionnent en démo et déçoivent à l'usage : la démo teste la primitive qui leur convient, l'usage réel teste celle qui leur manque.

Ce que le décalage coûte économiquement

Le décalage entre sessions et dossiers a un coût économique mesurable, qui n'apparaît dans aucun budget parce qu'il se loge dans les interstices du travail. Quand un avocat doit réexpliquer le contexte d'un dossier à un outil parce que la session précédente est perdue, ce temps consomme du temps facturable. Quand deux collaborateurs ne savent pas que leur même outil leur a donné des réponses différentes sur le même dossier, l'écart se rattrape par une couche supplémentaire de relecture humaine. Quand un dossier rouvert un an plus tard ne porte aucune trace de l'usage IA précédent, le travail de reconstruction qui suit n'est pas mis sur le compte de l'outil.

Ce coût est précisément le type de coût qui ne déclenche pas d'alarme dans une organisation. Il ne casse rien de visible. Il dilue lentement la productivité que la technologie était censée apporter, jusqu'à un point où on observe que les heures gagnées par l'IA sur la génération sont exactement compensées par les heures perdues sur la continuité. À ce moment-là, le retour sur investissement de l'IA juridique semble étrangement nul, sans qu'on parvienne à dire pourquoi. La raison, c'est qu'on a payé deux fois : une fois pour la génération, et une fois pour la continuité que la génération n'a pas portée.

Ce que le décalage coûte juridiquement

Au-delà du coût économique, il y a une question de responsabilité que la profession ne pourra pas éluder longtemps. La cohérence d'un dossier n'est pas qu'une qualité de service ; c'est un attendu professionnel. Un avocat qui prend position de manière contradictoire sur le même point au sein d'un même dossier engage sa crédibilité, voire sa responsabilité, indépendamment de la qualité ponctuelle de chacune des positions prises. Si l'outil qui assiste cet avocat est, par construction, incapable de se souvenir de la position prise il y a trois semaines, le risque de contradiction n'est pas un accident, c'est une propriété structurelle de l'usage.

Un cabinet qui déploie largement des outils basés sur la primitive session, sans couche au-dessus pour tenir le dossier, accepte tacitement de migrer la responsabilité de la cohérence vers ses utilisateurs individuels. Tant qu'ils sont vigilants, tout va bien. Quand un utilisateur n'a pas le contexte historique du dossier, ou quand un dossier change de mains, la cohérence peut tomber, et personne ne saura précisément qui était censé la porter. Cette diffusion de la responsabilité est le type d'arrangement qui finit, tôt ou tard, par produire un incident sérieux.

Pourquoi c'est une architecture, pas une fonctionnalité

Il est tentant de penser que cet écart pourrait se combler par une fonctionnalité. Ajouter une fonction mémoire. Greffer un onglet historique. Permettre à l'utilisateur de coller le contexte au début de chaque session. Mais ce sont des rustines posées sur un décalage structurel, et elles échouent toutes pour la même raison : elles demandent à l'humain de faire le travail de pont entre deux modèles de temps incompatibles. La vraie réponse n'est pas une fonctionnalité ajoutée à un outil pensé en sessions. C'est une couche qui pense en dossiers depuis le départ.

Une telle couche tient le dossier comme unité primaire. Elle se souvient à travers le temps sans qu'on le lui demande. Elle sait pourquoi, pas seulement quoi. Elle gouverne qui a fait quoi, et elle préserve la ligne de raisonnement qui fait qu'un dossier reste cohérent au lieu d'être un tas d'interactions déconnectées. Les modèles font encore la génération ; ils sont bons pour cela. Mais la couche au-dessus d'eux fait la tenue, et c'est la tenue qui transforme un usage IA dispersé en travail juridique qui tient debout.

Combler l'écart entre sessions et dossiers n'est pas une fonctionnalité. C'est le produit.

C'est la différence entre un outil impressionnant en démonstration et un système auquel on fait confiance dans une pratique. La démonstration vit à l'intérieur d'une seule session, où le décalage n'a jamais le temps d'apparaître. La pratique vit en dossiers, où le décalage est tout. Construisez pour la session et vous gagnez la démo. Construisez pour le dossier et vous gagnez le travail.