Pourquoi cette partie est nécessaire
Un projet qui prétend outiller la critique du droit doit commencer par s'appliquer à lui-même la même rigueur. Si le système peut vérifier qu'une loi est cohérente, il doit aussi pouvoir dire où le système lui-même est incomplet, fragile ou potentiellement dangereux. Cette partie est l'exercice d'auto-réflexivité que le projet s'impose : trois listes honnêtes, sans complaisance, sans minimisation, sans rhétorique défensive. Les manques sont des manques, les beautés sont des beautés, les limites sont des limites. L'honnêteté de ces listes est la garantie épistémologique du projet — si l'auteur ment ici, tout le reste est suspect.
A.1 — Ambiguïté juridique délibérée
Le droit utilise massivement des concepts vagues : "raisonnable", "bonne foi", "ordre public", "intérêt général". Cette vagueté n'est pas un défaut de rédaction — c'est une fonctionnalité politique. Le législateur laisse volontairement des espaces d'interprétation pour que le juge puisse adapter la règle au cas particulier. Un système de typage strict risque de forcer la précision là où le droit exige l'imprécision.
Piste d'intégration : un attribut [VagueByDesign("L'appréciation revient au juge")] qui marque l'ambiguïté comme intentionnelle au lieu de la résoudre, et un type Likely<bool> à trois valeurs (True | False | RequiresHumanJudgment) pour les évaluations qui ne se réduisent pas à un booléen. Le quality gate vérifie que le ratio de [VagueByDesign] reste supérieur à 5% des attributs — un cadre qui n'a aucun trou est un cadre qui prétend tout dire, et un cadre qui prétend tout dire ment.
A.2 — Jurisprudence comme couche d'interprétation
La jurisprudence interprète la loi sans la modifier. C'est une couche superposée au texte, pas une modification du texte. Le système actuel ne la modélise pas. Un Jurisprudence.Dsl (prévu en Ship 8) doit permettre d'écrire des [Arret], [Considerant], [Reverse(typeof(ArticleX))], [Confirme], [InterpretationRetenue]. Le versioning se fait par superposition : Law.France2026.Etalab.Dsl 1.1.0 plus Jurisprudence.France2026.Cassation.civ.2026-01.dll.
A.3 — Hiérarchie des normes
Constitution, traités internationaux, lois organiques, lois ordinaires, règlements, circulaires — la hiérarchie kelsenienne n'est pas modélisée. Un attribut [NormLevel(NormLevel.OrdinaryLaw)] et un guard HierarchyConflictGuard qui émet un diagnostic quand une norme de rang inférieur contredit une norme de rang supérieur sont nécessaires. C'est un manque structurel sérieux que le Ship 8 doit combler.
A.4 — Tensions entre Features politiques
Deux Features politiques peuvent être contradictoires : "libre concurrence" et "protection des services publics" exigent des ressources antagonistes. Un FeatureTensionAnalyzer qui détecte les paires de [Feature] dont les acceptance criteria nécessitent des allocations incompatibles forcerait l'explicitation des arbitrages politiques que le législateur cache habituellement dans la prose. Manque accepté pour les ships initiaux — la tension des Features est un sujet de recherche à part entière.
A.5 — Effet rétroactif et application différée
Le droit distingue le moment de l'écriture, le moment de l'entrée en vigueur, et le moment de l'abrogation. Certaines lois sont rétroactives. Certaines ont un sunset clause. Le moteur de simulation doit distinguer "droit écrit à la date X" du "droit applicable à la date X". Attributs nécessaires : [RetroactiveApplication], [DeferredApplication], [Sunset(Date)].
A.6 — Internationalisation et droit comparé
Le système est conçu pour le droit français, mais la signature META(Ex × Ty) est ouverte à tous les ${Space}. Un Law.International.Bridge multi-juridictionnel doit orchestrer plusieurs cadres Law.${Space}${Time} simultanément avec des règles de droit international privé typées. C'est le Ship 9 qui pose les premières briques.
A.7 — La langue juridique elle-même
Le droit s'écrit en français (ou en allemand, en anglais, en arabe). Le système exige du C#. L'écart est structurel et douloureux. Deux pistes : un front-end syntaxique inspiré de Catala qui accepte la prose juridique structurée et la traduit en attributs C#, ou des attributs suffisamment lisibles pour qu'un juriste sans C# les comprenne. Lex Studio (Partie 15) résout une partie du problème, mais pas tout.
A.8 — Multilinguisme et accessibilité
La France est multilingue de fait : français, arabe, breton, occitan, créole, wolof. Tous les DiagnosticDescriptor doivent avoir des messages paramétrés avec des ressources .resx traduites par la communauté. Le diagnostic CIT001 doit exister en fr-FR, ar-FR, br-FR, en-FR, wo-FR. Les types C# restent identiques quel que soit la langue — seul le texte humain affiché change. Ce serait le premier service juridique véritablement multilingue précis de France.
A.9 — Juges et avocats absents
Le système modélise le législateur (via Law.Dsl), le citoyen (via Citizen.Dsl), mais ni le juge ni l'avocat. Un Judge.Dsl et un Lawyer.Dsl (prévus en Ship 10) doivent permettre au juge d'écrire sa décision motivée typée ([Considerant], [Visa], [ParCesMotifs]) et à l'avocat d'écrire son mémoire typé. Le bridge vérifie la cohérence : les moyens sont-ils pertinents ? Les considérants répondent-ils aux moyens ? Le droit est complet quand les quatre acteurs sont modélisés.
A.10 — Logique non-monotone
Le droit est massivement non-monotone : une nouvelle loi peut invalider un raisonnement antérieurement valide. Le système de typage C# est monotone par construction. Un moteur Datalog ou ASP (Answer Set Programming) appelé par le bridge sur les zones où la non-monotonie est essentielle est le pont avec l'IA symbolique française — Prolog, Caml, Coq, Catala. Ship 12.
A.11 — Géographie fine et calculs SIG
Le droit foncier, l'urbanisme, le droit environnemental exigent des calculs géographiques précis. NetTopologySuite embarquée dans Bridge.Core pour les intersections parcellaires, les zones de protection, les bassins versants. Ship 12.
A.12 — Calcul monétaire
Catala excelle dans le calcul monétaire — c'est son domaine natif avec la DGFiP, le calcul d'impôts, les allocations. Le projet ne doit pas concurrencer Catala sur ce terrain. Il doit s'appuyer dessus via un Catala.Bridge (Ship 6-bis) qui est le pont français le plus important de toute l'architecture. C'est la collaboration, pas la concurrence, qui a du sens ici.
A.13 — Apprentissage automatique sur le corpus brut
Un pipeline Legifrance XML → LLM fine-tuned → suggestions de typage → validation humaine fail-closed peut accélérer considérablement le typage initial du corpus français. L'IA propose, l'humain valide. L'IA n'a jamais le mot final — c'est une boucle d'amélioration assistée, pas une automatisation.
B.1 — Effet pédagogique sur la formation juridique
Des étudiants en droit qui apprennent en codant le droit. dotnet build devient un exercice de travaux dirigés. Une faculté de droit avec un répertoire MyExercises/ qui compile contre Law.France2026.Pedagogical.Dsl. L'étudiant qui type un article du Code civil pour la première fois comprend sa structure interne mieux qu'en le lisant dix fois — parce que le compilateur refuse les incohérences que la lecture laisse passer. L'étudiant qui écrit [Measure(MeasureKind.Regulation, typeof(DrinkingWater))] et qui voit le compilateur lui demander "quel IAsset est protégé ? quel StatusKind lui attribues-tu ? quelle IProcedure garantit ce statut ?" comprend physiquement que le droit est un système de relations typées entre actifs, statuts, procédures et espaces — pas une suite de phrases à mémoriser. C'est un changement de paradigme pédagogique aussi profond que l'introduction des travaux dirigés dans les années 1960.
B.2 — Recherche en sciences sociales reproductible
Economistes, sociologues, politistes peuvent enfin exécuter leurs hypothèses législatives. "La réforme X a coûté Y milliards" — joindre le csproj au papier. Reproductibilité scientifique appliquée au droit, jamais existante auparavant. Le peer review devient vérifiable par compilation.
B.3 — Droit climatique compilable comme cadre dédié
Common.Climate.Dsl est un cadre spécifique, généré pour le sous-domaine climatique, avec ses propres spécifications : budgets CO2 par juridiction et par période, seuils de biodiversité, indicateurs de captage carbone. Une loi Law.${Space}${Time}.${Author} qui touche à un actif climatiquement sensible doit aussi être valide dans le cadre Common.Climate.${Space}${Time} — le bridge inter-cadres vérifie la cohérence au compile-time. Une loi pro-pétrole devient un compile error parce qu'elle viole les spécifications du cadre climatique applicable. C'est la traduction technique du parlement des choses de Bruno Latour : les non-humains (le climat) ont leur propre cadre, et les lois humaines doivent négocier avec lui via un bridge inter-cadres explicite.
B.4 — Effet international par contagion
Si la France adopte ce système, les autres pays suivent — c'est l'effet Catala déjà observable. Common.Germany2026.BMJ, Common.EU2026.Etalab, Common.Quebec2026. Un super-bridge Law.International.Bridge orchestre les cadres de différentes juridictions. Avantage géopolitique français concret, fondé sur une tradition juridique parmi les plus anciennes et les mieux codifiées du monde.
B.5 — Transparence radicale et fin de la "loi cachée"
Tout cadre est forkable, diff-able. Quand un parlementaire dit "cette loi protège les locataires", un activiste fait dotnet law-bridge diff projet-loi.dll status-quo.dll et voit. Plus aucun parlementaire ne peut prétendre une chose et faire l'inverse — le compilateur l'attrape. La loi cesse d'être un texte opaque que seuls les initiés savent lire ; elle devient un programme dont le diff est lisible par quiconque a Lex Studio installé.
B.6 — Elimination structurelle du non-recours
Environ 30% des aides sociales ne sont pas réclamées en France, faute de connaissance des droits par les destinataires. Avec le système, Mathilde compile son cas et obtient info CIT001: Vous avez droit à la Prime d'activite — Quick Fix : generer la demande pre-remplie. Estimation conservative : environ 10 milliards d'euros par an d'aides non-réclamées. Le système redistribue des milliards sans changer une virgule au droit, juste en le rendant exécutable côté destinataire. C'est l'impact social le plus immédiat et le plus mesurable du projet.
B.7 — Auto-réflexivité : chaque cadre se mesure à lui-même
A l'intérieur de chaque cadre Law.${Space}${Time}.${Author}, le système peut générer des propriétés qui vérifient le cadre lui-même. Une propriété qui vérifie que le ratio de [VagueByDesign] reste supérieur à 5%. Une autre qui vérifie qu'au moins un autre cadre concurrent existe pour le même (Space, Time). Chaque cadre porte donc les conditions de sa propre contestabilité dans ses spécifications. Système qui peut être mis en accusation par lui-même, cadre par cadre — garantie épistémique forte qu'aucune idéologie close ne peut offrir.
B.8 — Archéologie juridique computable
Common.AncientRome.JulianPaul, Common.OriginalNapoleon.1804, Common.SovietUnion.1985. Diff temporel entre le Code Napoléon et le Code civil 2026. L'histoire du droit devient computable, navigable, comparable. Un étudiant en histoire du droit peut écrire dotnet law-bridge diff Napoleon1804.dll CivilCode2026.dll et obtenir un rapport typé des transformations juridiques sur deux siècles.
B.9 — Paix par l'explicite et la pluralité des cadres
Beaucoup de conflits politiques viennent de désaccords non formulés sur des cadres implicites concurrents. Le système force l'explicitation à deux niveaux : à l'intérieur d'un cadre donné, si tu veux modifier le statut de l'eau de Commons à Private, tu dois écrire [Status(StatusKind.Private, ...)] — le diff est trivial, le débat devient possible parce que ta position est typée. Entre cadres concurrents, le ConsensusScorer exhibe que le statut de l'eau est différent dans deux cadres, et le débat porte alors explicitement sur le choix du cadre, pas sur des prémisses cachées. On ne s'entend pas forcément, mais on sait sur quoi exactement on est en désaccord.
B.10 — Emancipation comme effet structurel
La loi cesse d'être un mystère réservé aux clercs. Le citoyen travaille à l'intérieur d'un cadre Law.${Space}${Time}.${Author} qu'il a explicitement choisi, dont il connaît l'auteur, dont il peut lire les spécifications, et qu'il peut forker s'il est en désaccord. Il ne manipule pas seulement les règles ; il manipule aussi le cadre dans lequel ces règles ont du sens. Auto-gouvernement au sens fort de Castoriadis — une société qui sait qu'elle se donne ses cadres et ses lois, et qui peut les vérifier elle-même cadre par cadre. La pluralité des cadres concurrents est constitutive de cette autonomie : si un seul cadre existait, le citoyen n'aurait pas de choix, juste une soumission à un cadre imposé.
C.1 — Asymétrie producteur/consommateur du typage
Le pattern Wikipédia se reproduira : 1% des contributeurs feront 99% du contenu. Pour le droit typé, le coût marginal d'un alinéa typé est plus élevé (environ dix minutes avec Lex Studio et un LLM d'assistance) et la motivation intrinsèque est plus faible que pour l'encyclopédie. Plus fondamentalement, c'est une asymétrie épistémologique : qui type décide les catégories de pensée du système. Wittgenstein aurait dit : "les limites de mon Common.Dsl sont les limites de mon monde". Mitigations : modèles B et C de la Partie 16, LawDslGenerator qui automatise le squelette, Lex Studio avec LLM, pipeline Legifrance. L'asymétrie est structurellement irréductible — il faut l'accepter honnêtement.
C.2 — Coût cognitif d'entrée pour le citoyen
Mathilde doit éditer un fichier C# ou utiliser l'UI Blazor. La promesse de l'émancipation reste partiellement classiste. Le Ship 4 (UI Blazor WASM) doit aller jusqu'au bout — éditeur visuel sans aucun mot d'anglais ni concept de programmation visible. Et certains préféreront aller à la CAF voir un humain — et c'est bien. Le système est un outil parmi d'autres, pas un remplacement universel.
C.3 — Illusion de complétude
Mention obligatoire dans chaque diagnostic émis par le système : "Ce résultat est calcule par compilation. Il ne remplace pas un avis juridique humain." Le jour où cette mention disparaît, le projet a trahi sa promesse.
C.4 — Risque de monoculture des cadres
C'est la limitation la plus subtile et la plus importante. Il faut d'abord dissiper une confusion fréquente qui brouille le débat.
"Réifier" le droit, au sens de capturer dans une forme stockable et réplicable, n'est pas un problème. C'est précisément ce que le projet veut faire, et ce que font depuis toujours la logique formelle, les mathématiques, le code source, la musique écrite. Quand un compositeur écrit une partition, il "réifie" la musique — il la fixe dans une forme transmissible. Personne ne prétend que la partition détruit la musique ; elle la rend reproductible, vérifiable, partageable. La capture est la condition de la transmissibilité, pas l'opposé de la liberté.
De même, la "clôture" d'un cadre spécifique n'est pas un défaut en soi. Chaque cadre Law.${Space}${Time}.${Author} est par construction clos, parce qu'il est spécifique à une situation (Espace × Temps × Auteur). Un cadre qui ne serait pas clos serait un cadre qui n'aurait pas de spécifications — un non-cadre. La spécificité implique la clôture, et la clôture est ce qui rend le cadre vérifiable. C'est la condition même du Quality Gate : on ne peut vérifier que ce qui est borné.
Le vrai risque est plus précis et plus dangereux : la monoculture des cadres. C'est le moment où un seul cadre — par exemple Law.France2026.Etalab — deviendrait de facto le cadre unique pour penser le droit français 2026, et où le vocabulaire de ce cadre-là préempterait le vocabulaire politique disponible. Quand un seul cadre définit les catégories du pensable, les catégories qu'il n'a pas prévues deviennent impensables. C'est précisément le scénario Cybersyn appliqué au droit : un cadre spécifique qui oublie qu'il est spécifique et se prétend universel.
C'est le diagnostic d'Alain Supiot dans La Gouvernance par les nombres (2015), qu'il faut lire précisément : Supiot ne critique pas la formalisation en soi — il admire d'ailleurs le droit romain qui est lui-même un système formel parfaitement spécifique à son (Espace × Temps × Auteur). Ce qu'il critique, c'est la substitution d'un cadre algorithmique unique à la délibération politique qui devrait précisément générer et choisir ses cadres. La nuance est essentielle : le problème n'est pas le cadre, c'est l'unicité du cadre.
Le projet évite la monoculture par quatre mécanismes : (1) multiplicité native des cadres — l'architecture exige la coexistence de plusieurs ${Author} et le ConsensusScorer exhibe leurs divergences ; (2) [VagueByDesign] abondant — ratio minimum de 5% des attributs, vérifié par quality gate, parce qu'un cadre qui n'a aucun trou prétend tout dire ; (3) IsHumanRequired flags sur tous les diagnostics où l'appréciation humaine est la condition de validité ; (4) forkabilité — un cadre contesté peut toujours être ré-ouvert par un fork concurrent. Vigilance permanente malgré tout : compter le nombre de cadres concurrents publiés pour chaque (Espace × Temps), surveiller les zones où un cadre commencerait à éteindre les autres, et traiter la chute du nombre de cadres concurrents comme un signal d'alarme au même titre qu'une chute de biodiversité.
C.5 — La pile est en réalité OSS
L'analyse initiale alarmiste sur la dépendance à Microsoft était une exagération. La pile .NET est open source (MIT), Roslyn a environ 5 000 contributeurs, et un fork hostile reste viable (cf. Mono, avant même le passage en open source de .NET). Le risque résiduel : Microsoft contrôle le repo officiel dotnet/roslyn. Mais c'est le même risque que Linux avec Linus — structurel, faible, et compensé par la communauté. Aucun blocage technique.
C.6 — Asymétrie de pouvoir en deux dimensions
Deux dimensions distinctes. La première est l'asymétrie entre publishers (Etalab vs LaQuadrature) — irréductible, mais le ConsensusScorer la rend visible. La deuxième est l'asymétrie d'accès — résolue par Lex Studio qui démocratise pour les juristes, et par le Ship 4 (Blazor WASM) qui démocratise pour les citoyens.
C.7 — Attaques par déni d'usage et désinformation
Des faux feeds pourraient publier des cadres intentionnellement erronés — Law.France2026.FakeMinistry.Dsl avec des articles inventés. Mitigation : signature X.509 obligatoire, registre de réputation (type crt.sh pour les certificats SSL), et warning rouge dans le client dotnet si on installe un package depuis une source non-listée.
C.8 — Mise à jour des cas anciens
Mathilde compile son cas en avril, ne le recompile jamais, et rate la nouvelle aide sociale d'octobre. Mitigation : un daemon my-cases-watcher qui surveille les feeds, recompile automatiquement toutes les 24 heures, et notifie uniquement les changements pertinents. Opt-in, local, anonymisé. Le cron de la jurisprudence personnelle.
C.9 — La marge d'appréciation judiciaire ne disparaît pas
C'est une bonne chose, pas une limitation regrettable. Le juge apprécie, interprète, arbitre. Le système est un outil, pas un oracle. Sa limite est sa garantie démocratique : tant qu'un humain tranche en dernier ressort, le système reste un outil de parole et non une machine de domination.
C.10 — Risque scientiste / Cybersyn
Vigilance permanente. Pas un ticket à clore. Référence historique : le projet Cybersyn chilien de 1971-1973, tableau de bord cybernétique centralisé qui prétendait piloter l'économie en temps réel. Le système doit toujours être un outil d'aide à la délibération, jamais un remplaçant de la délibération.
C.11 — Principe de non-automatisation (Chomsky)
C'est la formulation philosophique centrale de la garantie, et elle mérite un développement. La distinction entre automatisation et génération n'est pas un jeu de mots — c'est une bifurcation architecturale qui conditionne tous les choix de design.
L'automatisation (Cybersyn, Taylor, les systèmes experts des années 1980) remplace l'humain par la machine. La décision est algorithmique, sans appel, et le système est fermé — il ne produit que ce pour quoi il a été programmé. L'humain disparaît du circuit ou devient un opérateur passif.
La génération (Chomsky, les grammaires génératives, LaTeX, Linux, Wikipédia, les partitions musicales) donne à l'humain un système qui produit des cadres spécifiques bien formés. La production est paramétrée : l'humain la valide, la transforme, la conteste. Le système est ouvert — un nombre fini de règles produit une infinité d'énoncés. L'humain reste locuteur : l'outil est un instrument de parole, pas un substitut.
Le système Law × Commons × Citizen est exactement une grammaire générative au sens de Chomsky. Le IsHumanRequired flag dans les diagnostics n'est pas une limite du système — c'est un espace de parole humaine que la grammaire respecte. Quand le diagnostic dit RequiresHumanJudgment, il dit : "ici, la grammaire s'arrête, et c'est le locuteur qui parle". C.10 et C.11 sont les deux faces de la même garantie : C.10 = vigilance critique permanente contre la dérive scientiste, C.11 = principe architectural qui rend cette vigilance opérationnelle dans chaque ligne de code.
C.12 — Ecart culturel juriste/codeur : surmontable
C# est un DSL comme R, SQL ou LaTeX. L'écart est réel mais le même écart a été franchi dans d'autres domaines : LaTeX est devenu un prérequis universel pour publier en physique, mathématiques et informatique depuis 1978. L'adoption de Law.Dsl sera plus rapide grâce à Lex Studio, Copilot, LLM, MOOCs et communauté en ligne. Coût marginal estimé : environ 500 euros de formation par juriste, contre environ 50 000 euros par an pour un avocat junior. C'est la limitation la moins sérieuse de la liste.
C.13 — Inertie institutionnelle
Délai de 10 ans et plus, intrinsèque à tout projet qui touche au droit. Acceptation lucide : le projet se mesure en décennies, pas en années. Les réformes juridiques structurelles prennent toujours une génération — le passage au Code Napoléon a pris trente ans entre les premiers travaux et l'adoption.
C.14 — Fatigue des contributeurs
Le même phénomène que Wikipédia : les premiers contributeurs enthousiastes s'épuisent, les nouveaux sont plus rares. Mitigation : documentation d'onboarding excellente, mentorat via Matrix/Discord, LawDslGenerator qui réduit le travail répétitif, LLM qui assiste le typage. L'histoire de Wikipédia montre que le phénomène est surmontable — à condition que l'infrastructure soit suffisamment accueillante.
C.15 — Oralité juridique récupérable via AdditionalFiles
Initialement présenté comme une perte par construction — le droit oral (audiences, plaidoiries, débats parlementaires) serait perdu par le passage à l'écrit typé. C'est faux. Roslyn supporte nativement les AdditionalFiles : un attribut [OralCitation(SourceFile = "hearings/2026-03-12.mp3", Speaker = "Maitre X", Timestamp = "00:42:18", Transcription = "transcriptions/2026-03-12.txt#L142")] indexe enregistrement et transcription, vérifie l'intégrité par hash, permet de jouer l'audio au timestamp précis dans Lex Studio, et peut être validé par STT Whisper en CI. L'oralité devient première classe dans le droit-comme-code. Pour les débats parlementaires : pipeline d'import depuis videos.assemblee-nationale.fr. Le citoyen peut demander "pourquoi cet article a cette formulation ?" et arriver à la minute exacte du débat avec audio.
Synthèse — pourquoi ça vaut la peine
La liste des limitations est longue et honnête. Aucune ne disqualifie le projet. Toutes appellent à de la prudence, à la vigilance critique permanente, à l'humilité épistémique. Ce sont les garde-fous, pas les obstacles.
Ce qui rend le projet beau l'emporte sur ce qui limite, parce que les limitations sont celles de tout projet humain de cette envergure — asymétrie contributeur/consommateur (Wikipédia aussi), inertie institutionnelle (toute réforme aussi), risque de monoculture (toute standardisation aussi) — alors que les bénéfices sont inédits : formation juridique transformée, recherche reproductible, droit climatique compilable, fin du non-recours, transparence radicale, archéologie computable, paix par l'explicite, émancipation structurelle. Le coût d'opportunité de ne pas faire est plus grand que les risques de faire.
Et le projet est réversible : chaque ship est indépendant, chaque module est forkable, chaque utilisateur peut quitter. Aucun pouvoir centralisé qui n'existait déjà. Le pire scénario est un projet qui n'aboutit pas — pas un projet qui devient un instrument de domination. Le meilleur scénario est une infrastructure qui rend possible ce que personne ne pouvait faire seul : lire le droit comme on lit du code, le contester avec la même rigueur, et le transformer ensemble.
Pour aller plus loin
- Partie 16 — Question méta-sociale : qui va générer les cadres ? (précédente)
- Partie 18 — Roadmap intégrée (suivante)
- Hub de la série
- Partie 11 — Law.QualityGate pour l'auto-réflexivité B.7
- Partie 12 — Les six régimes d'usage pour le ConsensusScorer (B.9)
- Partie 15 — Lex Studio pour la résolution de C.6.b et C.12