Comment le droit évolue avec les flux d'agents IA

Une pétition qui me prenait autrefois un après-midi entier peut désormais être réalisée en quelques minutes.

Je ne parle pas de copier-coller une invite générique dans ChatGPT et d'accepter la première réponse. Cela reste dangereux, surtout dans le domaine juridique.

Je parle d'autre chose.

Imaginez une situation courante : le client envoie des PDF, un contrat Word, des captures d'écran éparses, une décision antérieure, un échange d'e-mails et une explication audio confuse. Le problème juridique est là, mais pas encore organisé.

Avant, le travail de base commençait presque toujours de la même façon : ouvrir document par document, séparer les faits, identifier les dates pertinentes, vérifier les clauses, construire une chronologie, localiser les demandes possibles, rechercher des fondements, adapter un ancien modèle, relire le travail, couper le superflu, vérifier les documents à nouveau, et espérer ne pas avoir laissé une contradiction cachée dans un coin. DES HEURES de travail d'organisation.

Selon le dossier, cela pouvait prendre 4, 5 ou 6 heures avant même de commencer à rédiger la pièce.

Aujourd'hui, avec un flux bien conçu, la première ébauche structurée peut apparaître en quelques minutes.

Le sujet n'est pas que l'IA « fasse la pétition ».

Le sujet est que l'avocat cesse d'utiliser l'IA comme une boîte de texte et commence à l'utiliser comme un système de travail.

C'est, pour moi, la différence centrale entre utiliser une invite et construire un flux agentique.

L'invite est une instruction isolée.

Le flux agentique est une séquence organisée de tâches, de contexte, de fichiers, de critères, de modèles, de révisions et de décisions.

Dans une invite, vous demandez : « fais une pétition à ce sujet ».

Dans un flux, vous apprenez à l'agent comment travailler.

Vous montrez où se trouvent les documents. Vous dites quels fichiers lire en premier. Vous définissez comment extraire les faits. Vous expliquez le format de la chronologie. Vous fournissez vos modèles de pétition. Vous précisez votre façon d'organiser les fondements. Vous définissez ce qu'il doit vérifier avant d'écrire. Vous déterminez ce qu'il ne doit jamais inventer. Vous exigez une liste de doutes. Vous demandez une matrice des risques. Ce n'est qu'après cela que vous ordonnez la rédaction.

La différence pratique est ÉNORME.

Un bon flux juridique avec l'IA peut suivre une logique plus ou moins comme celle-ci :

1. Lire les documents du dossier.
2. Extraire les faits pertinents.
3. Séparer les documents par fonction probatoire.
4. Construire une chronologie.
5. Identifier les points litigieux.
6. Relier les faits aux demandes possibles.
7. Comparer le dossier avec les modèles précédents.
8. Créer un plan de la pièce.
9. Rédiger par sections.
10. Vérifier la cohérence, les omissions et les risques.
11. Générer une version finale dans Word.
12. Produire une liste de vérification pour la relecture humaine.

Cela ne remplace pas le raisonnement juridique.

En fait, cela exige davantage de raisonnement juridique, car l'avocat doit savoir concevoir le processus.

L'IA ne sait pas, d'elle-même, quelle est votre stratégie, quelle thèse vous préférez, quel risque vaut la peine d'être pris, quel argument est fragile, quel fait nécessite une preuve, quel document ne doit pas être utilisé, quelle demande pourrait générer des coûts, ou quel langage est approprié pour ce tribunal.

Mais elle peut réduire brutalement le travail mécanique qui se situe entre l'entrée des documents et la première version utile de la pièce.

C'est là qu'interviennent les LLM.

LLM signifie large language model (modèle de langage de grande taille). En pratique, c'est le type de modèle qui peut lire, interpréter, résumer, comparer, classifier, réécrire, structurer et générer du texte à partir du contexte.

Mais un LLM, seul, n'est encore que le moteur.

Ce qui change le travail, c'est le moteur au sein d'une opération.

Le même modèle peut être utilisé mal ou excellemment.

Si vous lancez des documents épars et demandez une pétition complète, il peut mélanger les faits, exagérer les fondements, perdre les nuances et livrer une pièce belle mais dangereuse.

Si vous organisez le flux, séparez les étapes, fournissez des modèles, exigez des justifications, demandez de la traçabilité et incluez une relecture humaine, le résultat change de nature.

L'avocat cesse de recevoir « un texte d'IA » et reçoit un paquet de travail : faits extraits, chronologie, structure argumentative, brouillon, liste de doutes, points d'attention et une liste de vérification.

C'est ce qui m'intéresse.

Des outils comme Codex et Claude sont intéressants précisément parce qu'ils permettent de dépasser l'invite isolée.

Dans les deux, la logique est de travailler dans un environnement avec fichiers, instructions, terminal, scripts, modèles et structure de projet.

Cela ouvre une possibilité très concrète pour la profession juridique : traiter chaque dossier comme un dossier de travail organisé.

Exemple simple de dossier par dossier pour les avocats :

/dossier-client-x

/documents

/modeles

/brouillons

/chronologies

/listes-de-verification

/sorties

/instructions-du-dossier.md

Dans /documents, on met les PDF, contrats, décisions, procurations, e-mails exportés, rapports, feuilles de calcul et tout ce qui est pertinent.

Dans /modeles, on met vos pétitions précédentes, les structures approuvées, les pièces de référence et les normes internes du cabinet.

Dans le fichier d'instructions, vous expliquez comment l'agent doit travailler sur ce type de demande.

Quelque chose comme :

*« Lis d'abord les documents principaux. » « Extrais les faits avec la date, la source et le document d'origine. » « Ne crée pas un fondement juridique sans indiquer qu'il nécessite une vérification. » « Utilise mon modèle de pétition comme structure, mais adapte-le au dossier. » « Avant de rédiger, présente un plan. » « Après le brouillon, génère une liste de vérification. » « Mets en évidence les points qui dépendent de la confirmation de l'avocat. »*

Cela semble simple, mais cela change tout.

Codex et Claude peuvent être particulièrement utiles lorsque le travail implique des fichiers. Ils peuvent opérer dans des dossiers, lire le contenu, organiser les documents, exécuter des scripts, convertir des informations, créer des sorties structurées et travailler avec des matériaux qui ne tiennent pas bien dans une conversation ordinaire.

S'il y a des PDF, par exemple, le flux peut inclure l'extraction de texte, l'identification des pages pertinentes, un résumé par document, une liste des pièces jointes et un lien entre fait et preuve.

S'il y a des fichiers Word, le flux peut utiliser des modèles .docx, comparer des versions, générer un nouveau brouillon, préserver les structures, les pieds de page et les en-têtes, sans déformer votre papier à en-tête, et aussi réviser les titres et préparer un fichier final pour l'édition humaine.

C'est très différent de demander « fais une défense ».

Un meilleur flux serait :

*« 1. Lis les PDF dans le dossier documents ; 2. Construis un tableau avec fait, date, document et page ; 3. Identifie les faits juridiquement pertinents ; 4. Compare avec le modèle de défense dans le dossier modèles ; 5. Crée un plan de défense ; 6. Liste les doutes avant la rédaction ; 7. Une fois le plan approuvé, génère un brouillon dans Word ; 8. Effectue une deuxième relecture à la recherche de contradictions, de demandes non fondées et de faits sans preuve. »*

À ce stade, la pétition en quelques minutes cesse d'être une promesse en l'air.

Elle devient une conséquence de l'organisation.

L'avocat relit toujours.

L'avocat décide toujours.

L'avocat répond toujours.

Mais il n'a pas besoin de dépenser la même énergie à ouvrir fichier par fichier et à refaire manuellement des étapes qui peuvent être transformées en processus.

Claude, dans ce contexte spécifique, est généralement très fort pour la lecture, la synthèse, l'écriture longue, la révision linguistique, la structuration du raisonnement et le travail avec un contexte étendu. Dans les flux juridiques, cela peut être utile pour transformer des matériaux confus en raisonnement organisé.

Avec Claude Code, la logique se rapproche de l'exécution agentique dans des projets et des fichiers, avec instructions, compétences, commandes, agents spécialisés et tâches enchaînées.

Avec Claude Cowork, cette logique passe au travail de connaissance sur le bureau : fichiers locaux, applications, dossiers, tâches répétitives, documents de bureau et livrables qui ne sont pas nécessairement du code.

Pour un avocat, c'est très pertinent.

Parce qu'une grande partie du travail juridique n'est pas seulement « écrire ».

C'est coordonner l'information.

C'est transformer des documents dispersés en une thèse.

C'est transformer une thèse en une pièce.

C'est transformer une pièce en une version relue.

C'est transformer une relecture en une liste de vérification.

C'est transformer l'apprentissage en un modèle réutilisable.

Claude Cowork peut être considéré comme un assistant d'exécution pour les tâches de connaissance : organiser un dossier, relire des documents, comparer des versions, préparer un rapport, structurer un brouillon, aider avec Word, Excel, PowerPoint et autres environnements de travail, toujours sous la supervision et l'autorisation de l'utilisateur.

Le gain réside dans la délégation de tâches avec un début, un milieu et une fin.

Pas : « aide-moi avec ce dossier ».

Mais :

« Ouvre ce dossier, lis les documents principaux, génère une chronologie sous forme de tableau, identifie les lacunes probatoires et prépare un premier rapport de brouillon pour révision. »

Ou :

« Compare ce brouillon avec le modèle standard du cabinet, indique les différences pertinentes, mets en évidence les clauses manquantes et génère une version révisée dans un langage plus objectif. »

Ou :

« Lis ces documents, sépare ce qui est fait, ce qui est allégation, ce qui est preuve et ce qui doit encore être confirmé. »

Ce changement dans la commande est superficiellement petit, mais profond dans l'opération.

La qualité de l'agent dépend de la qualité du travail que vous lui enseignez.

C'est là que les compétences entrent en jeu.

Une compétence est, en termes simples, un ensemble d'instructions, de références, et parfois de scripts ou de modèles, qui apprend à l'agent à effectuer un type de travail spécifique.

Dans le domaine juridique, cela peut devenir quelque chose de très puissant.

Vous pouvez avoir une compétence pour :

• rédiger une pétition initiale de consommateur ;
• réviser un contrat de prestation de services ;
• construire une chronologie procédurale ;
• analyser des documents probatoires ;
• préparer un rapport exécutif pour un client ;
• réviser une pièce en mettant l'accent sur la cohérence et le risque ;
• transformer une décision judiciaire en résumé stratégique ;
• créer une liste de vérification pour le dépôt ;
• adapter un modèle du cabinet à un dossier spécifique.

La compétence n'a pas besoin de contenir seulement une « jolie invite ».

Elle peut contenir une méthode.

Elle peut dire :

*« Avant de rédiger, fais toujours un plan. »

« Sépare les faits des arguments. »

« N'invente jamais un numéro de dossier, une jurisprudence ou un document. »

« Quand il n'y a pas de preuve, marque-le comme en attente. »

« Utilise un langage clair et technique. »

« Préserve la structure du modèle du cabinet. »

« Génère une liste de vérification finale. »

« Indique les points qui nécessitent une validation humaine. »*

Avec le temps, le cabinet cesse de dépendre de l'improvisation.

Il commence à construire une bibliothèque de procédures intelligentes.

Cela s'applique à Codex.

Cela s'applique à Claude.

Cela s'applique aux solutions API.

Cela s'applique aux abonnements, lorsque l'outil fournit déjà une interface prête à l'emploi.

Il est également important de comprendre que « modèle » n'est pas tout pareil.

Une erreur courante est de choisir l'IA comme s'il n'y avait qu'une seule option : le modèle le plus célèbre, le plus cher ou le plus médiatisé.

En pratique, le flux juridique peut utiliser différents modèles pour différentes tâches.

• Un modèle rapide peut classer des documents, extraire des données simples ou organiser des noms, des dates et des valeurs.
• Un modèle doté d'un meilleur raisonnement peut analyser des thèses, identifier des risques, construire un plan de pièce et réviser les contradictions.
• Un modèle avec un contexte plus large peut lire de nombreux documents à la fois.
• Un modèle plus fort en écriture peut transformer le plan en un brouillon clair.
• Un agent avec accès aux fichiers peut générer le document Word, comparer des versions et organiser le dossier.

Le secret opérationnel réside dans le fait de ne pas traiter tout comme un seul appel à l'IA.

Le flux peut être divisé :

1. D'abord, l'extraction.
2. Ensuite, l'organisation.
3. Ensuite, l'analyse.
4. Ensuite, le plan.
5. Ensuite, la rédaction.
6. Ensuite, la relecture.
7. Ensuite, le formatage.
8. Ensuite, la liste de vérification.

Chaque étape a une fonction.

Et chaque étape peut avoir ses propres critères.

Cela réduit les hallucinations.

Cela réduit les reprises.

Cela augmente la traçabilité.

Et cela rend la relecture humaine beaucoup plus objective.

Un exemple pratique de flux pour une pétition initiale pourrait être :

1. Saisie des documents.

L'avocat crée un dossier et y place le contrat, les conversations, les reçus, les notifications, les décisions antérieures, la procuration, les documents personnels et les observations du client.

2. Lecture et inventaire.

L'agent liste tous les documents, identifie le type, la date, les parties impliquées et la pertinence éventuelle.

3. Chronologie.

L'agent crée une chronologie avec date, fait, document source et observation sur la preuve.

4. Problèmes juridiques.

L'agent sépare les fondements possibles mais marque ce qui nécessite une validation.

5. Doutes à soumettre à l'avocat.

Avant de rédiger, l'agent demande ce qui manque : valeur, demande, preuve, compétence, prescription, tentative de conciliation, risque procédural.

6. Plan de la pièce.

L'agent construit une structure : faits, fondements, demandes, preuves, injonction, valeur du litige, documents joints.

7. Adaptation au modèle.

L'agent utilise un modèle du cabinet, préserve le style, la structure et la langue, mais l'adapte au dossier.

8. Brouillon.

L'agent rédige la première version.

9. Révision technique.

L'agent vérifie si toutes les demandes ont un fondement, si tous les faits importants ont un document, s'il y a des contradictions et si un passage est trop générique.

10. Sortie dans Word.

L'agent génère une version modifiable, avec titre, rubriques et structure prête pour la révision finale de l'avocat.

11. Liste de vérification.

L'agent fournit une liste de vérification avant le dépôt.

Dans ce scénario, le premier brouillon peut sortir en quelques minutes.

Mais il ne naît pas de rien.

Il naît d'un système.

Et ce système dépend de trois choses : de bonnes entrées, de bonnes instructions et une bonne relecture.

Sans cela, l'IA ne fait qu'accélérer la désorganisation.

Un cabinet qui veut utiliser l'IA avec maturité doit créer certains actifs internes.

Ce sont :

C'est là que la conversation revient à la gouvernance.

L'IA dans la profession juridique ne peut pas être traitée comme un jouet de productivité.

Elle affecte la confidentialité, la stratégie, la responsabilité professionnelle, les données personnelles, les documents sensibles, le risque procédural et la confiance du client.

Par conséquent, l'avocat doit comprendre le minimum de la technologie.

Pas pour devenir ingénieur. Mais pour savoir ce qu'il délègue.

Un agent peut être excellent pour organiser l'information, mais il n'assume pas la responsabilité professionnelle.

Un LLM peut très bien rédiger, mais il ne sait pas si cette thèse est la meilleure pour ce client.

Un flux peut accélérer la pièce, mais il ne remplace pas la stratégie juridique.

La maturité réside dans le fait de savoir où l'IA entre et où elle s'arrête.

Pour moi, la profession juridique commence à changer vraiment lorsque l'avocat comprend qu'il peut construire une petite opération d'IA autour de son propre travail.

Il n'est pas nécessaire de commencer grand.

On peut commencer avec un dossier, trois modèles, une instruction bien écrite et un flux simple :

« Lis, organise, demande, planifie, rédige, relis. »

Ensuite, on améliore.

Créer une compétence.

Créer une liste de vérification.

Créer une norme de sortie.

Créer une banque de modèles.

Créer un flux pour Word.

Créer un flux pour PDF.

Créer une intégration via API.

Créer une gouvernance.

Avec le temps, l'avocat cesse d'être quelqu'un qui parle simplement à une IA.

Il commence à opérer des agents.

Et c'est un changement profond.

Parce que ceux qui apprennent à opérer des agents peuvent transformer les connaissances juridiques en un processus réutilisable.

Ils peuvent prendre un modèle qui existe déjà et demander à l'agent de l'appliquer au dossier spécifique.

Ils peuvent transformer des documents désordonnés en structure.

Ils peuvent transformer des heures de tri en minutes de relecture.

Ils peuvent passer de « aide-moi avec cette pétition » à « exécute ce flux de rédaction, en utilisant mes modèles, mes critères et mes listes de vérification ».

C'est le point.

Lorsque l'avocat apprend à l'agent à travailler selon sa méthode, l'IA cesse d'être simplement un outil de rédaction et commence à fonctionner comme une couche opérationnelle du cabinet.

La pétition en quelques minutes n'est que la partie visible.

Derrière elle se trouvent un répertoire, des modèles bien construits, des fichiers organisés, des instructions claires, un choix approprié du LLM, une relecture humaine et une gouvernance.

C'est le point que beaucoup sous-estiment encore.

La véritable transformation ne consiste pas à produire plus de texte. Elle consiste à transformer les connaissances juridiques en un processus réutilisable.

Un cabinet qui apprend cela commence à gagner en cohérence.

Le tri s'améliore.

La relecture devient plus objective.

Les modèles cessent d'être oubliés dans de vieux dossiers.

Les connaissances accumulées commencent à circuler dans des flux plus clairs.

Et l'avocat gagne quelque chose qui a toujours été rare dans la pratique juridique : du temps qualifié pour mieux penser.

En fin de compte, l'IA ne rend pas le travail juridique moins technique.

Elle exige davantage de méthode.

Et ceux qui savent construire cette méthode travailleront avec un avantage difficile à ignorer.