Architecture

Une couche sémantique, trente ans plus tard

La meilleure manière de comprendre où va l'IA juridique est de regarder un précédent que presque personne ne convoque, et que nous croyons décisif.

Il y a, dans l'histoire de l'enterprise software, une catégorie de moments qui se répètent à intervalles d'environ une génération. À chaque fois, une technologie d'une puissance manifestement nouvelle apparaît, l'industrie l'adopte avec enthousiasme, et pendant quelques années on a le sentiment que rien d'aussi spectaculaire n'a jamais eu lieu. Puis, sans qu'aucun signal officiel ne marque l'instant, le centre de gravité de la valeur se déplace. La puissance brute, qu'on croyait être l'événement, devient le socle ; et c'est une autre chose, construite au-dessus, qui hérite du marché, de la marge, et de la durée. Cette autre chose porte un nom que l'industrie finit toujours par découvrir au moins une décennie après l'avoir vue émerger : la couche sémantique.

Le pattern est assez régulier pour qu'on puisse le tracer. Et il est assez rare pour qu'on l'oublie entre deux générations. Aujourd'hui, dans le domaine du travail juridique, ce moment s'ouvre à nouveau. Pour quiconque a vu le précédent se jouer, la suite est lisible avec une précision presque inquiétante. Encore faut-il avoir vu le précédent.

1989

À la fin des années 1980, la grande affaire de l'enterprise software n'est pas l'application. C'est la base de données relationnelle. Oracle, Ingres, Informix, puis Sybase et Microsoft, ont passé une décennie à perfectionner un système d'organisation des données qui surclasse tout ce qui l'a précédé. Les grandes entreprises mondiales y déversent leur réalité opérationnelle : leurs ventes, leurs clients, leurs stocks, leurs paiements, leurs salariés. Pour la première fois, l'intégralité de ce qui constitue une entreprise au sens informationnel du terme se trouve réunie en un seul lieu interrogeable. La puissance de l'objet est saisissante.

Et pourtant, à peu près personne, à l'intérieur de ces entreprises, ne peut s'en servir. Pour poser une question à la base de données, il faut écrire du SQL, un langage technique qui suppose de connaître la structure exacte des tables, le nom précis des colonnes, les types de jointures et les conventions de schéma. C'est un langage de spécialistes. Le contrôleur de gestion qui voudrait savoir comment se comporte la marge dans la région Sud-Est au troisième trimestre n'écrit pas du SQL. Il demande à un développeur, formule sa question le plus précisément qu'il peut, attend trois ou quatre jours, reçoit une réponse qui ne correspond pas tout à fait à ce qu'il voulait savoir, et recommence.

La donnée est là, la puissance est là, et la personne qui doit décider est séparée des deux par une langue qu'elle ne parle pas.

Cette friction n'est pas un petit inconfort opérationnel. C'est un blocage structurel. Toute une catégorie de travail, qui consiste à interpréter cette donnée pour décider, est suspendue à la disponibilité d'une poignée de techniciens. Les questions qu'on aurait voulu poser ne le sont pas, parce que le coût de les formuler dépasse le bénéfice attendu de la réponse. Le système, vu de l'extérieur, paraît révolutionnaire. Vu de l'intérieur, il paraît étrangement inutilisable.

C'est cette époque qui voit naître, en France, l'idée qui va définir une catégorie entière de logiciel pour les trente années suivantes. L'idée tient en une phrase. Plutôt que d'apprendre aux utilisateurs métier à parler la langue de la base de données, on construit une couche qui parle leur langue à eux, et qui traduit. Cette couche fait correspondre des noms d'affaires (chiffre d'affaires, marge, région, trimestre) à la mécanique sous-jacente des tables, des jointures et des clés. L'utilisateur métier n'écrit plus du SQL. Il pose une question dans sa propre langue, et la couche se charge de la transformer en requête. Quand la réponse revient, elle est exprimée elle aussi dans cette langue.

L'effet de cette traduction est radical, et il ne tient pas seulement à la commodité. Quand poser une question coûte cinq secondes au lieu de trois jours, ce ne sont pas les mêmes questions qu'on pose. La nature même du travail d'analyse change. Une catégorie nouvelle de produit naît, qu'on appellera business intelligence. L'entreprise qui construit cette idée s'appelle Business Objects. La personne qui en conçoit le cœur s'appelle Jean-Michel Cambot. Il ne le sait pas encore ce jour-là, mais ce qu'il vient de poser est l'archétype d'un objet que l'enterprise software redécouvrira plusieurs fois : la couche sémantique.

La puissance brute attire l'attention. La couche au-dessus capte le marché.

2010

Vingt ans plus tard, le précédent s'est rejoué dans plusieurs versions. À chaque fois, l'industrie a découvert avec une certaine surprise que la valeur ne se logeait pas là où elle l'attendait. Quand le web devient un grand champ d'APIs interrogeables, ce ne sont pas les fournisseurs de ces APIs qui capturent le marché des intégrations, mais les couches qui orchestrent les appels et donnent du sens aux retours. Quand le cloud devient une commodité, ce ne sont pas les hyperscalers qui prennent la marge sur la gouvernance des environnements multi-cloud, mais des couches construites au-dessus, qui parlent la langue des équipes sécurité et conformité plutôt que celle des datacenters.

Dans chaque cas, la mécanique est la même. Une puissance brute apparaît, l'industrie la célèbre, et puis on s'aperçoit, après quelques années, que cette puissance n'est utilisable à l'échelle d'une organisation que si quelqu'un construit la couche qui la traduit dans la langue du travail.

La couche est invisible parce qu'elle réussit. Visible, elle aurait échoué.

Cette couche, parce qu'elle est invisible et qu'elle ne brille pas comme la technologie qu'elle exploite, ne reçoit jamais la couverture médiatique de la couche du dessous. Mais c'est elle qui dure. Les bases de données changent ; la couche sémantique reste. Les fournisseurs d'API se succèdent ; les couches d'orchestration s'installent. Les hyperscalers se concurrencent ; les couches de gouvernance s'imposent.

Ce que Business Objects a montré en 1990, et que la couche sémantique a continué à montrer pendant trois décennies, c'est qu'à chaque génération technologique, la valeur durable se déplace lentement, mais résolument, vers le haut de la pile. La puissance attire l'attention, donc l'investissement, donc la course aux performances. La couche au-dessus, plus discrète, attire l'usage, donc la marge, donc la durée. L'objet originel, racheté par SAP en 2007, équipe encore aujourd'hui une part importante des grandes entreprises mondiales. Une mode dure cinq ans. Une couche bien posée dure une génération.

2026

Le précédent, aujourd'hui, se rejoue. Cette fois, la puissance brute est l'IA générative. Les modèles de langage produits par les grands laboratoires sont, objectivement, l'une des avancées technologiques les plus impressionnantes de la décennie. Ils écrivent, ils raisonnent, ils traduisent, ils synthétisent avec une aisance qui aurait paru tenir de la science-fiction il y a cinq ans. L'industrie les célèbre, à juste titre. Les investissements s'y déversent. La course aux performances bat son plein.

Et pourtant, là où ces modèles rencontrent un travail réel, le pattern de 1989 s'observe à nouveau. Dans un cabinet d'avocats, la puissance des modèles est manifeste, mais la valeur de cette puissance reste enfermée derrière une frontière de langue. Les modèles parlent la langue des sessions, des prompts, des tokens. Le travail juridique parle la langue des dossiers, des positions, des précédents, des responsabilités, des chaînes de validation. Entre les deux, il y a un écart structurel qu'aucun progrès supplémentaire du modèle ne suffira à combler, parce que cet écart n'est pas un manque de capacité. C'est un manque de traduction.

Quand un avocat veut utiliser sérieusement un modèle de langage pour son travail, il se trouve dans la position du contrôleur de gestion de 1989 face à la base de données relationnelle. La puissance est là. La donnée est là. La méthodologie qu'il voudrait appliquer existe. Mais la manière dont le modèle comprend une question n'est pas la manière dont un avocat formule un problème. La manière dont le modèle structure une réponse n'est pas la manière dont un dossier doit s'accumuler. La manière dont le modèle gère la mémoire entre deux interactions n'est pas la manière dont une affaire évolue à travers les semaines. Il manque, entre les modèles et le travail, ce que les bases de données ont fini par recevoir : une couche qui parle la langue de l'usage.

Trente-sept ans après la base relationnelle, l'avocat de 2026 vit exactement ce que vivait le contrôleur de gestion de 1989.

La similitude des deux situations va plus loin qu'une simple analogie. Dans les deux cas, la puissance brute est un système universel, conçu pour servir n'importe quel cas d'usage, et donc optimisé pour aucun en particulier. Dans les deux cas, le travail réel a une grammaire spécifique, un vocabulaire propre, des exigences qui ne sont pas anticipées par le système universel. Dans les deux cas, la solution n'est pas de rendre le système universel encore plus puissant, mais de construire au-dessus une couche qui encode la grammaire du travail. Et dans les deux cas, l'industrie commence par ne pas voir que c'est la couche, et non le système, qui va définir la catégorie.

Cette couche, dans le domaine juridique, c'est ce qu'on appelle le Legal Semantic Layer. C'est ce que Max construit. La conviction qui anime ce projet n'est pas une intuition sur l'avenir, c'est une lecture sérieuse du passé. Quand le même pattern se rejoue quatre fois en quarante ans, dans quatre contextes technologiques différents, on n'est plus dans le pari. On est dans la reconnaissance d'une régularité historique. La couche sémantique pour la base de données a duré trente ans. La couche sémantique pour les APIs vit encore. La couche sémantique pour le cloud commence à peine à montrer sa valeur. La couche sémantique pour les modèles de langage juridiques s'installera dans le même créneau de durée, parce qu'elle obéit à la même mécanique.

Quatre fois en quarante ans, le même schéma. À ce niveau de régularité, ce n'est plus un pari sur l'avenir. C'est une lecture du passé.

Reste une question : pourquoi cette régularité ? Pourquoi la valeur se déplace-t-elle toujours, à terme, vers la couche au-dessus de la puissance brute ? La réponse tient à une asymétrie qui n'a pas changé depuis quarante ans. La puissance brute, par construction, est universelle. Elle est conçue pour servir tous les cas d'usage à la fois, et donc elle ne peut être optimale pour aucun en particulier. La couche au-dessus, à l'inverse, parle la langue d'un usage spécifique. Elle peut donc encoder ce qu'un usage exige, qu'un système universel ne pouvait, par définition, pas anticiper. Et plus l'usage est exigeant, plus l'écart entre ce que la puissance brute offre et ce que l'usage demande devient grand. Le droit, par la précision de son vocabulaire, la rigueur de sa méthodologie et la lourdeur de ses responsabilités, est un usage particulièrement exigeant. C'est donc un usage où la couche aura particulièrement à dire.

Cette asymétrie a une autre conséquence, plus subtile mais tout aussi importante. La puissance brute évolue par sauts brusques, à mesure que les laboratoires publient de nouveaux modèles. La couche au-dessus, elle, évolue par accumulation. Au bout de quelques années, cette accumulation devient une chose que ni un autre fournisseur ni un nouveau modèle ne peuvent rattraper rapidement.

Le moment Business Objects de l'IA juridique a commencé. Il ne sera pas annoncé par un communiqué. Il ne fera pas la une des magazines technologiques. Il se reconnaîtra à des signes plus discrets : un déplacement progressif de la conversation, qui cessera de porter sur le meilleur modèle pour porter sur la meilleure couche ; un changement dans la nature des appels d'offres dans les cabinets, qui cesseront de demander des assistants pour demander des architectures ; une migration silencieuse de la valeur, du visible vers le portant. Quand cette migration sera achevée, le monde dira qu'elle était évidente. À ce moment-là, elle le sera. Aujourd'hui, elle ne l'est qu'à condition de savoir où regarder.