Kartez Contract — rédaction, analyse et modification de contrats par IA

En bref

• Le travail contractuel en persan exige une IA arrimée au document sur la table, car une clause inventée engage une responsabilité.
• Un assistant de rédaction, une analyse rédigée du point de vue de l'utilisateur dans l'opération, et un studio de contrats doté d'un copilote d'édition.
• Interrompu par le client à un mois de son achèvement, pour des raisons de financement liées à la guerre.

Points forts

• 2144 types de documents comme point de départ

  Chaque type est nommé en persan, en arabe et en anglais ; en choisir un fait apparaître sa structure type et ses points d'attention essentiels.

• 3 positions de négociation par question

  Offensive, standard ou conciliante, chacune avec une formulation type, son effet juridique, son impact commercial et la réaction probable de l'autre partie.

• Une analyse du point de vue de l'utilisateur

  L'utilisateur indique son rôle, puis importe ou colle le contrat ; chaque constat est rédigé pour cette position, tout au long d'un parcours en 5 étapes.

• Des corrections fondées sur le libellé du contrat

  Chaque correction doit citer mot pour mot la formulation actuelle, afin de pouvoir la retrouver et la remplacer, et s'accompagne d'un texte de remplacement prêt à l'emploi, les corrections étant classées par priorité.

• Un score de santé sur 4 dimensions

  Force exécutoire, clarté, équilibre et exhaustivité, chacune notée de 0 à 100, avec des risques classés en critique, élevé, moyen ou faible.

• Un copilote qui modifie tout le contrat

  Les instructions en langage clair sont planifiées, appliquées à chaque section concernée et surlignées, avec une conversation enregistrée pour chaque contrat.

Le défi

En matière contractuelle, l'invention se paie cher. Un modèle qui fabrique une clause est pire que pas de modèle du tout, car la clause inventée engage la responsabilité de quiconque signe. Un assistant utile doit rester arrimé au contrat réellement sur la table et renvoyer à des passages de ce contrat qu'un professionnel peut vérifier.

Le public visé ajoutait ses propres contraintes. Kartez Contract a été conçu pour des avocats, des entreprises et des particuliers travaillant en persan, avec l'arabe et l'anglais en complément, et les contrats persans ont leur propre structure d'articles, de clauses et de notes. L'interface devait être pensée dès l'origine pour l'écriture de droite à gauche, et chaque réponse de l'IA devait revenir dans la langue de l'utilisateur.

Enfin, rédiger, analyser et modifier sont trois tâches distinctes. Partir d'une page blanche, comprendre un contrat rédigé par quelqu'un d'autre et modifier un projet en pleine négociation appellent chacun leur propre parcours guidé, et non une simple fenêtre de discussion.

Architecture

Trois parcours guidés reposent sur un même moteur d'IA : la rédaction, l'analyse et un studio de contrats. Le moteur fonctionne comme un service à part entière, aux côtés du service des comptes et des contrats, chacun doté de sa propre vérification d'état. Il récupère l'information de deux manières, chacune au service d'une tâche différente.

• Recherche dans la bibliothèque pour la rédaction. Les besoins de l'utilisateur sont transformés en thèmes de recherche, et les passages les plus pertinents d'une sélection de textes anglophones consacrés à la rédaction de contrats sont fournis au modèle pendant qu'il rédige les questions et les projets de contrat.

• Recherche de clauses pour le copilote. Le contrat de l'utilisateur est découpé selon sa structure, y compris les articles, clauses et notes propres aux contrats persans, et seules les sections pertinentes pour une question servent à y répondre.

Chaque analyse renvoie une structure fixe, ce qui permet à l'interface de présenter de manière homogène chronologies, registres des risques et corrections ; une réponse mal formée est réparée lorsque c'est possible et n'est jamais affichée brute. La bibliothèque de référence s'entretient sans code : les documents déposés dans le dossier d'une collection sont pris en compte lors d'une synchronisation, seuls les fichiers nouveaux ou modifiés sont réindexés, et chaque collection peut être activée ou désactivée.

Ce que j’ai construit

Les trois parcours obéissent à une même règle : l'IA propose, l'utilisateur décide. Les corrections suggérées s'accompagnent d'un texte de remplacement prêt à l'emploi, applicable depuis l'analyse, et les modifications du copilote sont surlignées dans l'éditeur pour que l'utilisateur les accepte ou les rejette.

Assistant de rédaction

• 2144 types de documents comme point de départ, chacun nommé en persan, en arabe et en anglais avec une description, ou un type personnalisé décrit avec les mots de l'utilisateur.

• Une note de cadrage pour le type choisi : une vue d'ensemble, la structure type, les points d'attention essentiels, ainsi qu'une juridiction et un droit applicable suggérés, avec leur justification.

• Exactement 7 questions en langage clair, chacune accompagnée d'une note expliquant son importance, et une revue par l'IA qui évalue les réponses et en suggère de meilleures avant le début de la rédaction.

• Guidez-moi sur chaque question : 3 positions de négociation (offensive, standard et conciliante), chacune avec une formulation type, son effet juridique, son impact commercial et la réaction probable de l'autre partie.

• 6 styles de rédaction (formel, simple, favorable à l'acheteur, favorable au vendeur, détaillé et concis), le projet s'affichant en direct dans l'éditeur au fil de sa rédaction.

Analyse du point de vue de l'utilisateur

• Un parcours en 5 étapes : saisie, vue d'ensemble, risques, correction et négociation, puis le studio. L'utilisateur importe un fichier PDF, DOCX ou TXT, ou colle le texte, et indique son rôle dans l'opération.

• Vue d'ensemble : une chronologie des échéances, paiements, renouvellements et événements déclenchant un préavis ; une synthèse pour la direction ; et des extraits des clauses clés expliqués en langage clair.

• Risques : un registre des risques classés par catégorie, avec une mesure d'atténuation pour chaque élément, et une lecture section par section des avantages, des inconvénients et des effets.

• Correction et négociation : des corrections classées par priorité, chacune tenue de citer exactement la formulation actuelle et de fournir un texte de remplacement, ainsi qu'un guide de négociation proposant des stratégies collaborative, affirmée et de compromis.

Studio de contrats et copilote

• Un copilote qui distingue les questions des demandes de modification, affiche sa progression, répond à partir des clauses pertinentes et a pour consigne de signaler lorsqu'il a besoin de sections qui ne lui ont pas été montrées.

• Des modifications de l'ensemble du contrat en langage clair : une instruction comme le changement de nom d'une partie est d'abord planifiée, puis appliquée à chaque section concernée et surlignée dans l'éditeur.

• Un score de santé du contrat sur 4 dimensions (force exécutoire, clarté, équilibre et exhaustivité), ainsi que des risques classés en critique, élevé, moyen ou faible.

• Un rapport de risques approfondi proposant au moins deux formulations alternatives pour chaque clause signalée, et un rapport en un clic dans 4 formats : copie, TXT, DOCX ou PDF.

Résultat

Le client a interrompu la mission un mois avant son achèvement, lorsque des difficultés financières liées à la guerre ont mis fin au financement. Il s'agissait d'un échec de financement côté client, et non d'un échec de livraison.

À ce stade, l'assistant de rédaction, le studio de contrats et son copilote, le pipeline de la bibliothèque de référence et l'interface trilingue étaient construits et raccordés de bout en bout, de l'interface jusqu'au moteur d'IA. Le parcours d'analyse était construit sur l'ensemble de ses cinq étapes ; il n'avait pas encore été entièrement testé et faisait encore l'objet d'ajustements à l'arrêt des travaux.

Post-mortem

Les problèmes les plus difficiles ont été la recherche d'information et l'ancrage. Le copilote devait retrouver les bonnes clauses dans des contrats persans, avec leur propre numérotation d'articles, de clauses et de notes, et l'assistant de rédaction devait transposer des besoins exprimés en persan vers une bibliothèque de textes anglophones consacrés à la rédaction de contrats.

L'ancrage du modèle a reposé sur la structure plutôt que sur la confiance : les réponses ne s'appuient que sur les clauses sélectionnées, les corrections sont tenues de citer exactement la formulation existante, les sorties suivent des schémas fixes et le modèle fonctionne avec un faible degré d'aléa lors de la rédaction. Ce sont des contraintes de conception, pas une garantie mesurée.

Aucun chiffre de précision n'est publié ici. La mission s'est arrêtée avant la constitution d'un jeu d'évaluation formel, et ce site n'avance pas d'estimation pour des chiffres qu'il n'a pas mesurés.

Mon rôle

• Refonte et extension du moteur d'IA qui sous-tend les trois parcours (l'assistant de rédaction, le parcours d'analyse et le studio de contrats), à partir des premières chaînes d'IA élémentaires du client.
• Réalisation du pipeline de la bibliothèque de référence : ingestion, réindexation limitée aux changements, recherche pour la rédaction et commandes pour activer ou désactiver les collections.
• Réalisation du copilote agentique qui classe chaque demande, retrouve les clauses pertinentes et planifie les modifications sur l'ensemble du contrat.
• Prise en charge de trois langues et de l'écriture de droite à gauche dans le produit, et intégration du catalogue de 2144 types de documents dans l'assistant.
• Mise en place des tâches en arrière-plan avec suivi de progression en temps réel, de l'affichage en continu des projets de contrat, de l'export en quatre formats et des builds de production compilés.
• La connexion, les pages marketing, la facturation et les premières chaînes d'IA élémentaires provenaient du socle existant du client et ne sont pas attribuées à ce travail.

Ingénierie

• Arrimé au document qu'il a sous les yeux

  Les réponses n'utilisent que les clauses pertinentes, le copilote a pour consigne de signaler lorsqu'il a besoin de sections qui ne lui ont pas été montrées, et les corrections doivent citer le texte à l'identique.

• Une rédaction résiliente, sans texte répété

  Si la génération des thèmes ou la recherche échoue, des thèmes de secours et un chemin sans recherche permettent de poursuivre la rédaction ; un projet dont l'affichage en continu a commencé n'est jamais relancé, si bien qu'aucun texte n'est répété.

• Une sortie structurée qui résiste aux réponses défectueuses

  Les réponses passent par une étape d'analyse syntaxique et de réparation en plusieurs passes, y compris pour les réponses tronquées, et sont relancées avec davantage de marge si nécessaire.

• Les analyses longues tournent en arrière-plan

  Les analyses lourdes s'exécutent en tâches de fond avec suivi de progression en temps réel, tandis que les projets de contrat et les réponses du copilote s'affichent au fil de leur rédaction.

• Cloisonné, compilé et auditable

  Le moteur d'IA fonctionne à l'écart des comptes et des contrats, les builds de production sont livrés compilés, et chaque prompt de rédaction et de question est journalisé à des fins d'audit.

Résultats

• Interrompu par le client à un mois de son achèvement, pour des raisons de financement liées à la guerre : un échec de financement, pas un échec de livraison.
• L'assistant de rédaction, le studio de contrats, le copilote et le pipeline de la bibliothèque de référence ont été construits et raccordés de bout en bout.
• Le parcours d'analyse en cinq étapes a été construit, mais n'avait pas été entièrement testé à l'arrêt des travaux.
• Aucun chiffre de précision n'est revendiqué : la mission a pris fin avant la constitution d'un jeu d'évaluation formel.