Claude pour les avocats : ce que 20 000 juristes ont demandé à Anthropic

La semaine dernière, Anthropic a organisé une session intitulée Claude for Legal Teams. Vingt mille personnes se sont inscrites. Leur animatrice, Nancy, du marketing, a dit à l'antenne qu'elle n'avait jamais vu un tel chiffre pour un webinaire juridique. Je la crois. La salle a soumis 51 questions et leur a donné 2 470 votes, et ce classement par votes est l'étude la plus honnête sur la legal tech que j'ai vue cette année.

Faits clés

• Le webinaire Claude for Legal Teams d'Anthropic a attiré 20 000 inscrits, 51 questions soumises et 2 470 votes.
• Quatre questions sur le secret professionnel et la sécurité ont recueilli 1 050 votes — 42 % de toute l'attention de la session ; la question la plus votée a obtenu 372 votes.
• HAQQ sert environ 9 800 cabinets, majoritairement des structures petites et moyennes, majoritairement hors des grands pôles d'achat technologique.

Je dirige une entreprise de ce secteur. Nous construisons HAQQ, une plateforme de legal AI qui sert aujourd'hui environ 9 800 cabinets — majoritairement petits et moyens, majoritairement hors des grands pôles d'achat technologique, majoritairement les cabinets pour qui personne n'organise de webinaire. Alors quand 20 000 de leurs cousins se présentent à une session sur Claude, j'y prête attention. J'ai téléchargé l'enregistrement. J'ai lu chaque question. J'ai passé une soirée avec la transcription. Puis j'ai écrit ceci.

Ce n'est pas un compte rendu. L'enregistrement est en ligne si vous en voulez un. C'est la conversation que le webinaire n'a pas eu le temps de terminer — ce que Mark Pike (responsable produit juridique chez Anthropic) et Maggie Russo (IA appliquée) ont dit quand ils sont arrivés à une question, ce qu'ils n'ont pas eu le temps d'aborder, et les points où je pense qu'ils ont eu en partie raison, mais pas jusqu'au bout. Je le signalerai clairement à chaque fois. Là où la salle a posé une question à laquelle personne sur scène n'a répondu, j'y répondrai comme je le ferais à un associé qui m'aurait payé pour cela.

Une précision avant de commencer. Les questions ne sont pas les miennes. Elles viennent de vrais avocats, de vrais juristes paralegal, de vrais responsables des opérations juridiques, et ils y ont mis leur nom. Lorsque je cite une question, je l'attribuerai. Les compteurs de votes proviennent de la session en direct. L'histoire d'Andrew, le paralegal, dont je vais parler — celle-là m'est restée en tête, alors je commencerai par elle.

Une équipe de quatre personnes. Un cabinet du MLaw 200. Un verdict de jury.

Mark a raconté cette histoire sur scène et je veux la retranscrire, car c'est la réponse à une question que personne n'a plébiscitée, mais que tout le monde se pose en secret. Est-ce que ces outils sont vraiment utiles, ou fait-on du théâtre de l'IA ?

Andrew est paralegal. Il faisait partie d'une équipe pro bono de quatre personnes — deux avocats, deux paralegals — défendant un dossier de maltraitance envers une personne âgée contre un cabinet du MLaw 200. C'est un combat qu'on ne gagne pas au nombre d'heures facturées. Andrew a donc construit un outil sur l'API d'Anthropic qui accompagnait le conseil pendant le procès, faisant remonter en temps réel des angles de contre-interrogatoire, parfois avant même que la partie adverse ait fini de poser sa question. Les quatre membres de l'équipe sont repartis avec un verdict de jury important en faveur de leur client.

Je veux que vous vous arrêtiez un instant là-dessus. Un paralegal. A écrit du code. Au procès. A gagné.

Maintenant lisez la phrase suivante attentivement : c'est le cas d'usage médian, pas le plafond.

Le webinaire s'est ouvert sur cette histoire pour une raison précise. Les 51 questions qui ont suivi sont ce qui se passe quand 20 000 personnes, dans une profession qui a survécu 800 ans avec la tradition de la plume d'oie, réalisent collectivement que la technologie est réelle et que la seule question qui reste est de savoir si elles vont bien s'en servir ou mal s'en servir. Personne n'a plébiscité « l'IA va-t-elle remplacer les avocats ». Ce débat est clos au sein de la profession. Tout, dans le chat, était opérationnel. Comment fais-je cela sans perdre le secret professionnel. Comment je vérifie. Comment je déploie. Comment j'intègre. Comment j'évite la liste noire.

Laissez-moi vous présenter ce qu'ils ont demandé, dans l'ordre du classement par votes — mais d'abord, le cadre que Mark a posé pour introduire toute la session. Il vaut la peine de le garder en tête pour la suite, car chaque question qui a suivi se rattache à l'une de ces quatre idées.

§1 — Les quatre piliers de Mark : comment Claude connaît réellement votre travail juridique

Mark a présenté ce qu'il a appelé les quatre piliers de la manière dont Claude fait du travail juridique. Je vais les utiliser comme colonne vertébrale de cet article, car (a) c'est le bon cadre et (b) la plupart des questions du public s'y rattachent. Si vous avez regardé le webinaire, cette section vous sera familière ; sinon, voici la version en trente secondes du schéma architectural qu'Anthropic défend.

Pilier 1 — Données en direct via le Model Context Protocol (MCP). Mark a appelé le MCP l'« USB-C de l'IA ». C'est un protocole ouvert qui permet à Claude de se connecter à vos systèmes en direct — votre logiciel de gestion de dossiers (iManage, NetDocuments), votre CLM, votre Drive, Outlook, la suite Microsoft, Slack, votre agenda. Le point n'est pas que Claude télécharge un instantané de votre travail ; c'est que Claude lit les mêmes fichiers que votre équipe, en direct. La version révisée qui arrive à 16 h est visible à 16 h 01 sans que personne n'ait besoin de la retélécharger. Cela paraît évident jusqu'à ce qu'on se rappelle que la plupart des déploiements d'IA en entreprise aujourd'hui reposent encore sur des PDF envoyés sur Slack, avec un décalage permanent.

Pilier 2 — Les compétences (skills). Une « compétence » dans cet univers est un fichier markdown qui codifie un flux de travail que votre équipe exécute déjà chaque semaine. Révision de NDA. Révision de contrat. Rédaction de journal de confidentialité. Ouverture de dossier. Vérification de bibliothèque de clauses. Recherche de précédents. Analyse des points de négociation. La formulation de Mark était importante : « Claude ne part pas d'une page blanche pour le travail que vous faites des centaines de fois par an. Il puise dans ce corpus de connaissances que vous avez créé au sein de votre département. » Les compétences rendent la mémoire musculaire institutionnelle portable. Elles sont aussi, selon Mark, réutilisables de façon récursive — vous pouvez demander à Claude de rédiger des compétences pour vous en lui fournissant des exemples de travaux passés.

Pilier 3 — La compréhension des documents. C'est le pilier le plus sous-estimé. Claude lit la structure d'un accord comme le ferait un avocat. Il suit les termes définis à travers les annexes et les calendriers. Il explique en langage clair ce que fait réellement une clause et signale précisément où se situe le risque. Ce n'est ni de la recherche par mot-clé, ni du résumé de texte. C'est une compréhension structurelle de la manière dont les documents juridiques s'articulent — les termes définis renvoyés à l'endroit où ils sont utilisés, les exceptions retracées jusqu'à l'endroit où elles écartent la règle générale, les annexes reliées aux dispositions opérationnelles qu'elles développent. L'écart de capacité entre « résumer ce contrat-cadre » et « trouver chaque endroit où les conditions standard de ce contrat-cadre sont discrètement écartées par une lettre annexe » est immense, et c'est le pilier 3 qui comble cet écart.

Pilier 4 — Le contexte à travers les applications. La version révisée que vous avez faite dans Word devient une diapositive de synthèse dans PowerPoint, devient un brouillon d'e-mail dans Outlook, devient une invitation d'agenda de suivi — et Claude conserve le contexte du travail d'origine tout du long. Un seul fil. Rien à réexpliquer. Aucune transmission par copier-coller. La formule exacte de Mark : « Le travail se déplace avec vous. » Si vous avez déjà passé vingt minutes à réexpliquer le contexte d'un dossier à un collègue sur Slack, ou pire, à une IA qui avait oublié ce qu'elle faisait entre deux échanges, vous comprenez viscéralement ce que ce pilier résout.

Vous n'avez pas besoin de réentraîner les modèles pour donner à Claude un diplôme de droit d'ingénieur. Il vous suffit de donner à ces outils l'accès — les mêmes outils que les avocats utilisent chaque jour pour accomplir leur travail. Et c'est ce qui l'aide à devenir un excellent coéquipier dans le contexte juridique.

Cette phrase résume tout le pari architectural. Anthropic ne construit pas une « IA juridique » qui serait un produit distinct de son IA générale. Elle construit un seul modèle performant et lui donne accès aux mêmes surfaces où les avocats travaillent déjà. L'adaptation se fait dans les compétences, les plugins, les connecteurs et le contexte du dossier — pas dans les poids du modèle. Je reviendrai plus loin sur la question de savoir si ce pari est le bon à long terme. Pour l'instant, gardez les quatre piliers en tête. Presque toutes les questions du public s'y rattachent.

Un second élément de vocabulaire que vous verrez tout du long : le néologisme de Mark, amp-fooding. Les employés d'Anthropic s'appellent eux-mêmes des « fourmis » (ants), donc l'équivalent du dogfooding devient amp-fooding. Ils utilisent Claude pour construire Claude. L'équipe juridique de Mark utilise Claude sur son propre travail juridique. Cette récursivité fait plus de travail que ce que le public a remarqué pendant le webinaire — quand vous entendez parler d'une analyse de 742 tickets JIRA ou d'un flux de révision qui a pris 20 minutes, ce sont des artefacts issus de l'amp-fooding. Pas des hypothèses. Des choses que l'équipe juridique d'Anthropic s'est appliquées à elle-même avant de vous les montrer.

§2 — Le secret professionnel est la question derrière chaque autre question

Quatre questions sur le secret professionnel et la sécurité ont recueilli 1 050 votes à elles seules. Cela représente 42 % de toute l'attention de la session concentrée sur une seule préoccupation. La question numéro un, avec 372 votes, était celle de Jewel Seo : « Comment votre équipe gère-t-elle le secret professionnel lors de l'utilisation de Claude ? »

Mark y a répondu directement, et sa réponse était honnête de la manière dont seul un avocat peut l'être : je ne suis pas votre avocat. Parlez à votre avocat. Mais sous la clause de non-responsabilité, il a avancé trois points de fond et un point méta, et ils méritent tous d'être décortiqués.

Sur le fond, voici ce qu'il a dit. Premièrement, la décision Heppner récente — dont Mark a dit que le secteur juridique était « en train vraiment de prendre conscience » — impliquait une personne non-avocate utilisant un forfait d'IA grand public, agissant de sa propre initiative, avec des paramètres de confidentialité non configurés. C'est l'affaire qu'on cite sur LinkedIn comme un avertissement sur le secret professionnel, et le cadrage compte : ce n'était pas une affaire sur la question de savoir si les avocats peuvent utiliser l'IA. C'était une affaire sur ce qui se passe quand on utilise le mauvais niveau d'offre. Deuxièmement, sur les offres commerciales d'Anthropic — Team et Enterprise — avec des paramètres de confidentialité correctement configurés, Mark a dit être « assez confiant » quant à la possibilité de préserver le secret professionnel. Troisièmement, le barreau américain (ABA) a effectivement des règles déontologiques exigeant que les avocats se tiennent au courant des technologies. Ne pas utiliser l'IA n'est pas une position neutre ; c'est une position délibérée, et de plus en plus une position qui ne se défend qu'à condition d'être assumée.

Le point méta était le plus intéressant. Mark a comparé ce moment aux débats de la fin des années 1990 sur la question de savoir si les avocats pouvaient utiliser le courrier électronique, et aux débats du début des années 2000 sur le SaaS en mode cloud. Nous avons gagné ces batailles. Nous allons gagner celle-ci aussi. La seule question est de savoir si votre cabinet la gagnera avec méthode ou dans la précipitation.

Voici ce que Mark n'a pas dit, et ce que j'ajouterais en tant que personne qui construit dans ce secteur.

Le secret professionnel n'est pas une fonctionnalité qu'on active dans un menu de paramètres. C'est une propriété d'un flux de travail qui doit rester vraie simultanément à chaque couche. Il y a quatre couches, et la plupart des conversations que j'ai avec des directeurs juridiques les réduisent à une seule et en oublient deux.

La couche contractuelle. Votre fournisseur d'IA ne doit pas pouvoir utiliser vos données pour entraîner ses modèles. C'est une question contractuelle, pas technique. Sur l'offre entreprise d'Anthropic, c'est écrit noir sur blanc. Sur Claude.ai gratuit, ce n'est pas le cas. Si votre cabinet utilise l'offre gratuite pour du vrai travail sur des dossiers, c'est la conversation à avoir lundi matin, pas celle sur le risque général de l'IA. L'IA n'est pas le problème. L'offre gratuite l'est.

La couche infrastructure. Les systèmes du fournisseur doivent être audités SOC 2 Type II, offrir des options de rétention nulle des données pour les dossiers sensibles, et transiter par une région qui satisfait vos obligations de résidence des données. La plupart des fournisseurs basés aux États-Unis passent cette barre. Beaucoup de fournisseurs basés à l'étranger non, et les démarches contractuelles prennent plus de temps qu'on ne le budgète.

La couche déploiement. C'est celle que Mark a évoquée sans la nommer. La configuration propre à votre cabinet de l'outil — qui peut installer quels connecteurs, quels canaux Slack sont raccordés, qui peut lire l'historique de conversation de qui — détermine si le secret professionnel survit au contact de votre propre personnel. La rupture de secret professionnel la plus fréquente que j'observe n'est pas un modèle qui divulgue des données ; c'est un associé qui colle un mémo sensible dans un espace de travail où un administrateur non-avocat peut le lire. Le fournisseur ne peut pas régler cela à votre place. Vous le configurez, ou vous ne le configurez pas.

La couche dossier. La couche la plus profonde, et celle pour laquelle je crois que les plateformes juridiques spécialisées existent. Le secret professionnel n'est pas une propriété de vous ; c'est une propriété de ce dossier, entre ce client et cet avocat, pour ce motif précis. Dès l'instant où vous ne pouvez plus déterminer à quel espace de travail appartient un élément de travail, vous ne pouvez plus déterminer si le secret professionnel tient. L'IA généraliste n'a aucune notion de « dossier ». Elle a des projets, des dossiers de fichiers, des conversations — utiles, mais pas la même chose. (Chez HAQQ, nous traitons le dossier comme l'unité atomique, car les cabinets avec lesquels nous travaillons n'ont pas les moyens techniques pour le construire eux-mêmes ; ils ont besoin de l'avoir prêt à l'emploi.)

La réponse de Mark était juste aux couches 1, 2 et 3. La quatrième est celle où le secteur juridique va passer les deux prochaines années à définir ses conventions. Si vous êtes juriste d'entreprise dans une société à l'aise avec la technologie et dotée d'une fonction informatique solide, vous pouvez probablement vous débrouiller pour assembler vous-même la couche 4 dans des projets Cowork et des périmètres de plugins. Si vous êtes un cabinet régional de douze avocats avec un seul informaticien qui gère aussi le serveur d'impression, vous n'allez pas câbler cela vous-même, et le fournisseur qui vous le livre clé en main est celui que vous achèterez.

La question du MCP, et pourquoi elle méritait plus de temps

La question de Julie Saliba, à 150 votes, portait spécifiquement sur le MCP. « Quelles précautions de sécurité faut-il prendre en compte lors de la connexion à une boîte mail ou de l'utilisation via MCP ? »

Maggie a répondu à la question de sécurité plus large et a évoqué le modèle de permissions du MCP — les connecteurs héritent de vos autorisations à la source, donc Claude ne peut pas accéder à des fichiers auxquels vous-même n'avez pas accès, et il existe une grille de permissions par action : toujours autoriser, nécessite une approbation, bloqué, ou personnalisé. Elle a fait une démonstration du connecteur Gmail et montré comment on peut faire passer une action « envoyer un e-mail » de « toujours autoriser » à « nécessite une approbation ». Tout cela est vrai et utile.

Ce qu'elle n'a pas dit, et ce que Julie visait probablement, c'est que les connecteurs MCP constituent un accès ambiant permanent. Ce ne sont pas des extractions ponctuelles. Une fois votre boîte mail raccordée à Claude, Claude dispose d'une capacité permanente de lire cette boîte mail dans toute conversation future où le connecteur est activé, jusqu'au moment où vous la révoquez. C'est une posture de sécurité différente du simple téléversement d'un fichier dans un chat. Elle se rapproche davantage d'une autorisation OAuth par sa forme, ce qui signifie qu'elle doit être gouvernée comme telle : journaliser chaque extraction, auditer périodiquement, révoquer sans hésiter, et ne jamais raccorder de comptes personnels à des outils sous licence du cabinet.

Le webinaire a montré la boîte Gmail personnelle de Maggie raccordée à son Cowork personnel. C'est acceptable pour une démonstration. Ce serait un motif de licenciement dans la plupart des cabinets dotés d'un vrai programme de gouvernance de l'information. La raison n'est pas qu'Anthropic soit peu sûr ; c'est que la piste d'audit de « ce que cette IA a lu sur mon client aujourd'hui » vit dans deux systèmes au lieu d'un, et les équipes de dossier en ont besoin dans un seul. C'est un problème résoluble, mais il doit l'être délibérément. Le réflexe « raccorder la boîte mail parce que la démo l'a fait ainsi » est exactement la manière dont les cabinets finissent avec un incident de secret professionnel dans 18 mois.

Mark mérite un petit crédit pour une chose qu'il a dite pendant que Maggie faisait la démonstration de la grille toujours-autoriser / nécessite-approbation. Il a dit que beaucoup d'avocats qu'il rencontre sont « très préoccupés par le fait que l'IA agisse sans leur approbation » et que cette grille de permissions était « une très bonne réponse à quelque chose sur quoi les gens s'interrogent ». Il a raison. La grille de permissions est le contrôle concret qui rend le « humain dans la boucle » réel plutôt qu'aspirationnel. Si vous ne retenez qu'une seule chose de cet article, faites ceci : réglez chaque action « envoyer », « supprimer » et « modifier » de vos connecteurs sur « nécessite une approbation ». Les actions en lecture seule peuvent rester sur « toujours autoriser ». C'est un durcissement de cinq minutes qui vous procure l'essentiel de la sécurité opérationnelle avec presque aucune perte de fluidité.

Ce que la salle a demandé mais n'a jamais obtenu

Trois questions de sécurité ont été plébiscitées mais n'ont pas reçu de réponse en direct.

Syed Ali Khan, 29 votes : « Les informations fournies à Claude sont-elles "cloisonnées" — c'est-à-dire non utilisées pour entraîner ou améliorer le produit ? » La réponse courte est oui sur les offres commerciales, non par défaut sur Claude.ai grand public sauf désactivation explicite. Cela doit figurer par écrit dans la politique IA de votre cabinet, pas seulement dans la mémoire de votre responsable informatique. Pendant qu'on y est, Cowork fonctionne spécifiquement dans une machine virtuelle isolée sur votre ordinateur — Maggie l'a mentionné en passant en répondant au bloc de questions sur la sécurité — ce qui limite le rayon d'action de tout ce qui se passe pendant une session Cowork. Les fichiers que Claude touche dans Cowork restent cantonnés aux répertoires que vous lui indiquez.

Tom Harriman, 9 votes : « Quels contrôles de niveau entreprise existent pour les compétences ? Peuvent-elles être provisionnées et attribuées à des groupes d'utilisateurs spécifiques (par exemple des utilisateurs de l'immobilier avec des compétences ciblées propres à leur pratique) ? » Anthropic a récemment déployé le contrôle d'accès basé sur les rôles pour Claude Enterprise — Maggie l'a mentionné en passant. Des bibliothèques de compétences segmentées par groupe de pratique sont techniquement possibles aujourd'hui via la marketplace de plugins de l'organisation et le RBAC. Ce n'est pas prêt à l'emploi. Votre équipe informatique doit construire l'échafaudage une fois, après quoi cela fonctionne.

Rodney Younce, 200 votes : « Comment expliquer à nos clients que leurs données sont utilisées en toute sécurité ? » C'est la question à laquelle je pense qu'Anthropic aurait dû répondre le plus soigneusement et à laquelle elle a le moins répondu. Les avocats ne peuvent pas dire à leurs clients « Anthropic a dit que c'était sûr ». Ils doivent pouvoir formuler leurs propres attestations. La bonne réponse ici est un questionnaire de sécurité fournisseur, une lettre d'attestation pour les dossiers sensibles, et une explication d'une page en langage accessible que le service marketing du cabinet peut remettre à un directeur juridique méfiant. Anthropic publie la documentation sous-jacente sur trust.anthropic.com — Mark l'a mentionné — mais la traduction en langage adapté au client est un travail propre au cabinet. La plupart des cabinets ne l'ont pas fait. Ils devraient.

§3 — Le plugin juridique est à peine un produit, et Mark l'a dit lui-même

Treize questions se sont regroupées autour des compétences et des plugins. La question de Rebecca Wright, à 50 votes — « pouvons-nous avoir un glossaire ? » — a été le moment de franchise en langage simple le plus plébiscité de la session. Le webinaire a mêlé compétences, plugins, Cowork, Claude Code, connecteurs MCP, artefacts et projets dans un même paragraphe à plusieurs reprises, et le chat l'a remarqué.

Voici le glossaire par lequel le webinaire aurait dû commencer.

Une compétence (skill) est un fichier markdown. Rien de plus. Elle indique à Claude comment faire une chose précise — comparer un ordre de mission à une grille de référence, rédiger un journal de confidentialité, trier les NDA entrantes — en écrivant la procédure comme on l'écrirait pour un nouveau collaborateur. Mark en a montré une à l'écran. Elle faisait environ 200 lignes de texte simple. N'importe qui peut en écrire une. Beaucoup le font.

Un plugin est un ensemble de compétences livrées ensemble. Le « plugin juridique » d'Anthropic est une collection de compétences juridiques — briefs de réunion, tri de NDA, révision de contrat, rédaction de journal de confidentialité, et quelques autres. On l'installe depuis Cowork → Customize → Plugins → sous « Anthropic and Partners » → clic sur installer. Deux minutes.

Un connecteur (parfois appelé serveur MCP) est le tuyau de données en direct. iManage, NetDocuments, Outlook, Gmail, Drive, Slack, votre CLM. Les connecteurs sont ce par quoi Claude lit ce que votre cabinet utilise réellement.

Cowork est l'application de bureau collaborative d'Anthropic. Longuement démontrée pendant le webinaire. Elle est désormais disponible en version générale — Andra Robinson a demandé si elle était encore en bêta et la réponse est non, elle est en GA. On peut se la représenter comme Claude avec un ordinateur portable plutôt qu'une simple fenêtre de chat. Elle ouvre des dossiers, écrit des fichiers, exécute des tâches en parallèle.

Claude Code est la ligne de commande destinée aux développeurs. Même moteur que Cowork, mais dans un terminal. L'analogie de Maggie était excellente : Claude Code est à Cowork ce qu'un terminal est à un IDE. Si vous n'êtes pas ingénieur, utilisez Cowork.

Les artefacts sont des résultats en direct que Claude génère au sein d'une conversation — un tableau de bord, un document, une petite application — avec lesquels vous pouvez interagir directement.

Les projets sont des espaces de travail partagés au sein de Claude. Ils contiennent des instructions, des fichiers et des configurations de connecteurs dont hérite chaque personne présente sur le projet.

Voilà tout le vocabulaire. Le webinaire aurait dû y consacrer deux minutes de diapositive. Il ne l'a pas fait. La question de Rebecca porte 50 votes, et ce n'est pas un hasard.

« N'utilisez pas le plugin juridique tel quel »

Il est au meilleur de lui-même quand il a vraiment été retravaillé et incorpore la voix propre de votre entreprise, ses matrices de risque, ses grilles de référence et son langage de repli. Vous ne porteriez pas un costume acheté prêt-à-porter — vous le feriez ajuster pour qu'il vous aille bien.

Mark a dit cela sur scène, et c'était la phrase la plus importante de tout le webinaire. Il l'a dite à propos de la chose qu'il a lui-même construite. Traduction : le plugin juridique est un modèle de départ, pas un produit fini. Il existe pour vous montrer à quoi ressemble le format et pour vous donner une avance de cent mètres sur vos propres grilles de référence. Si vous l'installez et l'utilisez tel quel, vous obtenez la théorie générale d'un directeur juridique d'Anthropic sur la façon dont une compétence transactionnelle devrait fonctionner, pas celle de votre cabinet. Tout le levier réside dans la personnalisation.

C'est à la fois une bonne et une mauvaise nouvelle. La bonne nouvelle est que la personnalisation est récursive — vous pouvez demander à Claude de rédiger vos compétences pour vous, en lui fournissant quelques exemples des versions révisées passées de votre cabinet et en disant « extrais la méthode ». Mark l'a mentionné et cela fonctionne en pratique. Nous utilisons la même astuce pour les compétences que HAQQ fournit aux cabinets qui rejoignent notre plateforme : donner au modèle quinze de vos anciennes révisions de NDA et lui demander de produire la méthode. Il faudra nettoyer le résultat. Mais c'est une solution à 90 % en 30 minutes. Il existe aussi une compétence intégrée de « créateur de compétences » qui vous guide dans le processus si vous ne voulez pas réfléchir vous-même au méta-prompting ; Maggie l'a montrée pendant la démonstration.

La mauvaise nouvelle est que ce travail est un vrai travail, et que la plupart des cabinets qui regardaient le webinaire n'ont pas la capacité disponible pour le faire. C'est ici que la réalité à deux vitesses du secteur juridique devient visible. Anthropic-l'employeur a un responsable produit juridique dédié (Mark) qui construit des compétences à temps plein. La plupart des cabinets ont un associé chargé de la « technologie » qui a déjà 1 800 heures facturables et un enfant au collège. La personnalisation est un levier, et ce levier est réparti de façon inégale.

Ben Kühnel a posé une question sur l'avenir du plugin juridique, observant à juste titre qu'il « ne consiste pour l'instant qu'en quelques compétences Claude ». Mark a répondu que ce n'est qu'un début, que d'autres surfaces bureautiques arrivent, que le rythme d'innovation est rapide. Je le crois. Je pense aussi que le plugin juridique restera un kit de démarrage plutôt qu'une solution clé en main, pour la même raison que Microsoft Word n'est pas un système de gestion de contrats. Les plateformes générales livrent des briques générales. La spécialisation se joue dans la couche du dessus.

La question de Tyler Niederwerder est plus importante que ses 33 votes ne le suggèrent

« Claude peut-il décider automatiquement quelle compétence utiliser ? » Oui. Et la réponse est l'un des petits détails du webinaire qui, je pense, va compter plus que le public ne l'a réalisé.

Je n'ai en fait utilisé ni commande slash ni rien de particulier pour m'assurer que la compétence était utilisée. J'ai simplement employé son nom. Je pourrais aussi utiliser une description comme « je prépare la réunion, aide-moi à en créer un brief », et Claude saura que c'est de cela que je parle.

C'est la différence entre une IA qui oblige ses utilisateurs à mémoriser un panneau de commande et une IA qui capte le langage naturel et se déclenche elle-même. Pour l'associé qui refuse de mémoriser des commandes, c'est la différence entre l'adoption et le placard. Maggie ne s'y est pas attardée. Moi, si. Construire la compétence une fois, puis laisser Claude l'invoquer automatiquement chaque fois que l'utilisateur formule une demande pertinente — c'est ce choix d'expérience utilisateur qui transforme « nous avons des outils d'IA » en « nous utilisons des outils d'IA ».

Il y a aussi une implication plus subtile. Si vous écrivez une compétence appelée triage-nda et que Claude peut l'invoquer automatiquement sur une phrase comme « regarde les NDA dans le dossier de la boîte de réception, dis-moi lesquelles nous devrions réviser », alors votre bibliothèque de compétences devient de facto une API en langage naturel pour la connaissance institutionnelle de votre cabinet. L'avocat qui a écrit la compétence une seule fois se démultiplie auprès de chaque collègue qui utilisera un jour une phrase contenant la bonne intention. C'est le mécanisme par lequel la méthode d'un collaborateur attentif devient le style maison du cabinet.

La question de Robert Graham est celle qui compte le plus

Onze votes seulement. « Comment suggérez-vous d'alimenter Claude avec des compétences qui incorporent notre voix, notre ton et notre positionnement, en combinaison avec le plugin juridique ? »

C'est la vraie question de personnalisation, et Mark y a répondu indirectement en racontant l'histoire de l'analyse de 742 tickets JIRA. Sa méthode était : verser le corpus dans Claude, lui demander de trouver des tendances, lui demander de suggérer où l'automatisation créerait le plus de gain, puis lui faire rédiger les compétences. Il a utilisé cela pour découvrir que son équipe passait trop de temps sur le tri des NDA et les questions de logiciels open source. Il a ensuite construit des compétences ciblant précisément ces flux de travail.

Appliquez cela à votre propre cabinet. Prenez vos 200 derniers dossiers ouverts, ou 200 versions révisées, ou 200 e-mails clients. Donnez-les à Claude dans un projet Cowork. Demandez : quelles tendances observez-vous dans ma façon de faire ce travail que je pourrais codifier en compétence ? La réponse vous surprendra. Une partie de ce que vous pensez être un jugement sur mesure est en fait calquée sur vos six derniers dossiers et pourrait être pré-remplie. Une partie de ce que vous pensez être mécanique est en fait là où réside votre valeur ajoutée et ne devrait jamais être automatisée. Vous ne saurez pas laquelle est laquelle avant d'avoir lu ce que le modèle trouve.

Le changement de posture que Mark a décrit — et que Montserrat Mazo a interrogé, avec quatre votes — consiste à passer d'exécutant à gestionnaire d'agents. Vous arrêtez de rédiger et vous vous mettez à relire. Vous arrêtez de rechercher et vous vous mettez à vérifier. Vous arrêtez de taper et vous vous mettez à contrôler. C'est inconfortable pour les avocats, parce que « être avocat » et « taper au clavier » ont été à peu près synonymes pendant trente ans. Les avocats qui dépassent le plus vite cet inconfort sont ceux qui gagnent la prochaine décennie.

Les compétences comme connaissance institutionnelle : l'histoire de Pamela et pourquoi elle passe à l'échelle

Maggie a rapidement démontré quelque chose appelé /schedule, puis Mark a raconté l'histoire qui justifie toute la fonctionnalité. Sa collègue Pamela, de l'équipe réglementaire, passait deux heures chaque jour à synthétiser l'actualité réglementaire mondiale. Elle a demandé à Claude de le faire selon un calendrier automatisé. Désormais, cela s'exécute à 8 heures du matin, produit un journal quotidien et le publie sur un site Google que toute l'équipe juridique lit avec son café du matin. Deux heures par jour sont devenues zéro, le livrable s'est amélioré, et toute l'équipe reçoit le même brief.

C'est la bonne configuration pour l'IA au sein d'un service juridique. Pas « l'avocat discute avec un robot ». Une automatisation planifiée qui produit un artefact que l'équipe consomme. C'est la même forme qu'une note hebdomadaire de marché d'un analyste, sauf que l'analyste est un modèle et la note est générée pendant la nuit.

Alexis Hartwell-Gobeske a posé la question connexe, avec 13 votes : « Claude peut-il être configuré pour fournir des mises à jour automatiques sur les délais de dépôt, les dates d'audience, etc. ? » Oui. Le mécanisme est exactement celui de Pamela : connecter Claude à votre système de gestion de dossiers via MCP, écrire une compétence qui sait reconnaître un délai, la planifier deux fois par jour, la faire publier sur Slack, par e-mail ou sur une page Sharepoint. La difficulté n'est pas l'IA ; c'est de connecter le système de gestion de dossiers. Si votre DMS prend en charge le MCP aujourd'hui, vous pouvez construire cela en un après-midi. Sinon, vous attendez le fournisseur — et la plupart des fournisseurs de gestion de dossiers ont 12 à 18 mois de retard sur ce point. Les plateformes qui couvriront ce terrain gagneront le marché des petites structures.

Le partage de compétences au sein d'un cabinet est d'ailleurs une simple affaire de bouton. Maggie l'a montré. Une fois qu'une compétence a été écrite ou retravaillée dans votre bibliothèque personnelle, vous pouvez la partager avec un collègue, une liste de diffusion, ou la pousser vers la marketplace de plugins de votre organisation si votre administrateur en gère une. Ce dernier point — la marketplace d'organisation — est le mécanisme par lequel la bibliothèque de compétences d'un cabinet devient un vrai actif plutôt qu'une collection d'outils fantômes appartenant à des associés isolés. Si vous êtes dans un cabinet de plus de cinquante avocats et que personne ne gère une bibliothèque de plugins interne, vous laissez un levier cumulatif sur la table.

§4 — Les hallucinations ont recueilli moins de votes que prévu, et cela raconte une histoire

Quatre questions sur la fiabilité et les hallucinations ont recueilli 161 votes. C'était le quatrième thème par ordre d'importance, pas le premier. Il y a un an, cela aurait été la préoccupation dominante. Le fait que le secret professionnel devance les hallucinations d'un facteur 6,5 est le signal le plus fort de ce classement.

La profession est passée de « est-ce que ça ment » à « comment vérifie-t-on systématiquement ». Nikolaj Nielsen l'a formulé simplement, avec 70 votes : « en exigeant souvent une vérification complète. Comment Anthropic différencie-t-il ses modèles en matière d'atténuation des hallucinations et de fiabilité ? » Aviv Geron, avec 60 votes : « Quelle est votre méthodologie recommandée pour vérifier les résultats juridiques de Claude avant de les transmettre aux relecteurs seniors ou aux régulateurs ? »

Mark a donné la bonne réponse. Il a fait référence aux plus de 2 000 dépôts judiciaires désormais documentés comme contenant des citations hallucinées — oui, deux mille — et a dit que la façon de ne pas figurer sur cette liste est d'ancrer l'IA dans la vraie jurisprudence via des outils et des connecteurs, de lui demander de citer ses sources, et de garder un humain dans la boucle. Maggie a ajouté que les fenêtres de contexte d'un million de tokens aident, et que demander à Claude de citer ses sources donne « cette confiance que l'information n'est pas hallucinée ».

C'est juste, mais incomplet. Laissez-moi dire ce que le webinaire n'a pas dit.

La vérification des citations est nécessaire, mais insuffisante. Claude peut citer une source qui existe réellement, mais qui ne dit pas ce que Claude prétend qu'elle dit. Le modèle produira une vraie citation Westlaw, puis la résumera de façon incorrecte, et un collaborateur débordé collera la citation dans un mémoire sans vérifier l'affaire sous-jacente. C'est le principal mécanisme par lequel des cabinets pourtant prudents se retrouvent encore avec des dépôts hallucinés. Le remède n'est pas « demander des sources ». C'est « demander des sources et vérifier que le passage cité existe mot pour mot dans le document cité ». Cette seconde étape est celle que votre compétence de vérification devrait automatiser.

La méthodologie de vérification que je recommanderais, celle que nous avons intégrée à HAQQ parce que nous étions fatigués de l'expliquer au cas par cas : chaque affirmation que Claude formule dans un résultat juridique est annotée avec le paragraphe ou la page précis dont elle provient. Chaque expression citée est confrontée mot pour mot au document source et signalée si elle n'y apparaît pas telle quelle. Le rôle du relecteur humain n'est pas de tout vérifier ; c'est de vérifier les signalements. Cela fait passer le coût de la vérification de « lire tout le résultat puis lire toute la source » à « lire le résultat et contrôler les éléments que le système lui-même ne juge pas fiables ». C'est la différence entre une IA qui fait gagner du temps et une IA qui crée une nouvelle pile de travail.

Valter Pasanen a posé la version détaillée de cette question, avec 21 votes : « Peut-on vérifier en détail les sources et les paragraphes utilisés dans les textes avec Claude ? » La réponse avec Claude brut est partiellement. La réponse avec un système spécialisé en droit, construit pour le faire, est oui, avec une référence de paragraphe précise pour chaque affirmation, et un signalement si le paragraphe ne dit pas ce que le système prétend. C'est une catégorie de fonctionnalité qui n'est pas encore livrée en standard avec l'IA généraliste, et c'est l'une des rares raisons honnêtes de préférer un outil spécialisé en droit à un outil généraliste.

La décision Heppner que Mark a mentionnée plus tôt rejoint ce point. L'utilisateur non-avocat n'avait aucun flux de vérification, parce que l'offre grand public n'affichait pas les citations comme des artefacts de premier plan. La leçon générale : l'infrastructure de citation n'est pas une fonctionnalité que les avocats devraient être censés bricoler eux-mêmes. Elle devrait être livrée d'origine.

Priyanka Mehta, avec 10 votes : « Vous fiez-vous entièrement au résultat de Claude, ou devez-vous encore relire les documents pour vous assurer qu'il n'a rien manqué ni aucun signal d'alerte ? » La réponse de Mark était la bonne réponse d'avocat : pas à 100 %, il faut relire. La suite honnête est que l'écart entre le résultat de l'IA et ce qu'un relecteur senior aurait détecté rétrécit d'environ 30 % à chaque génération de modèle. Nous ne sommes pas au point de sauter la relecture. Nous sommes au point où la relecture prend 20 minutes au lieu de deux heures. L'économie de la pratique change à ce ratio, même si le flux de travail a l'air identique sur le papier.

§5 — Le problème du document de 70 pages (et pourquoi les moteurs agentiques le résolvent)

Question anonyme, 101 votes, la cinquième question la plus plébiscitée de toute la session : « Le travail juridique peut impliquer des documents de plus de 70 pages. Avec un contexte détaillé et des appels d'outils, le risque de dégradation du contexte et de résultats détériorés augmente. Comment l'équipe juridique de Claude aborde-t-elle ce problème ? »

Mark a répondu à cela sur scène, et sa réponse est l'un des points architecturaux les plus importants de tout le webinaire, donc je veux la développer soigneusement, car elle explique pourquoi Cowork existe comme une surface produit distincte et pas simplement comme une fenêtre de chat plus longue.

Le problème décrit par la question est réel. Les grands modèles de langage souffrent d'un phénomène appelé « perdu au milieu » (lost in the middle) : à mesure qu'on ajoute du texte dans une même conversation, la précision sur les détails situés au milieu de ce texte se dégrade. Cela se produit même avec une fenêtre de contexte d'un million de tokens. Le modèle peut techniquement tout voir ; il ne prête pas de façon fiable attention à tout. Pour le travail juridique, où la différence entre le paragraphe 27 d'une annexe et le paragraphe 28 de la même annexe peut constituer toute la question, ce n'est pas une préoccupation théorique.

C'est pour cela que j'aime tant Cowork. Le moteur agentique permet aux choses de s'organiser en essaim, de faire des plans, de les exécuter et de distiller la grande masse de connaissances que les équipes juridiques rencontrent souvent dans leur travail pour en tirer du sens. Dans des conversations sous forme de chat ou tour par tour avec l'IA, oui, on observe cette dégradation. Mais quand Claude peut se servir d'un ordinateur local, stocker des fichiers aux bons endroits et utiliser ce type de systèmes de fichiers, nous avons vraiment constaté qu'il arrive à suivre et qu'il n'a pas cette dégradation de contexte.

Traduction. Dans une fenêtre de chat, vous remettez le document entier de 70 pages au modèle en une seule fois, et soit il rentre dans le contexte, soit non, et dans les deux cas le modèle n'a qu'une seule chance de le lire. C'est le régime où la dégradation du contexte apparaît.

Dans Cowork, le modèle a accès à un vrai système de fichiers sur votre ordinateur. Il fait donc ce que ferait un collaborateur humain : il ouvre le document, découpe l'analyse en étapes, écrit des notes intermédiaires sur disque, les relit au besoin et utilise des sous-processus parallèles pour les tâches indépendantes. Le document de 70 pages n'a pas besoin de tenir dans le prompt ; il vit sur disque, et le modèle va chercher les parties dont il a besoin au moment où il en a besoin. C'est ce que signifie vraiment le mot « agentique ». Pas « une IA qui fait des choses » — c'est la version marketing. La version technique est « une IA qui utilise des outils, dont un système de fichiers, pour étendre sa mémoire de travail au-delà de ce qui tient dans un seul prompt ».

Maggie a ajouté la seconde moitié de la réponse dans sa démonstration : demander à Claude de citer ses sources. Quand le modèle travaille sur un long document et produit un résultat, on veut qu'il indique précisément de quelle page ou de quel paragraphe provient chaque affirmation. Cela sert deux objectifs. Cela vous donne une prise de vérification (vous pouvez contrôler directement la section citée). Et cela pousse le modèle vers un mode de raisonnement plus ancré, car écrire « j'affirme X parce que la page 14 dit Y » est plus difficile à simuler que « X est vrai, faites-moi confiance ».

Implication pratique pour une équipe juridique. Si votre travail implique régulièrement des documents de plus de cinquante pages — pensez aux grandes opérations de fusion-acquisition, aux dossiers réglementaires complexes, à la découverte multi-volumes, aux rapports d'experts denses — vous ne devriez pas faire ce travail dans un chat. Vous devriez le faire dans Cowork, où le moteur agentique peut réellement décomposer le problème. Faire une analyse de document de 200 pages dans le simple chat de Claude.ai revient à essayer de lire un manuel en tenant le livre entier ouvert devant les yeux d'un seul coup. Cowork permet au modèle d'ouvrir un chapitre à la fois.

C'est aussi là que la capacité du pilier 3 (compréhension des documents) et la capacité du pilier 4 (contexte à travers les applications) se combinent bien. Cowork peut exécuter une analyse multi-étapes sur un long document, écrire les conclusions intermédiaires dans un fichier, puis poursuivre le travail dans le module complémentaire Word où se fait la révision proprement dite. Les 70 pages n'ont pas besoin de passer par le chas de l'aiguille d'un seul outil. Elles circulent.

Une note d'honnêteté. Le moteur agentique n'est pas magique ; c'est une façon structurée de laisser le modèle contourner ses propres limites, et ces limites restent bien réelles. Une compétence qui s'appelle elle-même quinze fois pour analyser quinze sections d'un document peut dériver dans son style ou aboutir à des conclusions incohérentes d'une section à l'autre. Les bonnes compétences gèrent cela en définissant une étape finale de « synthèse » qui relit tous les résultats par section et les concilie. Si vous rédigez vos propres compétences pour le travail sur de longs documents, prévoyez cette étape de synthèse. C'est la différence entre quinze réponses partielles et un seul résultat cohérent.

§6 — Le zoo des formats de documents est bien réel, et le webinaire l'a largement esquivé

Six questions sur la gestion des documents ont recueilli 175 votes. La plupart n'ont pas reçu de réponse en direct, et ce sont les questions que j'aimerais le plus voir traitées lors du prochain webinaire, car la gestion des documents est l'endroit où les argumentaires commerciaux d'IA juridique rencontrent la pratique du droit, et où apparaissent des écarts béants.

Shivangi Agarwal, avec 44 votes, la question à laquelle la plupart des spectateurs voulaient une réponse : « Les types de fichiers utilisés jusqu'à présent sont docx, md, csv. Claude a-t-il la même précision avec des PDF d'anciens actes de vente et des documents illisibles ? Et les JPEG ? Ils sont courants dans le contentieux en propriété intellectuelle et immobilier. »

La réponse honnête en trois parties.

Les PDF modernes avec texte intégré — vos documents contractuels standard, les dépôts récents, tout ce qui a été généré numériquement au cours des 15 dernières années — Claude les traite excellemment. La précision est comparable à celle d'un docx. Aucune surprise.

Les PDF scannés — dont ces anciens actes de vente que Shivangi a mentionnés, et le « PDF » que le greffe local vous a envoyé et qui est en réalité une photocopie de 1987 passée dans un fax — la précision dépend entièrement de la couche OCR placée en amont du modèle. La capacité de vision de Claude peut lire du texte dans des images, mais sur des scans dégradés, les erreurs d'OCR s'accumulent. Vous verrez des dates mal lues, des paires de lettres inversées, des paragraphes disparus. Pour les dossiers où cela constitue l'essentiel des preuves, aucune IA généraliste n'est aujourd'hui suffisamment fiable à elle seule. Il faut un pipeline OCR dédié en amont — Tesseract pour un budget serré, Adobe ou AWS Textract en production — qui alimente Claude avec du texte nettoyé. Les outils spécialisés en droit qui gèrent bien cela, y compris le nôtre, livrent le pipeline OCR dans le forfait, car demander à chaque cabinet de le construire n'est pas réaliste.

Les JPEG de documents juridiques — notes manuscrites, photographies de versions révisées annotées, formulaires scannés en basse résolution — sont le cas le plus difficile. Les modèles de vision, Claude y compris, peuvent extraire du contenu, mais dans le travail en propriété intellectuelle et immobilier où chaque virgule compte, vous aurez des erreurs, et vous devez vérifier. Le flux de travail réaliste aujourd'hui est le suivant : faire produire une transcription par l'IA, la traiter comme un brouillon, faire vérifier par un paralegal par rapport à l'original. C'est tout de même plus rapide que de la retaper à zéro. Ce n'est pas sans intervention. Quiconque vous dit le contraire vous vend quelque chose.

La question d'Aishwarya Belle, à 57 votes, est celle que je préfère, car c'est le quotidien d'un avocat transactionnel : « En tant qu'avocate transactionnelle, j'ai du mal à suivre quelle version du document reflète les modifications apportées par plusieurs parties. Claude peut-il fournir une comparaison pour cela ? »

Maggie a magnifiquement démontré la révision — le suivi des modifications généré directement dans Word à partir du rapport de tri — mais la comparaison multi-parties de versions demandée par Aishwarya n'a pas été montrée. La capacité existe. Vous pouvez donner à Claude quatre versions d'un contrat-cadre et demander « qu'est-ce qui a changé entre la v2 et la v3, puis entre la v3 et la v4, et quelles clauses ont été touchées par quelle contrepartie ». Claude produira un journal des modifications clause par clause avec la version d'origine. C'est réellement utile. La raison pour laquelle cela n'a pas été démontré est probablement qu'il faut fournir au modèle les quatre versions et poser la question précisément, et les démonstrations préfèrent la magie en un seul coup.

Si votre quotidien est le M&A ou le travail transactionnel de grande ampleur et que vous ne retenez qu'une seule pratique opérationnelle de cet article, retenez celle-ci : construisez une compétence appelée « comparaison de versions » qui prend un dossier de brouillons versionnés et produit un journal des modifications au niveau de la clause, avec les parties, les dates et la justification lorsqu'elle peut l'inférer. Cette compétence remplace une part significative du travail qu'un collaborateur junior effectue actuellement en mode suivi des modifications, et elle ne nécessite pas de repenser la façon dont votre équipe travaille. Mark appellerait cela de l'« amp-fooding » — utiliser l'outil sur le travail le plus répétitif et le plus pénible en premier. C'est le bon point de départ.

Vernicka Shaw et Melissa Lee ont toutes deux posé la version plus simple : comment fait-on de la révision. La démonstration du module complémentaire Word était la réponse, et c'est actuellement la meilleure disponible en dehors des plateformes contractuelles spécialisées. Ouvrir Word, ouvrir le panneau latéral Claude, téléverser un rapport de tri ou une grille de référence, demander des révisions, accepter ou rejeter chaque modification suivie individuellement. Cinq minutes entre la question et une révision fonctionnelle. Les 13 et 2 votes sur ces questions reflètent le fait que tout le monde sait que la révision compte ; personne n'était sûr que Claude pouvait bien le faire ; la démonstration a prouvé que oui.

La question d'Orietta Blanco, à six votes — « Claude peut-il comparer de gros volumes de documents dans des formats différents ? » — est réellement difficile. Les lots à formats mixtes (certains docx, certains PDF, certains scannés, certains HTML) nécessitent une étape de normalisation que la plupart des outils généralistes ne font pas automatiquement. La réponse réaliste aujourd'hui : construire (ou acheter) un pipeline qui convertit d'abord tout dans un format commun, puis exécuter la comparaison. Pas glamour. Nécessaire.

§7 — Là où les avocats travaillent réellement est là où l'IA doit vivre

Trois questions sur les intégrations ont recueilli 269 votes — ce qui paraît modeste jusqu'à ce qu'on réalise que la seule question de Michael Graham en a obtenu 84, et qu'elle était probablement la question pratique la plus importante de toute la session.

« Beaucoup de cabinets n'utilisent pas Gmail ni même Outlook — le travail est stocké dans un système de gestion documentaire ou de gestion de dossiers. Comment Claude peut-il lire ces fichiers ? A-t-il besoin d'une intégration spécifique ? »

Mark y a répondu dans sa diapositive des quatre piliers : connecteurs MCP pour iManage, NetDocuments, les CLM, Drive, Outlook, la suite Microsoft. L'architecture est la bonne. La réalité est plus nuancée.

La réponse théorique est que tout système doté d'une API peut être connecté via MCP, et que l'écosystème MCP compte désormais des centaines de connecteurs publics et un flux constant de nouveaux venus. On peut raccorder Claude à n'importe quoi.

La réponse pratique pour le cabinet médian est qu'aujourd'hui, on dispose de connecteurs de premier plan pour Microsoft 365, Google Workspace, Slack, Teams, Notion, et une liste croissante de SaaS reconnus. Les systèmes spécifiquement juridiques — iManage, NetDocuments, ProLaw, Clio, MyCase, PracticePanther — varient énormément dans leur degré de préparation au MCP. iManage et NetDocuments y travaillent depuis un moment. Les fournisseurs de gestion de dossiers plus petits en sont surtout au stade « nous avons une API, quelqu'un pourrait écrire un connecteur » plutôt qu'à « nous livrons un connecteur qui s'installe en deux clics ».

C'est l'écart d'intégration. C'est la raison numéro un pour laquelle un petit cabinet utilisant Clio ne peut pas simplement installer Claude et se mettre au travail aujourd'hui comme le fait l'équipe de Mark. La plomberie n'est pas encore là. Il y a deux façons de gérer cet écart : attendre que votre fournisseur de gestion de dossiers livre un connecteur (lent), ou utiliser une plateforme spécialisée en droit qui a déjà fait le travail de connexion pour vous (plus rapide, mais avec un compromis sur le nombre de fournisseurs). Les deux sont valables. Aucune n'est idéale. Le marché résoudra cela d'ici 18 à 24 mois.

Christian Fleischmann a demandé, sans compteur de votes enregistré : « Le plugin Word exploite-t-il les grilles de référence créées dans Cowork ? » Oui — et c'est l'une des choses réellement impressionnantes de l'architecture. La même compétence installée dans Cowork est disponible dans le module complémentaire Word. La grille de référence que vous avez écrite pour un dossier iManage fonctionne aussi quand vous êtes face à un docx dans Word. C'est le pilier « le contexte se déplace avec vous » que Mark a mis en avant, et il est réel. Il fonctionne. Cela implique aussi que toute connaissance institutionnelle que vous intégrez dans vos compétences se démultiplie à travers les différentes surfaces, ce qui signifie que la création de compétences est le point de levier. Passez un après-midi à écrire une bonne compétence et vous aurez amélioré l'expérience de votre équipe dans trois outils différents à la fois.

Gianni Carfi Pavia, 35 votes : « Comment voyez-vous le module complémentaire Claude pour Word combiné à des compétences adaptées changer la façon dont les juristes travaillent sur les contrats ? »

Le changement est mécanique et mesurable. Une révision standard de contrat-cadre dans un cabinet transactionnel compétent prend aujourd'hui entre deux et quatre heures, selon la grille de référence utilisée. Avec une compétence adaptée dans le module complémentaire Word, cela prend 20 à 30 minutes — Mark a dit que son équipe fait des révisions en 20 minutes — si la compétence a été bien écrite. La réduction de 90 % du temps n'est pas répartie également sur l'ensemble du travail d'un collaborateur. Elle élimine le tri mécanique. Elle n'élimine pas les décisions de jugement. Le flux de travail qui en résulte ressemble à : le collaborateur exécute la compétence, lit les sections signalées, tranche les cas limites, produit le balisage final. Le collaborateur a passé 30 minutes au lieu de trois heures, et la part du travail relevant du vrai métier d'avocat est passée de 20 % du temps à 80 % du temps. C'est ce que les gens veulent dire quand ils affirment que l'IA rend le travail plus intéressant — pas parce que le modèle est devenu créatif, mais parce que la routine a été extraite.

Je noterai une chose pratique que la démonstration n'a pas approfondie. Le module complémentaire Word nécessite une licence Microsoft 365 payante et un paramétrage correct des permissions de la compétence dès le premier lancement. Si vous êtes dans un cabinet encore sous Office 2019 parce que l'informatique n'a pas approuvé la migration, cela ne fonctionnera pas. Un nombre surprenant de cabinets sont dans ce cas. Ajoutez-le à votre feuille de route informatique.

Mark a aussi mentionné en passant ce qu'il a appelé la « trilogie des outils bureautiques » — Word, Excel, PowerPoint — plus l'e-mail comme quatrième. Le point clé : la majeure partie du travail intellectuel des avocats se déroule à travers ces quatre surfaces, et Claude a désormais une présence de premier plan dans chacune d'elles. Un brief de réunion peut commencer comme document Word, devenir une présentation PowerPoint pour un rendez-vous client, puiser des données dans une feuille Excel, et se terminer en e-mail. Chaque passage nécessitait auparavant de réexpliquer le contexte. Ce n'est plus le cas. C'est cette forme de flux de travail qui transforme un « outil d'IA » en « coéquipier IA ».

§8 — Cowork, Code, Chat, Word — quelle surface, quand

Sept questions ont porté sur les surfaces produit et le choix du modèle. Le total des votes s'élève à 213, répartis sur ce qui est essentiellement une seule et même confusion : quel Claude dois-je utiliser.

L'analogie terminal-vs-IDE de Maggie était le meilleur cadrage de la journée. Claude Code est le terminal — pour les ingénieurs. Cowork est l'IDE — pour tout le monde. Ils utilisent le même moteur. Ils partagent les mêmes compétences. Ils se distinguent par la surface, pas par la capacité.

Tian Luo, avec 68 votes, a posé la question deux fois — une fois pour Cowork contre Claude Code, une fois pour Haiku contre Sonnet contre Opus. La première a reçu une réponse. La seconde n'a pas été directement traitée, alors laissez-moi le faire. Haiku est le plus rapide et le moins cher, adapté au travail routinier à fort volume où l'on préfère payer 0,001 $ par appel plutôt que 0,05 $ — classification en masse, résumé simple, tri de l'ouverture des dossiers. Sonnet est le cheval de bataille quotidien pour le travail juridique ; le rapport qualité-prix est le meilleur pour la révision de contrat, la rédaction, la révision, l'essentiel de ce que fait une équipe transactionnelle ou interne. Opus est réservé au raisonnement difficile — synthèse complexe multi-documents, questions juridiques inédites, situations où une mauvaise réponse coûte cher. La bonne règle pour un cabinet : Sonnet par défaut, escalade vers Opus quand les enjeux sont élevés, Haiku pour les étapes de tri dans vos compétences. La différence de coût par jeton compte en volume ; sur une tâche isolée, quelques centimes sont négligeables.

Ryan Malek, 11 votes : « Si vous avez déjà configuré Claude Code avec des MCP, des compétences, des plugins, un CLAUDE.md, etc., vaut-il mieux l'utiliser pour le travail juridique ou repartir de zéro avec Cowork ? » Ne repartez pas de zéro. Les compétences, MCP et CLAUDE.md que vous avez écrits pour Code fonctionnent dans Cowork, parce que ce sont de simples fichiers texte. Déplacez le répertoire. Ouvrez Cowork. C'est fait. La migration se rapproche davantage de « changer d'éditeur » que de « changer de socle technique ». Si vous êtes paralegal ou avocat et que vous n'ouvrez Code que parce qu'un ingénieur l'a configuré pour vous et que vous êtes fatigué du terminal, vous pouvez basculer vers Cowork dès demain sans rien perdre.

David Andrews, 20 votes : « Nous sommes un petit cabinet sur une offre Team. Avons-nous accès aux mêmes fonctionnalités qu'Enterprise, à notre plus petite échelle ? » Majoritairement oui ; quelques non. Le modèle lui-même, les compétences, les plugins, les MCP, Cowork, le module complémentaire Word — tout est disponible sur Team. Les fonctionnalités propres à Enterprise sont le contrôle d'accès basé sur les rôles, l'API de conformité pour la prévention des fuites de données et l'eDiscovery, les contrôles d'administration avancés, et la capacité d'imposer des politiques de connecteurs à l'échelle de l'organisation. Pour un petit cabinet avec un seul bureau et une chaîne de commandement claire, vous n'avez pas besoin du RBAC ; la confiance informelle suffit. Pour un cabinet avec plusieurs bureaux et des groupes de pratique nécessitant des barrières d'information, Enterprise est le bon niveau et vaut la mise à niveau. Ne payez pas pour Enterprise juste pour payer pour Enterprise. Payez quand les contrôles résolvent un problème que vous avez réellement.

Romina Villarroel a posé la question sur les petits cabinets à laquelle personne n'a répondu : « Recommandez-vous d'autres plugins pour un petit cabinet ? (Nous n'avons ni équipe marketing ni équipe comptable, par exemple.) » La réponse honnête est que l'écosystème de plugins en est à ses débuts, que le plugin juridique est aujourd'hui la seule option verticale juridique d'Anthropic, et que l'outillage spécifique aux petits cabinets viendra surtout de tiers — y compris des plateformes de legal AI qui livrent des bibliothèques de compétences prêtes à l'emploi, des intégrations de facturation et des automatisations de communication client dans un même forfait. Si vous êtes un cabinet de cinq personnes, vous n'avez pas le temps d'assembler les pièces vous-même. Le bon geste est de choisir une plateforme qui gère les 80 % ennuyeux prêts à l'emploi, puis de personnaliser les 20 % restants avec vos propres compétences. C'est exactement le segment avec lequel notre équipe travaille le plus, j'ai donc un biais ici, et je le nomme.

§9 — Domaines de pratique : la même architecture, des quotidiens différents

Les démonstrations du webinaire étaient toutes transactionnelles — briefs de réunion, tri de NDA, révisions de contrat. Ce n'est pas un hasard. Le travail transactionnel est l'endroit le plus facile pour démontrer une IA juridique, car les livrables sont propres, les grilles de référence sont bien définies, et les gains sont visibles. Mais Mark a passé quelques minutes sur ce que font les équipes de contentieux, de propriété intellectuelle et de réglementation de sa propre entreprise, et ces exemples méritent d'être mis en avant, car ils concernent un public bien plus large que ce que les démonstrations laissaient entendre.

Transactionnel

C'est le centre de gravité de la démonstration. Tri de NDA, révision de contrat, révision de contrat-cadre par rapport à une grille de référence du cabinet, analyse des points de négociation, vérification de bibliothèque de clauses. Des révisions de deux à quatre heures se réduisent à vingt-trente minutes quand la compétence est bien écrite. Le module complémentaire Word est là où se déroule l'essentiel de la révision proprement dite, Cowork servant d'orchestrateur pour le travail en amont (ouverture, tri, classification) et en aval (rédaction d'e-mails, suivi).

Les exemples précis de Mark tirés de sa propre équipe : révisions de contrats, tri de NDA, analyses d'impact sur la vie privée. L'exemple de l'analyse d'impact sur la vie privée est intéressant et sous-discuté. Les PIA sont structurellement une tâche transactionnelle — entrée définie (une spécification produit ou une description de fonctionnalité), sortie définie (une évaluation écrite par rapport à un cadre réglementaire), modèle répétitif. C'est aussi un travail qui prend des heures à la plupart des équipes juridiques pour être bien fait. Mark a dit que son équipe a ramené les PIA à 20-30 minutes en codifiant l'évaluation dans une compétence. Si vous êtes dans une équipe interne d'une entreprise technologique, c'est probablement votre meilleur point de départ à fort effet de levier.

Contentieux

Mark a mentionné que son équipe de contentieux utilise Claude pour deux choses précisément : la recherche dans les transcriptions et la préparation des experts.

La recherche dans les transcriptions est historiquement l'une des activités facturables les plus coûteuses de la pratique du contentieux. Un dossier de grande envergure typique peut générer des milliers de pages de transcriptions de dépositions. Le travail du collaborateur consiste à lire chaque page, repérer les échanges de questions-réponses pertinents et assembler un classeur de citations. C'est exactement le genre de travail « aiguille dans une botte de foin » que l'IA fait bien — parcourir le corpus, trouver chaque endroit où un témoin s'est contredit, chaque aveu formulé, chaque endroit où un terme défini a été utilisé de façon incohérente. Avec une bonne compétence, ce travail passe de plusieurs jours à quelques heures.

La préparation des experts est l'autre exemple. Les équipes de contentieux doivent régulièrement préparer des experts à témoigner — leur transmettre le contexte du dossier, les documents clés, les lignes de questionnement attendues, les arguments probables de la partie adverse. L'équipe de Mark utilise Claude pour faire la synthèse : lire le dossier, lire les dépositions antérieures de l'expert sur des sujets similaires, lire les rapports de l'expert adverse, produire un mémo de préparation qui oriente l'expert vers ce qu'il doit savoir. Même forme qu'un brief de réunion, simplement pour une réunion aux enjeux bien plus élevés.

Il existe un troisième cas d'usage en contentieux que Mark n'a pas mentionné, mais que j'ajoute car il découle directement de la discussion sur le moteur agentique du §5 : la revue de discovery à grande échelle. Quand il y a dix mille documents à examiner pour le secret professionnel et la pertinence, l'outillage standard aujourd'hui repose sur des plateformes d'eDiscovery à base de mots-clés (Relativity, Everlaw, etc.) qui produisent des résultats bruyants et nécessitent des armées d'avocats contractuels pour la première passe de revue. Une compétence bien écrite dans Cowork peut effectuer un étiquetage de première passe pertinent — secret professionnel, pertinence, type de document, témoin clé, plage de dates — pour une fraction du coût. Pas encore comme un remplacement de la plateforme d'eDiscovery, mais comme une couche supplémentaire qui priorise la file d'attente du relecteur humain. Plusieurs cabinets avec lesquels nous travaillons exploitent ce schéma en production. C'est l'une des applications à plus fort effet de levier de l'IA juridique dans le contentieux aujourd'hui, et presque personne n'en parle, car c'est moins vendeur que les démonstrations.

Et il y a Andrew, le paralegal, au procès. L'assistance IA en temps réel pendant un interrogatoire — faire remonter des angles de contre-interrogatoire en quelques secondes, faire ressortir un témoignage antérieur qui contredit une réponse en cours, générer des questions de relance à la volée. Il y a deux ans, cela relevait de la science-fiction. Aujourd'hui, un paralegal l'a construit en un week-end et a aidé son équipe à battre un cabinet du MLaw 200. Les équipes de procès qui n'ont pas commencé à expérimenter cela cèdent du terrain réel.

Propriété intellectuelle

L'exemple de l'équipe PI de Mark était la priorisation des brevets : parcourir les spécifications produit et les dépôts GitHub pour faire ressortir les idées brevetables. C'est un flux de travail parfait pour l'IA. L'entrée est technique et non structurée ; la sortie est une liste courte structurée d'idées avec des signalements de nouveauté et de brevetabilité ; l'avocat en propriété intellectuelle humain prend la décision finale. Temps économisé par idée : des heures d'ingénieur plus des heures d'avocat PI, ramenées à une tâche planifiée exécutée pendant la nuit.

Pour le travail en PI spécifiquement, la capacité du pilier 1 (données en direct via MCP) fait une grande partie du travail. Le modèle lit l'historique réel des commits GitHub, les documents de spécification produit dans Drive, les discussions Slack sur la conception des fonctionnalités. Il ne résume pas un instantané figé ; il observe le travail d'ingénierie se dérouler et fait ressortir les moments où quelque chose de brevetable a été créé. C'est le genre de flux de travail qui devient impossible sans accès aux données en direct. Avec cet accès, c'est une automatisation évidente.

La rédaction de brevets a aussi sa propre forme adaptée à l'IA. Rédaction du langage des revendications, recherche d'antériorité, comparaison des jeux de revendications entre versions — tout cela structurellement similaire aux schémas transactionnels et contentieux ci-dessus. Les plateformes spécialisées en PI se disputent fortement ce terrain ; Claude brut avec de bonnes compétences vous fait parcourir une part respectable du chemin sans fournisseur.

Réglementaire

Le tableau de bord réglementaire de Pamela, mentionné plus haut, est l'exemple canonique. Deux heures par jour de synthèse manuelle sont devenues une tâche planifiée. Le livrable s'est amélioré (plus de sources couvertes, un format plus cohérent). Et toute l'équipe juridique peut le lire au lieu du seul analyste réglementaire.

La forme générale du travail réglementaire — surveillance périodique de l'évolution des règles, mise en correspondance des changements de règles avec la pratique du cabinet, rédaction d'alertes client — est l'un des meilleurs cas d'usage pour le modèle planification-et-publication. Si vous avez une pratique réglementaire et que vous n'avez pas encore au moins un artefact planifié piloté par Claude, vous manquez le gain de productivité le plus facile de toute la chaîne.

Juristes d'entreprise

Mark lui-même est essentiellement juriste d'entreprise — c'est un avocat dans une société technologique. Son exemple le plus parlant, et celui sur lequel il a conclu le webinaire, était la newsletter du vendredi. Chaque vendredi, son équipe envoie une mise à jour « ce que nous avons fait cette semaine » aux parties prenantes transverses.

Je redoute ce rappel du vendredi matin. C'est comme une heure de travail administratif à tout compiler. Je gère une équipe d'autres avocats produit. Je dois compiler tous leurs succès de la semaine et les synthétiser. Et je n'aime pas faire du travail sur le travail.

Sa solution : donner à Claude les anciennes newsletters comme modèle de référence exigeant, le pointer vers l'activité Slack et les tickets de l'équipe pour la semaine, lui demander de produire le brouillon. « Pour ceux d'entre vous qui se souviennent du film "Office Space", les rapports TPS de ce monde — Claude est très doué pour aider à comprendre les progrès, en s'ancrant dans les succès réels que votre département a eus au cours de l'année écoulée. » Il a insisté : « Ne sois pas complaisant et ne me dis pas simplement qu'on a fait ton travail. Montre-moi ce qui a réellement eu de l'impact d'après ce que disent les autres. »

C'est le schéma du juriste d'entreprise en miniature. Synthèse de statut. Traduction transverse. Trouver le signal dans une semaine de bruit Slack. C'est aussi le cas d'usage que je trouve le plus transférable d'un domaine de pratique à l'autre, car chaque équipe juridique a une « newsletter du vendredi » sous une forme ou une autre — un rapport de statut, une mise à jour d'associés, un point client, un mémo de conseil d'administration. Le schéma est le même. Volez-le.

§10 — Temps de mise en place : de zéro à la première compétence utile en un après-midi

Question anonyme, 26 votes : « Quel est le temps et l'effort nécessaires pour mettre en place tout cela (modules complémentaires, plugins, Cowork, etc.) au niveau requis par les équipes juridiques ? »

Cette question a été plébiscitée parce que tout le monde a déjà été échaudé par les délais d'adoption des logiciels d'entreprise. « Six mois et 100 000 $ de conseil » est l'a priori raisonnable du secteur juridique pour tout nouvel outil, et les avocats étaient à juste titre méfiants. La réponse honnête est que cette technologie est bien plus proche d'« un après-midi » que de « six mois » si le périmètre est bien défini. Voici la répartition réaliste.

Heure 1 — Compte + installation. S'inscrire à Claude sur une offre commerciale (Team ou Enterprise — pas l'offre grand public gratuite). Installer Cowork sur son ordinateur. Ouvrir Cowork → Customize → Plugins → Anthropic and Partners → installer le plugin juridique. Total de clics : environ douze. Temps total : peut-être dix minutes plus l'attente de l'approbation de l'installation par l'informatique.

Heure 2 — Raccorder un connecteur. Choisir le système où réside l'essentiel du travail quotidien. Pour la plupart des avocats, c'est Outlook ou Gmail ; pour certains, c'est iManage ou Drive. Authentifier Claude via le connecteur. Aller dans la grille de permissions du connecteur et vérifier ce qui est réglé sur « toujours autoriser » — pour toute action « envoyer », « supprimer » ou « modifier », la régler sur « nécessite une approbation ». Les actions en lecture seule peuvent rester sur « toujours autoriser ». Prévoir cinq minutes supplémentaires pour tester le connecteur en demandant à Claude de résumer un fil de discussion ou de faire ressortir un document récent.

Heure 3 — Premier retravail de compétence. Ouvrir le plugin juridique et choisir la compétence la plus proche d'un flux de travail que vous exécutez réellement. L'ouvrir comme fichier markdown. Le lire. Il fera environ 100 à 300 lignes d'anglais courant. Le modifier pour la voix de votre cabinet — ajouter des positions de repli, ajouter les clauses sur lesquelles vous négociez vraiment dur, ajouter le format de sortie voulu par votre équipe. Enregistrer. Vous avez désormais une compétence personnalisée propre à votre pratique.

Heure 4 — L'exécuter sur du vrai travail. Choisir un dossier ou un document. Exécuter la compétence. Lire le résultat. Identifier ce qui est faux ou manquant. Modifier la compétence. L'exécuter à nouveau. Répéter jusqu'à ce que le résultat soit ce que vous remettriez à un associé senior. Cette boucle itérative est la façon de transformer une compétence de démarrage en votre propre compétence.

Voilà tout le parcours de zéro à la première compétence. Quatre heures de pratique volontaire, et vous avez au moins une automatisation opérationnelle qui fonctionne dans votre quotidien.

Le mois suivant est là où la courbe devient plus raide. Une fois qu'une première compétence fonctionne, le coût marginal de la deuxième est une fraction du premier, car vous avez appris le format. D'ici le troisième mois, un praticien motivé dispose d'une bibliothèque personnelle de dix à vingt compétences couvrant l'essentiel de son travail récurrent. D'ici le sixième mois, le travail principal du praticien a changé : il n'exécute plus des compétences une par une ; il les enchaîne, les planifie et relit les résultats d'automatisations exécutées pendant la nuit.

Le déploiement au niveau du cabinet est une conversation à part. Pour qu'un cabinet obtienne le gain de productivité au niveau de l'équipe — pas seulement celui d'un associé pionnier isolé — il faut quelqu'un pour gérer la marketplace de plugins de l'organisation, former les nouvelles recrues à la bibliothèque de plugins et mettre à jour les compétences au fil des retours. Ce rôle n'existe dans la plupart des cabinets aujourd'hui. Il existera. Les premiers cabinets à le formaliser sont ceux qui obtiennent l'avantage cumulatif.

Si votre cabinet a besoin de la version abrégée de ce déploiement parce qu'il n'a pas les cycles disponibles pour construire cette fonction de curation, l'alternative est d'utiliser une plateforme spécialisée en droit qui livre la curation déjà construite. (Oui, y compris la nôtre.) Le compromis est moins de personnalisation pour moins de travail. La plupart des cabinets de moins de 100 avocats devraient faire ce compromis.

§11 — Les questions pour lesquelles Anthropic a manqué de temps

Six questions ont bien noté, n'ont pas reçu de réponse en direct, et méritent des réponses. Rapidement.

Todd Taylor, 79 votes : « Je souhaite construire des agents dans Claude (nous avons un compte Team) pour le travail juridique. En quoi cela différerait-il d'une compétence ? » Un agent est une automatisation multi-étapes de longue durée qui utilise une ou plusieurs compétences et connecteurs pour accomplir une tâche de bout en bout. Une compétence est la procédure (« comment trier une NDA »). Un agent est le rôle (« l'agent d'ouverture des NDA qui s'exécute chaque matin, trie tout ce qui est nouveau, rédige les révisions et envoie un e-mail à l'équipe »). Maggie a démontré exactement cela dans Cowork sans utiliser le mot « agent ». C'est la même chose.

Sofia Rodriguez, 24 votes, la question sur la structuration de la grille de référence pour les ordres de mission : la bonne structure est une compétence à trois sections — conditions standard (le passage-obligé accepté sans signalement), positions de la grille de référence (les positions de repli habituelles du cabinet sur les écarts courants) et règles d'escalade (quand signaler pour relecture par un associé). Donnez à Claude cinq exemples de révisions passées d'ordres de mission, demandez-lui d'extraire ces trois couches, modifiez le résultat. Vous aurez une grille de référence fonctionnelle en un après-midi.

Merve Yilmaz, 22 votes : « Des conseils en recherche juridique ? Je remplace actuellement l'avis d'un cabinet externe sur une expansion de produit. Quels garde-fous dois-je mettre en place ? » Trois garde-fous. Un : ne jamais laisser le modèle rédiger un mémo final sans vérification des citations au niveau du paragraphe. Deux : exiger une source écrite pour chaque proposition juridique ; si le modèle ne peut pas en citer une, signaler l'affirmation comme provenant uniquement du modèle et escalader. Trois : tenir un journal continu des cas où le modèle s'est trompé, et le réinjecter dans la compétence comme anti-patterns. Après six mois d'utilisation, la compétence devient spécifique aux types d'erreurs qui comptent pour votre travail.

Brint Hiatt, 49 votes : « J'aimerais des étapes pour commencer depuis le tout début. Je n'ai jamais utilisé Claude, seulement ChatGPT. » Voir le §10. Le pas-à-pas se trouve dans le parcours en quatre heures ci-dessus.

Andrew Amoranto, 39 votes : « Comment déployez-vous des artefacts en direct (comme des tableaux de bord) et d'autres applications que vous construisez pour vous-même auprès du reste de l'équipe juridique ? » La réponse de Pamela, évoquée plus haut — héberger l'artefact sur une URL stable que l'équipe peut mettre en favori, planifier l'exécution de la génération sous-jacente sur un cron, le relier depuis le Slack ou le wiki de l'équipe. Le schéma est « l'artefact est le livrable ; le chat est l'atelier ». Ne demandez pas aux gens de lire vos prompts. Donnez-leur le résultat.

Mary Prager, sans compteur de votes enregistré : « Comment passe-t-on du travail individuel dans sa propre instance Claude à la collaboration au sein de l'équipe juridique et de façon transverse ? Existe-t-il un moyen de le faire de façon fluide au sein de Claude, ou faut-il encore sortir (vers Slack, l'e-mail, etc.) ? » Aujourd'hui, cette couture existe encore — Claude peut produire l'e-mail ou le message Slack, mais la conversation sur le travail se déroule dans vos outils de collaboration habituels. La fonctionnalité de projets d'Anthropic répond en partie à cela ; plusieurs personnes peuvent travailler sur le même projet avec un contexte partagé. Ce n'est pas encore un remplacement complet de Slack. Ce n'est pas ce qu'elle cherche à être. Le bon modèle mental : Claude est l'atelier où vous faites le travail ; Slack est l'endroit où l'équipe se coordonne à son sujet. Ce sont des outils différents pour des couches différentes, et la couture est une fonctionnalité, pas un défaut.

§12 — Ce que la salle nous disait réellement

Prenons du recul par rapport aux questions individuelles. Regardons le classement des thèmes pondéré par les votes.

• Sécurité et secret professionnel — 4 questions, 1 050 votes, 42 % de part
• Compétences et plugins — 13 questions, 511 votes, 21 % de part
• Intégrations — 3 questions, 269 votes, 11 % de part
• Surfaces produit et modèles — 7 questions, 213 votes, 9 % de part
• Adoption et cas d'usage — 7 questions, 191 votes, 8 % de part
• Gestion des documents — 6 questions, 175 votes, 7 % de part
• Logistique — 5 questions, 165 votes, 7 % de part
• Fiabilité et vérification — 4 questions, 161 votes, 7 % de part

Trois signaux méritent d'être retenus.

Premièrement, le bloc sécurité ne domine pas parce que les avocats sont paranoïaques. Il domine parce que les avocats sont sérieux sur le plan opérationnel. La forme des questions — secret professionnel, cloisonnement, périmètre du MCP, dossiers sensibles — indique que ce sont des personnes qui prévoient déjà d'utiliser Claude et qui doivent construire la politique autour. La décision Heppner a concentré les esprits. Le webinaire les a encore concentrés davantage. Anthropic devrait envisager que le prochain webinaire attendu par ce public n'est pas « plus de démonstrations ». C'est une plongée d'une heure sur la configuration de Claude pour le secret professionnel, avec des modèles de politique, des modèles de lettres client et des modèles de configuration d'audit. Une telle session attirerait 30 000 inscriptions.

Deuxièmement, la chute des hallucinations à la quatrième place ne signifie pas que le problème est résolu. C'est parce que la profession a intégré l'idée que le problème se résout par la conception du flux de travail — vérification des citations, relecture humaine, ancrage documentaire — et pose désormais les questions de l'ordre suivant sur la façon de le faire systématiquement. C'est un signal de maturité. Il y a un an, la question était « est-ce sûr à utiliser ». Aujourd'hui, c'est « comment je vérifie à l'échelle ». Les fournisseurs qui répondent avec précision à la seconde question sont ceux qui gagneront les 18 prochains mois.

Troisièmement, compétences et plugins ont recueilli treize questions parce que le vocabulaire est réellement source de confusion et que l'outillage en est à ses débuts. L'aveu de Mark « ne l'utilisez pas tel quel » est le cadrage le plus honnête de l'état actuel de la technologie. Le plugin juridique est un kit de démarrage. La personnalisation est le levier. La personnalisation est aussi un travail, et les cabinets qui remportent le dividende de productivité sont ceux qui font ce travail — ou qui choisissent une plateforme qui l'a déjà fait pour eux.

Un quatrième signal mérite un instant : personne n'a demandé si l'IA remplacerait les avocats. Aucune des 51 questions. Ce débat est clos au sein de la profession. Les questions sont opérationnelles. Comment j'intègre. Comment je vérifie. Comment je déploie. Comment je configure. Comment j'évite la liste noire. Le public de ces questions est celui qui a déjà tranché. Le marché sélectionne désormais entre quelle IA, pas si IA.

Une note de quelqu'un qui construit dans ce secteur

Je dirige HAQQ. Nous travaillons avec environ 9 800 cabinets, majoritairement sur des marchés que les webinaires du BigLaw ne touchent généralement pas. J'ai suivi ce webinaire deux fois — une fois en direct, une fois avec une transcription ouverte sous les yeux — parce que les questions posées constituent l'étude de marché la plus utile que le secteur de la legal AI ait produite en 2026. Je suis reconnaissant qu'Anthropic ait rendu l'enregistrement public.

Ce que le webinaire a le mieux réussi est la lecture culturelle. Vingt mille inscriptions est un chiffre qui dit que la profession a franchi un point d'inflexion. Les questions du chat ne sont pas des questions de sceptiques. Ce sont des questions d'opérateurs. Comment bien faire cela. C'est une conversation différente de celle que nous avions il y a deux ans.

Ce que je pense que la prochaine génération de discours sur la legal AI doit mieux réussir, c'est l'écart entre « ce que la plateforme peut faire dans une démonstration » et « ce que le cabinet médian peut réellement câbler en pratique ». L'équipe de Mark a les moyens d'écrire des compétences, de configurer des connecteurs, de mener un pilote et d'itérer. La plupart des cabinets — y compris la plupart des cabinets qui votaient dans le chat — ne les ont pas. Les plateformes qui gagneront le marché juridique petit et moyen au cours des deux prochaines années sont celles qui livrent les 80 % ennuyeux clé en main, laissent la personnalisation au cabinet, et n'obligent pas le responsable informatique du cabinet à construire des pipelines OCR de son côté.

La phrase de conclusion de Mark portait sur cette newsletter du vendredi — l'heure de compilation des succès des autres qu'il redoutait chaque semaine. Il a dit que Claude avait transformé cette heure en minutes en lisant l'activité Slack et les tickets de l'équipe, en apprenant le format à partir des anciennes newsletters, et en produisant un brouillon qu'il modifiait ensuite. C'est un petit exemple. C'est aussi exactement le bon exemple. Le propos de la legal AI en 2026 n'est pas qu'elle fasse le métier d'avocat. Le propos est qu'elle fasse le travail autour du métier d'avocat — la compilation, la synthèse, le formatage, la relance — pour que l'avocat puisse consacrer son heure au vrai jugement juridique. C'est le contrat. C'est un bon contrat.

Si vous êtes avocat, que vous lisez ceci et que vous voulez discuter de la façon dont ces schémas s'appliquent à votre pratique, retrouvez-moi sur LinkedIn. J'y publie chaque semaine sur ce sujet. Si vous voulez voir comment une plateforme spécialisée en droit gère les problèmes de couches de secret professionnel, de vérification des citations et de plomberie DMS que j'ai décrits, HAQQ Legal AI est l'endroit le plus simple à regarder — c'est gratuit à essayer, et nous publions des outils de legal AI gratuits utilisables dans un navigateur sans aucun engagement.

Dans tous les cas : arrêtez d'utiliser l'offre grand public pour du vrai travail sur des dossiers. Passez à une offre commerciale avec des contrôles de secret professionnel. Choisissez un flux de travail qui vous fait mal (les NDA, l'ouverture de dossiers, la newsletter du vendredi, le point réglementaire hebdomadaire, à vous de choisir) et écrivez votre première compétence à son sujet cette semaine. Partagez la compétence avec un collègue. Itérez.

À lire aussi

• Décryptage du plugin Claude pour Word
• ce que Claude remplace réellement dans la legal tech
• 1 313 dossiers judiciaires impliquant des hallucinations d'IA
• notre benchmark de 3 000 réponses sur les modèles frontier