IRONSTICK← Accueil

IRONSTICK — Le pont d'IA de bureau

Un pont local, quatre IA de bureau à égalité — Claude Desktop / Claude Code, ChatGPT Desktop, Qwen Desktop et Kimi Desktop — plus le chat d'IA intégré d'IRONSTICK. Ce qu'est le pont, comment il est concédé sous licence, comment il se situe par rapport au chat intégré à l'application, comment l'installer, comment chaque accès est affiché, ce que l'on peut en faire — et le catalogue complet des 175 outils. Édition Windows.

1. Ce qu'est le pont

Le pont relie votre propre IA de bureau — Claude Desktop (ou Claude Code), ChatGPT Desktop, Qwen Desktop ou Kimi Desktop — à l'application IRONSTICK en cours d'exécution sur le même ordinateur. L'IA peut alors lire votre dossier au moyen d'outils conçus sur mesure — chroniques, textes intégraux des documents, courriels, délais, données maîtresses — et travailler avec en pleine profondeur : analyser, recouper, rédiger des projets. La connexion est strictement locale (127.0.0.1) ; aucun serveur IRONSTICK n'intervient. Les données que l'IA lit sont traitées dans le cadre de votre propre abonnement auprès de ce fournisseur et de ses conditions — l'exposé complet figure dans la déclaration RGPD des flux de données.

• Suppose l'application de bureau concernée avec votre propre compte (Anthropic, OpenAI, Qwen ou Kimi).
• Ne fonctionne que tant qu'IRONSTICK tourne — si l'on ferme l'application, la source de données se ferme aussi.
• Ce canal transmet délibérément des données réelles, non pseudonymisées — c'est précisément ce qui permet de rédiger des modèles prêts à être déposés.
• Les documents marqués secrets sont invisibles pour le pont.
• La mémoire d'IA partagée entre les chats est conçue pour les longues procédures : les entrées rattachées à un dossier actif n'expirent jamais, et chaque utilisation renouvelle leur durée de vie — seul le matériel mort vieillit et disparaît au bout d'un an.
• L'accès en écriture est délibérément étroit : les propositions arrivent dans le Moniteur de cohérence des données pour votre examen ; les projets sont transmis au traitement de texte ; rien n'est écrit directement dans vos enregistrements.

1b. Pourquoi le pont ?

Parce que travailler via un abonnement coûte généralement plusieurs fois moins cher que via l'API. Une IA de bureau fonctionne sur l'abonnement forfaitaire que vous avez de toute façon chez le fournisseur ; chaque dialogue, chaque lecture de texte intégral, chaque cycle de rédaction est couvert par celui-ci. Le même travail via le chat intégré d'IRONSTICK fonctionne sur votre clé d'API et est facturé au token — lors de longs dialogues sur de gros dossiers, la note grimpe vite.

Là où le pont brille, c'est sur le prix : il est un puissant réducteur de coûts pour les dialogues d'IA et le moyen de choix chaque fois que des documents ou des ensembles de données importants sont tenus à jour par l'IA — lire des dossiers entiers, maintenir à jour chroniques, protocoles et mémoire, traiter des centaines d'annexes — un travail qui, token après token, serait d'un coût prohibitif.

1c. Licences — quatre ponts ou le bundle

Chaque accès d'IA de bureau est un module complémentaire sous licence propre :

• La disponibilité est inscrite dans votre clé de licence signée : seuls les ponts sous licence voient le jour — un pont sans licence n'a ni frontal, ni surface d'outils, et n'apparaît pas dans la configuration.
• Vous prenez une licence pour un seul pont (uniquement l'IA de bureau que vous utilisez) ou pour le bundle des quatre — extensible par la suite.
• Les ponts sous licence peuvent tourner en parallèle ; un dossier peut être traité par plusieurs IA de bureau à la fois.

1d. Le chat d'IA intégré d'IRONSTICK — le même modèle, plus Gemini, sans licence supplémentaire

IRONSTICK intègre aussi son propre chat d'IA, et celui-ci fonctionne sur exactement le même niveau de travail que le pont — les mêmes outils, les mêmes portes, le même ancrage et la même rédaction de modèles prêts à être déposés. Ce que le pont sait faire, le chat intégré le sait aussi. Au-delà des quatre fournisseurs du pont, il propose en outre Gemini de Google comme fournisseur.

• Aucune licence supplémentaire. Le chat intégré fait partie d'IRONSTICK ; il ne requiert aucun module de pont supplémentaire.
• Il passe par l'API des fournisseurs (votre propre clé d'API), facturé au token. Les tarifs d'API étant un peu plus élevés qu'un abonnement forfaitaire, le chat intégré peut, à l'usage quotidien, s'avérer plus cher que l'utilisation du pont avec l'application de bureau du fournisseur — où le modèle d'abonnement est nettement plus avantageux.
• En contrepartie, la voie de l'API via IRONSTICK est plus surveillée et plus pilotable : pseudonymisée par le routeur, dialogue de consentement, journal d'audit et plafonds de taille — aux mêmes portes que le pont.

2. Installation (chacune des quatre)

La procédure est la même pour chaque IA de bureau ; seules la source de téléchargement et le bouton de configuration diffèrent.

1. Installer l'application de bureau, se connecter avec son propre compte et la lancer une fois (voir la ligne du fournisseur ci-dessous).
2. Dans IRONSTICK, ouvrir Configuration → Configuration de l'IA → IA avec serveur MCP local (STDIO).
3. Mettre sur MARCHE « Autoriser l'accès au connecteur par l'IA de bureau locale » (l'interrupteur principal de tout le canal).
4. En option, « Autoriser la navigation par l'IA de bureau » sur MARCHE, si l'IA doit aussi pouvoir piloter l'application — ouvrir des écrans, des dossiers et des documents, exporter des fichiers. La lecture fonctionne aussi sans.
5. Cliquer sur le bouton « Configurer … Desktop » correspondant. IRONSTICK déploie sa propre instance de pont et l'inscrit lui-même dans l'IA de bureau — rien à coller, rien à taper.
6. Démarrer une nouvelle conversation (ou, dans la même section, cliquer sur « Redémarrer l'IA de bureau »). IRONSTICK apparaît alors parmi les connecteurs de l'IA, et les outils ci-dessous sont disponibles dans chaque conversation.

L'écran de configuration contient les liens de téléchargement ainsi que les liens vers les conditions d'utilisation et la politique de confidentialité de chaque fournisseur.

3. Comment les accès sont affichés dans la barre de menu

• D'abord le consentement. Lorsqu'une IA de bureau touche des données pour la première fois au cours d'une exécution du programme, IRONSTICK affiche un dialogue de confirmation bloquant. Refuser verrouille ce canal pendant 10 minutes ; accepter l'ouvre pour le reste de l'exécution du programme.
• Un logo propre à chaque IA apparaît dans la barre d'en-tête à côté de l'indicateur CPU/RAM à chaque appel d'outil et reste allumé 3 secondes après le dernier appel — des séries d'appels rapides le maintiennent allumé en continu. Si le symbole est sombre, rien n'est lu en ce moment. Chaque IA a son propre signe : l'étoile orange de Claude, le nœud vert d'OpenAI, le symbole de chat violet de Qwen, le « K » bleu pétrole de Kimi.



• Le menu déroulant du symbole de l'IA montre ce que cette IA a lu au cours de la session : la ligne « Consigne de travail + interdiction d'halluciner » (coche verte tant qu'elle est valide, croix rouge après expiration), puis, par dossier, les marques Profil, Ordre juridique et Digest ainsi qu'une barre « Documents lus r sur n ».
• Le symbole du cerveau apparaît dès que la mémoire d'IA partagée contient des entrées, et pulse 3 secondes chaque fois qu'un canal d'IA la lit ou y écrit. Un clic ouvre le dialogue de gestion ; l'IA elle-même ne peut jamais effacer la mémoire.
• La navigation par l'IA (ouvrir des écrans/dossiers/documents) n'a lieu que si son interrupteur est sur MARCHE — sinon, les outils de navigation sont refusés.
• Accès en parallèle : si plusieurs IA sous licence travaillent en même temps, la barre d'en-tête affiche un logo pulsant par IA active côte à côte ; chaque accès est toujours attribué à l'IA qui l'a effectué.

4. Ce que vous en faites — exemples

Parlez à l'IA de bureau (ou au chat intégré) en langage courant ; elle choisit elle-même les outils appropriés. Demandes typiques :

5. Note sur les données

6. Référence technique

Suivent la vue d'ensemble des portes, le catalogue complet des 175 outils, les sections consacrées aux gardiens de la diligence et au cycle de vérification, ainsi que la description technique. Les noms des outils sont des identifiants anglais — exactement tels que l'IA les voit.

4. Les seize portes déterministes contre l'hallucination & pour la sécurité

IRONSTICK n'essaie pas d'éduquer l'IA connectée à coups de prompts — il impose l'exactitude par la structure. Seize portes déterministes (de la logique pure, aucune IA nulle part) se dressent entre le modèle et vos enregistrements. Dans tout le catalogue d'outils ci-dessous, les outils protégés par une porte portent un badge PORTE.

Contexte & navigation

Trouver le bon enregistrement

Lire un dossier

Documents & recherche de passages

Juges & décisions de justice

Cinq outils déterministes (aucune IA nulle part) pour une seule question : comment un juge ou un procureur individuel décide-t-il — que retient-il des écritures, que laisse-t-il de côté, dans quelle mesure est-il prévisible ? Les outils localisent et mesurent ; lire les décisions et les apprécier reste le travail de l'IA, sur les textes intégraux. Seuls les documents entrants émanant d'un tribunal ou d'un parquet comptent comme décisions.

Réparation par nouveau scan OCR — Human-in-the-Loop Micro-Sourcing

Lorsqu'un texte intégral enregistré s'avère tronqué ou ruiné par un ancien passage d'OCR, l'IA ne s'en accommode pas simplement — elle répare la base de données, avec vous comme autorité finale. Elle demande un nouveau scan ; vous choisissez les pages dans IRONSTICK (le même sélecteur de pages que pour la saisie des documents) ; le nouveau scan est normalisé de façon déterministe (filigranes retirés, motifs d'OCR corrigés, espacements égalisés) et placé dans l'espace de brouillon À CÔTÉ du texte actuel de la base de données. L'IA compare alors les deux versions passage par passage, garde celle qui est juste, ne corrige que les dommages mécaniques de l'OCR — sans jamais reformuler ; chiffres, noms et montants restent intacts — et rend la version réparée. IRONSTICK vous la montre en entier, et seul VOTRE clic l'enregistre comme nouveau texte intégral.

Le pas au-delà : l'avocat comme instrument de précision. L'IA n'utilise pas IRONSTICK uniquement comme source de données — là où le traitement automatique se heurte à des limites physiques, elle fait délibérément appel à vous comme outil visuel de précision :

• Pleine capacité même avec des fichiers géants. Là où un PDF dépasse tout contexte d'IA (le pont impose des limites strictes : 10 MB, 90 pages), le processus ne s'achève pas sur un inutile « fichier trop volumineux » — l'IA désigne au contraire l'endroit exact : « page 12, vers le haut ».
• Un micro-effort ciblé au lieu d'une archéologie de dossier. Vous ne passez jamais au peigne fin un fichier de 200 pages. Vous cliquez sur le trombone dans l'entrée qu'IRONSTICK a déjà ouverte pour vous, sautez à la page indiquée et recopiez exactement les trois mots ou chiffres illisibles.
• Retour direct dans le texte intégral. Votre transcription est reprise mot pour mot dans la version réparée, passe par le même dialogue d'acceptation, et l'analyse se poursuit sans rupture.

Les systèmes traditionnels ne connaissent que deux états : « succès » (quoi que l'OCR ait produit, juste ou faux) et « erreur — veuillez traiter le document manuellement ». Ici, l'avocat devient un micro-exécutant pour exactement les 0.1 % d'un scan que l'IA ne peut résoudre avec certitude — une symbiose entre la vitesse de l'IA et la vue humaine.

Courriel, calendrier & délais

Personnes, institutions & traces de travail

Règles de travail, formats & mémoire

Propositions (soumises à validation — jamais d'écriture directe)

Espace de brouillon — les contenus volumineux ne transitent jamais par l'IA

Une zone de travail locale. Tout appel d'outil peut porter to_scratch : le résultat complet est alors écrit dans un fichier de brouillon et l'IA ne reçoit que le chemin et la taille — aucun aperçu ; et tout résultat dépassant la limite du connecteur (10.000 caractères ; 20.000 pour Claude Desktop et ChatGPT Desktop) y est envoyé automatiquement, de la même façon — ouvreurs de jeux d'outils compris. Les contenus volumineux ne passent par la sortie de l'IA dans AUCUN des deux sens (plus rapide, moins cher, sans erreurs de transcription). Les chemins de brouillon sont directement utilisables comme source_path pour deliver_file et update_ki_instruction. Le magasin survit aux redémarrages : les propres notes de l'IA, son registre d'état et la comptabilité de la couverture de lecture sont conservés ; les extractions d'outils des jours précédents sont purgées à chaque démarrage, les fichiers non touchés au bout de 180 jours.

Le magasin de brouillon est un coffre. Depuis septembre 2026, chaque fichier qu'il contient est chiffré au repos en AES-256, avec la même dérivation de clé que la base de données des dossiers et le magasin de documents — rien de ce que l'IA écrit ne repose en clair sur le disque. Lecture et écriture passent exclusivement par la porte d'IRONSTICK ; un fichier en clair introduit dans le magasin par toute autre voie (un outil de système de fichiers, une copie manuelle) est refusé, supprimé et signalé à l'IA comme infraction aux règles. Les fichiers ne quittent le magasin que par le dialogue d'export d'IRONSTICK, jamais vers un dossier de téléchargement. Avec la base de données, le magasin de documents et la configuration chiffrés, cela comble la dernière lacune : aucune donnée de dossier ne repose non chiffrée sur le disque de l'utilisateur — pas même les fichiers de travail de l'IA.

Aucun outil ne raccourcit son propre résultat. evidence_readfull, read_full_case, read_email_body, open_url (lois et jugements entiers), read_tagesprotokolle, read_person et read_chronik livrent toujours leur contenu COMPLET. Une règle centrale unique décide où il arrive : en dessous de la limite du connecteur dans la réponse, au-delà en bloc dans le fichier de brouillon. L'IA n'a jamais à deviner à l'avance la taille d'un résultat.

Garde de fraîcheur : IRONSTICK surveille chaque fichier de brouillon. Dès que les données sous-jacentes changent — un nouveau document ou une nouvelle entrée de chronique dans le dossier extrait, une écriture dans le calendrier ou le protocole — ou qu'un fichier arrive simplement à expiration, son contenu est remplacé par un avis d'invalidation qui indique précisément à l'IA comment le récupérer à nouveau. L'IA ne peut jamais travailler sur des extractions devenues silencieusement obsolètes.

Web, registres & validation

Revue par les pairs — confier une pièce à UNE AUTRE IA de bureau (Claude ⇄ ChatGPT ⇄ Qwen ⇄ Kimi)

Transmission & remise

7. Gardiens de la diligence — le pont surveille l'éthique de travail de l'IA

Quatre gardiens déterministes de la diligence surveillent avec quel soin l'IA connectée travaille réellement. Ce sont de purs mécanismes de comptabilité et de logique sur les chaînes de caractères — aucune IA n'intervient nulle part — ils ne peuvent donc pas halluciner, ne coûtent pratiquement rien et ne se laissent dissuader de rien :

• Gardien de la couverture de lecture. Lorsque l'IA récupère une extraction du dossier complet, les fichiers de préparation d'un dossier ou un texte intégral dépassant la limite du connecteur, le pont enregistre ligne par ligne quelles plages elle a réellement lues — et conserve cette comptabilité d'un redémarrage à l'autre. Tant que des lacunes subsistent, chaque réponse d'outil — recherches, grep, tout — porte les plages de lignes non lues exactes avec un pourcentage. Une affirmation « j'ai tout lu » est tout simplement impossible ; seule une lecture complète vaut la confirmation unique « COMPLETE — toutes les lignes lues », une fin de l'obligation de lecture prouvable mathématiquement — et inscrit la lecture dans le registre de préparation.
• Aucun aperçu. Tout résultat dépassant la limite du connecteur (10.000 caractères ; 20.000 pour Claude Desktop et ChatGPT Desktop) est écrit en bloc dans le magasin de brouillon ; l'IA ne reçoit qu'une note nommant le fichier, sa taille et les deux commandes de poursuite. Rien n'est montré deux fois, et l'IA lit les contenus volumineux là où ils se trouvent. Cela vaut pour chaque outil — ouvreurs de jeux d'outils compris ; seuls le lecteur d'instructions et les outils de brouillon eux-mêmes répondent directement. Et aucun outil ne raccourcit son propre résultat : en dessous de la limite, il arrive complet dans la réponse, au-delà, complet dans le magasin de brouillon.
• Gardien des nouvelles remises. Si l'IA continue de corriger un fichier de travail après vous l'avoir déjà remis, chaque modification ultérieure reçoit en réponse le rappel que vous détenez en ce moment la version périmée et que le fichier corrigé doit être remis à nouveau — fini le silencieux « corrigé dans le dossier des projets ».
• Gardien des projets non remis. Lorsque l'IA rédige son protocole quotidien — le signal « je termine » — le pont liste nommément chaque projet versionné rédigé au cours de la session qui n'a jamais été remis. Un travail achevé ne peut pas rester discrètement bloqué dans le stockage de travail de l'IA.
• Gardien du format des courriels. Chaque accès au contenu des courriels porte automatiquement le renvoi contraignant vers l'outil de format de courriel (boîte à copier pour l'objet, boîte à copier pour le corps, contenu obligatoire, règles linguistiques) — l'IA se voit rappeler la seule voie de remise correcte avant de pouvoir en improviser une.
• Gardien des boîtes à copier. Chaque fois que l'IA écrit ou modifie un fichier de travail textuel, la réponse porte le rappel que les documents parviennent à l'utilisateur uniquement par l'outil de remise — coller une lettre achevée dans le chat sous forme de texte ou de boîte à copier contourne la mise en forme, la vérification et le suivi des remises, et constitue une infraction visible aux règles. Le seul artefact légitime en boîte à copier reste le courriel, exactement selon l'outil de format de courriel.
• Ancre du dossier. Chaque réponse d'outil qui touche un dossier porte le numéro enregistré, le client et l'objet du dossier (porte 10) — un contexte inventé à partir de la mémoire d'un autre dossier se réfute de lui-même dans la même fenêtre.
• Pilotage du niveau de modèle. Les instructions indiquent à l'IA de quelle classe de modèle une tâche a besoin : avant les outils d'écriture (format de sortie, vérification, remise), elle vous demande en une phrase de faire passer le client de bureau au modèle haut de gamme, et après la remise, elle vous indique qu'un modèle moins cher suffit de nouveau. Lorsque les compteurs de propositions révèlent un entretien du réseau des parties (deux propositions de données maîtresses et une proposition de relation ou de lien au dossier), le pont ajoute — une fois par session — l'indication que ce travail entièrement protégé par des portes n'a pas besoin d'un modèle haut de gamme. Vous décidez ; l'IA continue de travailler.

Depuis la même version, l'exécution des outils s'effectue en outre dans un fil de travail isolé au sein de l'application — même les accès de l'IA à de gros dossiers durant plusieurs secondes ne figent plus jamais l'interface utilisateur d'IRONSTICK.

8. Le compilateur d'écritures — remise uniquement contre preuve

Les écritures et les lettres sont rédigées en dialogue avec l'IA de bureau sur le dossier vivant — le même niveau de travail et les mêmes portes que le chat propre d'IRONSTICK. Ce qui quitte le système est un modèle prêt à être déposé, jamais un acte de procédure achevé : vous relisez, corrigez et signez. Deux portes se dressent devant chaque transmission : la vérification déterministe ci-dessous et — si vous l'activez pour le modèle d'API actif dans la configuration — la Red/Blue Team : un second modèle lit le projet en tant que conseil adverse ; des constats substantiels le renvoient en retravail, deux tours au maximum, chaque point étant analysé au fond et jamais repris aveuglément. Si l'IA juge les constats infondés, elle soumet de nouveau le fichier inchangé avec une réponse écrite à chaque constat — le relecteur n'est pas relancé sur un fichier inchangé, et le rapport du relecteur vous parvient accompagné de ces réponses. La transmission elle-même passe par le dialogue d'export d'IRONSTICK, d'où le projet passe d'un clic dans le traitement de texte.

Une écriture formelle ne peut plus quitter le système sur la base de la confiance. verify_pleading, un analyseur déterministe (aucune IA n'intervient nulle part), contrôle le projet achevé par rapport à vos enregistrements vivants et à la bibliothèque juridique vérifiée, selon huit classes d'affirmations :

• Références de preuves — tampons IS et numéros #, dans la liste des annexes ET dans le corps du texte : existence, appartenance, intégrité du tampon, et provenance des citations liée au document : chaque pièce citée ou jointe doit compter comme lue pour CE document — récupérée intégralement, ou son fichier de brouillon lu à 100 % ; une lecture compte pendant 2 heures, chaque remise du même document la prolonge, vérifier un autre document réinitialise les lectures d'annexes. Citer à partir d'extraits de recherche ou de mémoire échoue à la vérification. Une ligne d'annexe peut indiquer une plage de pages (« p. 12–15 ») ; l'obligation de lecture porte toujours sur le document entier.
• Citations de lois — l'article cité doit exister dans le texte de la bibliothèque vérifiée (tolérant au point des milliers, exact aux limites de mots) ET porter une provenance de lecture : l'IA doit avoir réellement tiré cet article de la bibliothèque au cours de cette exécution de l'application — les articles de presse, les résumés web et la mémoire du modèle ne fondent jamais une norme et échouent à la vérification. Les sous-références citées (alinéa/point) sont elles aussi contrôlées quant à leur existence. Une source absente de la bibliothèque ne passe pas entre les mailles : l'IA doit la demander, et la demande arrive dans votre dialogue de consentement — les sources cochées sont récupérées, vérifiées et enregistrées ; les sources non cochées sont refusées et chaque citation ultérieure de celles-ci porte une mention visible « refusée par l'utilisateur ».
• Citations textuelles — chaque passage cité doit être retrouvé intégralement dans les textes intégraux du dossier ou dans la bibliothèque juridique (tolérance à l'OCR). Une citation introuvable dans toute source est CONTRADICTED et bloque la remise. Retirer les guillemets ou reformuler légèrement le passage n'y change rien : la citation bloquée est mémorisée pour le document et reste bloquée. Une citation entièrement supprimée est autorisée — et la remise vous indique expressément quelles citations ont été retirées faute de source les contenant.
• Numéros de dosar par rapport à vos dossiers et enregistrements.
• Montants à tolérance ZÉRO — le chiffre doit correspondre exactement à la forme enregistrée ; « 14.500 » là où le registre indique « 14.500,00 » bloque la remise jusqu'à correction.
• Données maîtresses des parties — chaque nom utilisé doit correspondre à l'orthographe enregistrée, lettre pour lettre, signes diacritiques compris.
• CNP et IBAN — validation par somme de contrôle (un chiffre de contrôle invalide est toujours une hallucination) plus concordance avec le registre/les enregistrements.
• Parties nommées — chaque personne ou société nommée dans le document doit avoir été lue (profil) ET ses liens contrôlés (who_is_connected_with) ; le refus nomme les deux appels et recommande en sus le test de clique (read_cliques).

Chaque constat est VERIFIED, UNVERIFIED ou CONTRADICTED. La remise d'un document formel est refusée sans attestation OK récente pour l'état exact du fichier — chaque modification annule l'attestation. Après cinq passages de vérification en échec, la boucle s'interrompt fermement, ordonne à l'IA de s'arrêter et de rendre compte, et vous en avertit vous directement dans l'application. Et les remises passent exclusivement par le magasin de travail propre de l'application, de sorte que l'attestation, le versionnage et le suivi des nouvelles remises restent attachés à chaque fichier — la remise en ligne et les chemins étrangers sont refusés.

Annexe — Description technique complète du pont

Statut : 175 outils membres · 20 jeux d'outils · révision du protocole MCP 2024-11-05. Ce document décrit le pont de manière exhaustive — architecture, chaque couche fonctionnelle, chaque porte, chaque limite et chaque redirection — exclusivement en prose.

1. Finalité et positionnement

Le pont relie des applications commerciales d'IA de bureau (Claude Desktop, ChatGPT Desktop, Qwen Desktop, Kimi Desktop) à une application de gestion de dossiers juridiques IRONSTICK en cours d'exécution sur la même machine. L'IA de bureau reçoit, via le Model Context Protocol (MCP), une surface d'outils contrôlée et auto-descriptive ; chaque appel est exécuté au sein de l'application IRONSTICK sur la base de données vivante, et chaque résultat est post-traité par le pont avant d'atteindre le modèle. Les objectifs de conception sont : une charge de contexte permanente minimale pour le modèle, l'application structurelle de règles de travail que le seul texte d'instruction ne peut garantir, la protection du travail non enregistré de l'utilisateur, la protection des données contre les requêtes surdimensionnées ou mal dirigées, et l'absence complète de matériel de configuration lisible dans le produit installé.

2. Topologie des processus

Le pont se compose de deux processus qui coopèrent.

L'application IRONSTICK héberge un serveur HTTP lié exclusivement à l'interface de bouclage. Son port et un jeton d'accès hexadécimal de 48 caractères sont définis dans le magasin de configuration de l'application ; chaque requête doit présenter ce jeton. Ce serveur détient le registre des outils, exécute tous les appels d'outils, applique toutes les portes et tous les post-traitements, et constitue le point de vérité unique sur ce qu'un modèle connecté peut voir et faire.

Devant chaque IA de bureau se trouve un petit exécutable natif compilé à l'avance (ahead-of-time) à partir de Dart. Il parle JSON-RPC sur stdio en direction de l'IA de bureau (transport MCP standard) et transmet le travail au serveur HTTP de l'application. Chaque IA de bureau possède son propre répertoire d'installation contenant une copie de cet exécutable et un fichier de configuration privé qui renferme : le port de bouclage, le jeton d'accès, une chaîne d'identité de l'appelant (par exemple claudedesktop, chatgptdesktop, qwendesktop), le chemin du fichier d'instructions servi au démarrage de la session et le chemin du script de remise. L'identité de l'appelant accompagne chaque appel d'outil en tant qu'argument interne et pilote tous les comportements propres à chaque IA décrits plus loin. Le frontal émet en outre un signal de présence vers l'application environ toutes les trois secondes tant qu'une IA de bureau est connectée ; l'application l'affiche comme indicateur de présence « pont connecté » avec une durée de vie de quinze secondes, de sorte que l'utilisateur voit toujours si une IA externe est actuellement attachée.

Lors de la poignée de main MCP initialize, le frontal renvoie son identité de serveur et, incorporé dans le résultat d'initialize, le texte complet des instructions de démarrage de session. Les frontaux de version 2.6.6 et ultérieures recherchent un fichier compagnon du chemin d'instructions configuré dont le nom porte un suffixe core et le privilégient ; celui-ci livre une instruction de base condensée d'environ quinze mille cinq cents caractères au lieu du manuel complet d'environ cinquante-six mille, ce qui ramène la charge d'instructions permanente à environ un quart. Le manuel complet reste à tout moment accessible au modèle au moyen d'un outil dédié (voir section 5).

3. Sécurité, licences et consentement

Tout le trafic se limite à l'interface de bouclage et est authentifié par jeton. Les outils d'accès au web appliquent un filtrage des requêtes côté serveur : seules les cibles publiques http et https sont autorisées ; localhost, les plages de bouclage, les réseaux privés et les adresses link-local sont rejetés, de sorte qu'un modèle ne peut jamais être amené à explorer la machine ou le réseau local par le pont.

Le pont et les intégrations d'IA de bureau propres à chaque fournisseur sont des modules complémentaires sous licence séparée. Leur disponibilité est codée sous forme de bits dans une clé de licence signée ; le frontal et la surface d'outils d'un module sans licence ne voient tout simplement pas le jour.

Pour la connexion Claude Desktop, une porte de consentement protège le premier accès aux données par exécution de l'application : le premier appel d'outil après le démarrage du programme fait apparaître une fenêtre d'avertissement au-dessus de l'écran actuel. Si l'utilisateur accepte, l'accès est libre pour le reste de l'exécution ; s'il refuse, l'accès est bloqué pendant dix minutes et chaque appel bloqué renvoie à l'IA de bureau un message explicatif l'invitant à réessayer plus tard ; au bout des dix minutes, l'accès suivant fait de nouveau apparaître l'avertissement. L'état est conservé uniquement en mémoire et n'est jamais persisté.

Indépendamment du consentement, un verrou d'accès aux instructions garde chaque connexion de bureau : aucun outil — ouvreurs de jeux d'outils, outil d'exécution des membres, tout — ne s'exécute tant que l'appelant n'a pas lu les instructions et restitué mot pour mot l'interdiction d'halluciner (règle 5) au moyen de l'outil de confirmation ; seuls le lecteur d'instructions, l'outil de confirmation et l'outil de langue du système restent ouverts. La confirmation est tenue par IA de bureau et devient caduque soixante minutes après avoir été donnée, après deux heures sans appel, à minuit et à chaque nouvelle poignée de main de connexion — après une caducité, l'appelant doit relire et restituer une règle choisie au hasard au lieu de celle qu'il connaît par cœur. Sur la connexion Claude, chaque chat est son propre appelant (les chats sont distingués au moyen des événements d'outils structurés du journal de session local de Claude, jamais du texte de la conversation), un chat dont le contexte a été compacté est aussitôt verrouillé, sans pénalité, jusqu'à ce qu'il ait relu les instructions, et un chat qui touche au dossier de données avec ses propres outils de fichiers au lieu du connecteur se voit consigner une infraction aux règles ; un refus nomme les deux appels qui ouvrent le verrou, et le menu déroulant du symbole de l'IA dans l'application affiche l'état sous forme de coche verte ou de croix rouge.

Chaque fonction de lecture et d'écriture de données est validée par rapport à l'identité de propriétaire dérivée de la licence. Les enregistrements de preuves marqués secrets sont exclus sans exception de chaque fonction de lecture, de recherche, d'extraction et de tamponnage ; les enregistrements marqués supprimés sont de même invisibles.

4. Système d'instructions

Les consignes du modèle arrivent en trois couches, d'une spécificité strictement croissante et d'une résidence strictement décroissante.

L'instruction de base est livrée une seule fois, à l'intérieur du résultat d'initialize. Elle contient le mandat (un travail juridique fondé sur les faits, au niveau d'un collaborateur senior), les règles universelles (la langue du dialogue est la langue du système IRONSTICK ; l'ordre juridique des documents générés découle du dossier, jamais du dialogue ; discipline des dates ; aucune citation à partir d'extraits de recherche — chaque page sur laquelle l'IA s'appuie doit être ouverte et lue via open_url, quelle que soit la recherche qui l'a trouvée ; discipline des citations et des références ; la limite de trois tentatives par appel d'outil en échec ; discipline de remise), ainsi que la description du mécanisme des jeux d'outils lui-même, y compris l'explication du champ du jeu d'outils d'origine décrit à la section 6.

Les règles de travail propres à chaque domaine ne sont pas résidentes : elles sont remises au modèle mot pour mot et à jour chaque fois qu'il ouvre le jeu d'outils correspondant, en tant que partie du contenu d'ouverture.

Le manuel complet — la base plus toutes les règles des jeux d'outils plus les annexes (parmi lesquelles le format de fichier du protocole quotidien) — peut être relu à tout moment au moyen de l'outil de lecture des instructions ; le frontal lit le fichier en direct, de sorte que les modifications des instructions atteignent une session en cours sans reconnexion.

Trois de ces règles sont en outre imposées structurellement plutôt que textuellement, par des portes décrites aux sections 3 et 7 : le verrou d'accès, la discipline des dates et la discipline des sources législatives. La lecture des instructions elle-même est la dernière règle du bloc universel : la manière de déverrouiller le connecteur n'est indiquée qu'après toutes les règles qui précèdent, de sorte qu'un modèle qui y parvient les a lues.

5. La surface d'outils et la couche des jeux d'outils

Une liste plate de 175 outils dégrade de façon mesurable le choix des outils chez les modèles de bureau actuels. Le pont expose donc une surface réduite de vingt-huit entrées : six outils de base (date et heure actuelles ; contexte actuel de l'interface graphique ; langue du système ; ordre juridique du dossier ; relecture des instructions ; confirmation des instructions), l'outil de remise injecté par le frontal, vingt ouvreurs de jeux d'outils, l'outil d'exécution des membres et l'outil d'inventaire complet. Tout le reste n'existe qu'en tant que membres à l'intérieur de jeux d'outils.

Ouvrir un jeu d'outils est un appel d'outil ordinaire sans arguments. La réponse livre, en une seule fois : premièrement, lorsque le jeu d'outils en possède un, un bloc de contexte prégénéré de façon déterministe, calculé au moment de l'ouverture (huit jeux d'outils disposent de tels producteurs — le protocole de démarrage de session lui-même ; l'inventaire actuel des fichiers de brouillon ; les dix entrées de mémoire les plus récentes en aperçu ; les trente premières lois de la bibliothèque juridique ; la liste des dossiers chauds ; les documents enregistrés et les courriels entrants du jour ; le protocole quotidien du jour ; l'instantané actuel des délais et des rendez-vous) ; deuxièmement, les règles de travail du domaine, mot pour mot ; troisièmement, les définitions complètes des outils membres avec leurs schémas de paramètres complets ; quatrièmement, une ligne de repli renvoyant à l'inventaire complet. Une défaillance à l'intérieur d'un producteur de prégénération n'empêche jamais l'ouverture.

Les membres sont exécutés au moyen de l'outil d'exécution des membres, qui prend le nom exact du membre et un objet d'arguments. Avant l'exécution, une validation de schéma légère a lieu : les champs obligatoires doivent être présents et non vides, et les paramètres entiers, numériques et booléens doivent pouvoir être interprétés comme tels ; une violation renvoie le schéma attendu au lieu d'exécuter. Un nom de membre inconnu renvoie, à titre de suggestion, le nom existant le plus proche selon la distance d'édition. La couche d'instructions limite les tentatives de correction à trois par appel en échec, après quoi le modèle doit s'arrêter et signaler l'erreur exacte.

Les jeux d'outils ne sont pas modaux ; tous les ouvreurs restent appelables à tout moment, un outil peut délibérément être membre de plusieurs jeux d'outils, et les contenus d'ouverture ne sont jamais détournés vers le magasin de brouillon (des schémas dans un fichier seraient inutiles). Des portes fonctionnelles suppriment des groupes entiers : lorsque la navigation dans l'interface graphique n'est pas activée par l'utilisateur, l'ouvreur du jeu d'outils de navigation et tous ses membres sont absents de chaque liste et de chaque réponse. L'outil d'inventaire complet liste chaque membre avec un objet d'une ligne et son jeu d'outils de rattachement, et n'existe que comme issue de secours ; les descriptions des jeux d'outils sont le routeur principal. Au total, les vingt jeux d'outils portent 280 entrées de membres pour les 175 outils distincts.

Le coût de contexte mesuré de cette organisation : la configuration initiale (instruction de base plus liste d'outils réduite) représente environ dix mille tokens ; une seule ouverture de jeu d'outils ajoute entre environ neuf cents et sept mille cinq cents tokens selon le jeu d'outils, avant son contenu de prégénération variable.

6. Format de définition des outils et sa chaîne de production

Chaque définition d'outil se compose de quatre parties. La description porte la finalité de l'outil, ses mandats de comportement et ses renvois — et rien d'autre. Le schéma d'entrée porte chaque paramètre avec sa propre description, y compris les valeurs par défaut, les formats, les indications d'exclusion mutuelle et les mandats propres à chaque paramètre ; les instructions d'utilisation des paramètres se trouvent exclusivement ici. Le champ de sortie décrit, avant tout appel, exactement ce que renvoie l'appel, y compris les ordres de tri, les marqueurs et les formes d'erreur, afin que le modèle puisse juger de l'adéquation sans appels d'essai. Le champ du jeu d'outils d'origine nomme le jeu d'outils auquel l'outil appartient principalement, avec une valeur réservée qui marque les outils de base figurant toujours dans la liste de premier niveau ; un membre rencontré à l'intérieur d'un jeu d'outils étranger indique ainsi où se trouvent d'autres outils de sa famille, et chaque ouverture de jeu d'outils porte une ligne explicative précisant que le modèle n'est jamais enfermé dans le jeu d'outils ouvert.

Tout le texte destiné au modèle est en anglais, sans exception. La chaîne de production part d'un document source canonique unique et passe par des générateurs jusqu'à la surcouche compilée et jusqu'au plan des grappes qui documente la topologie des jeux d'outils ; le générateur s'interrompt fermement dès qu'un texte de description ou de sortie — à n'importe quelle profondeur du schéma — est reconnu par un détecteur de langue allemande, et un garde-fou de dérive interrompt la synchronisation lorsqu'une revendication de jeu d'outils d'origine désigne un jeu d'outils qui ne liste pas réellement l'outil parmi ses membres. Les limites numériques déclarées dans les schémas d'outils sont imposées par une fonction de bornage partagée dans les fonctions d'exécution, de sorte qu'un maximum annoncé est un maximum réel.

7. Mécanismes d'exécution universels

Les mécanismes suivants s'appliquent à l'ensemble de la surface d'outils et sont mis en œuvre de façon centralisée, non outil par outil.

Redirection vers le brouillon à la demande : chaque outil accepte un paramètre supplémentaire nommant un fichier de brouillon ; lorsqu'il est renseigné, le résultat complet est écrit dans ce fichier et le modèle ne reçoit que le chemin et la taille — aucun aperçu. Les contenus volumineux ne transitent ainsi jamais par le flux de tokens du modèle, dans aucun des deux sens, et le chemin est directement utilisable partout où un chemin source est accepté.

Protection contre le débordement : tout résultat dépassant la limite du connecteur — dix mille caractères, une constante centrale unique, doublée à vingt mille pour Claude Desktop et ChatGPT Desktop — est automatiquement écrit dans un fichier de brouillon généré. Le modèle ne reçoit qu'une note indiquant la taille totale et le nombre de lignes, le nom du fichier, l'assurance explicite que rien n'est perdu, les deux commandes de poursuite (lecture par plage ; recherche de motif dans le fichier) et l'interdiction expresse de relancer l'appel — aucun aperçu, afin que les contenus volumineux soient lus là où ils se trouvent et que le modèle s'habitue à travailler à partir du magasin de brouillon. La seule exception est le lecteur d'instructions, dont le paquet arrive toujours complet ; les ouvreurs de jeux d'outils sont détournés comme tout autre résultat. Aucun outil ne raccourcit son propre résultat — la limite du connecteur est le seul endroit où la taille est décidée. Les résultats au-delà de dix mégaoctets ne sont pas détournés mais reçoivent en réponse une instruction de restriction nommant les filtres applicables, puisque même le magasin de brouillon plafonne là la taille des fichiers. Sont exemptés du détournement les outils de lecture du brouillon eux-mêmes (plafonnés en interne ; les détourner créerait une récursion) et les appels qui ont déjà demandé une redirection vers le brouillon.

Porte de la date : tout outil qui écrit dans IRONSTICK est refusé aux appelants externes tant que cet appelant n'a pas récupéré la date et l'heure actuelles au cours des trente dernières minutes. Le refus nomme le remède — récupérer l'heure, puis répéter l'appel à l'identique. La fenêtre est tenue par fournisseur, délibérément courte afin qu'une nouvelle conversation ne puisse hériter d'une ancienne récupération et que les passages de minuit soient détectés. Les appelants internes à l'application ne sont pas concernés. Cela existe parce que les modèles externes estampilleraient sinon les enregistrements avec l'« aujourd'hui » de leur époque d'entraînement.

Porte des lois : l'accès web aux lois et aux normes est structurellement refusé tant que la bibliothèque juridique interne n'a pas été consultée ; le refus renvoie à la procédure de la bibliothèque. Toute source législative néanmoins récupérée sur le web doit être signalée à la bibliothèque au moyen de l'outil d'enregistrement — la couche d'instructions qualifie l'omission de manquement à un devoir, et les résultats touchant des sources juridiques portent un marqueur à des fins d'auditabilité.

Blocage ferme de la navigation : huit écrans sont déclarés protégés — les quatre formulaires de saisie (saisie de documents, saisie de documents liée à un dossier, saisie de la chronique du dossier, saisie de client), le formulaire de création de dossier, le formulaire d'affectation d'institutions/de personnes et l'éditeur de texte. Tant que la fenêtre principale de l'utilisateur affiche l'un d'eux, chaque fonction de navigation dans l'interface graphique et d'export est refusée au niveau du gestionnaire — l'enveloppe intercepte aussi bien les appels directs que l'exécution des membres — avec un message qui nomme l'écran protégé, interdit la navigation et enjoint au modèle de répondre avec les données dont il dispose et de ne proposer l'ouverture qu'après que l'utilisateur a terminé et enregistré. Un modèle ne peut donc jamais détruire un travail non enregistré de l'utilisateur en changeant d'écran. L'outil d'ouverture de pages web est explicitement exempté de cette enveloppe, puisqu'il partage le préfixe de nom mais ne fait pas naviguer l'application.

Offre de navigation : les résultats des quelque quarante outils dont la sortie décrit un objet que l'on peut ouvrir dans l'interface graphique — un dossier, une personne, une institution, un client, une preuve précise, un courriel, des entrées de calendrier ou des délais — reçoivent une ligne ajoutée proposant au modèle d'offrir à l'utilisateur d'ouvrir l'objet directement dans IRONSTICK, en nommant l'appel de navigation exact. Lorsque les arguments de l'appel contiennent l'identifiant de l'objet, la proposition est concrète ; pour les résultats de recherche et de liste, elle se réfère à l'identifiant d'un résultat. La ligne exige explicitement l'accord de l'utilisateur avant de naviguer, sauf si la demande de l'utilisateur était déjà une commande d'affichage/d'ouverture. L'offre n'est ajoutée qu'après le traitement du débordement, et seulement lorsque le résultat n'est pas une erreur, que la navigation est activée et que le blocage ferme de la navigation n'est pas actif — le blocage l'emporte toujours sur la proposition.

Propagation de l'appelant : l'identité de l'appelant accompagne chaque exécution et pilote l'état propre à chaque IA — le briefing de travail quotidien est suivi par IA de bureau, les listes de tâches de revue par les pairs excluent les propres tâches de l'appelant, et le journal des appels attribue chaque ligne.

Journal des appels : un journal de diagnostic activable enregistre une ligne par appel d'outil pour toutes les IA connectées — horodatage, appelant, nom effectif de l'outil (pour l'exécution des membres, le membre interne, non l'enveloppe), les arguments plafonnés à trois cents caractères, la taille du résultat mesurée avant tout détournement pour débordement, la durée d'exécution et un indicateur d'erreur. L'interrupteur se trouve dans le magasin de configuration de l'application et est relu avec un cache de dix secondes, de sorte que la journalisation peut être activée ou désactivée sans redémarrage. Il existe pour l'analyse des parcours et l'optimisation des jeux d'outils et est destiné à être désactivé ensuite.

Repli des signes diacritiques et des écritures : chaque recherche par mot-clé, recherche de motif et comparaison dans l'ensemble du pont neutralise la casse et les signes diacritiques pour les onze langues du système, y compris le i turc avec et sans point (remplacé avant la mise en minuscules, puisqu'il en changerait sinon la longueur), les variantes de lettres cyrilliques et les ligatures latines ; le repli préserve les positions là où des positions sont indiquées.

Conventions de résultat : les échecs sont renvoyés sous forme de texte commençant par un préfixe d'erreur et signalés comme erreurs dans le résultat MCP ; le modèle a pour instruction de corriger et de réessayer trois fois au plus, puis de s'arrêter et de signaler. Les marqueurs structurés et auto-descriptifs incorporés dans les résultats (pour les opérations de mémoire, les portes et assimilés) sont stables et documentés dans les champs de sortie correspondants.

Gardien de la couverture de lecture : lorsqu'un modèle récupère une extraction du dossier complet ou la remise dans le brouillon du lecteur de dossier complet, le pont enregistre à la ligne près quelles plages du fichier d'extraction ont réellement été lues. Tant que des plages non lues subsistent, chaque réponse d'outil réussie — recherches, correspondances de motifs, tout — porte les plages de lignes non lues exactes accompagnées d'un pourcentage de lecture ; une lecture complète revendiquée est donc impossible. Une fois le fichier entièrement lu, les rappels cessent et la lecture par plage suivante confirme une fois que toutes les lignes ont été lues, ce qui donne au modèle une fin prouvable de son obligation de lecture. Sont suivis les extractions de dossiers complets, les fichiers de tête et de digest de l'outil de préparation de dossier et chaque texte intégral de document détourné vers le magasin de brouillon ; les lectures partielles d'autres résultats redirigés restent légitimes et silencieuses. L'état de couverture est persisté à côté du magasin et survit aux redémarrages de l'application, et un fichier lu jusqu'au bout est inscrit dans le registre de préparation — la lecture reste valable même après que la purge au démarrage a supprimé le fichier.

Gardien des nouvelles remises : après une remise de fichier réussie dont la source se trouve dans le magasin de brouillon, un fichier marqueur placé à côté du magasin enregistre le nom remis et l'heure (les remises transmises sous forme de contenu en ligne sont elles aussi enregistrées sous leur nom de remise). Chaque modification, écriture ou normalisation ultérieure d'un fichier qui y est enregistré reçoit en réponse le rappel que l'utilisateur détient la version remise périmée et que le fichier corrigé doit être remis à nouveau sous un nouveau numéro de version. La réponse de remise elle-même récupère en outre l'état actuel de la couverture de lecture auprès de l'application par un point de terminaison interne qui n'est pas un outil, et réprimande une remise effectuée malgré des plages non lues.

Gardien des projets non remis : l'ajout au protocole quotidien — le signal de clôture du modèle — liste nommément chaque fichier de travail versionné écrit par le modèle au cours de la session qui n'a jamais été remis, avec l'instruction de remettre maintenant l'artefact achevé ; un travail qui n'existe que dans le magasin de brouillon n'atteint jamais l'utilisateur.

Gardien du format des courriels : chaque réponse des outils de lecture et de récupération de courriels porte le renvoi fixe selon lequel l'instruction contraignante de mise en forme et de remise des courriels — boîte à copier pour l'objet, boîte à copier pour le corps, section des destinataires, contenu obligatoire, règles linguistiques — provient de l'outil de spécification du format de courriel, à récupérer avant de construire tout courriel et à suivre à la lettre.

Exécution dans un isolat de travail : le corps de calcul des outils de données et d'analyse s'exécute dans un isolat de travail dédié au sein de l'application, avec son propre registre et ses propres connexions à la base de données ; l'isolat d'interface de l'application ne fait qu'acheminer, appliquer les portes et post-traiter. Même des accès de plusieurs secondes à de gros dossiers ne figent donc jamais l'interface utilisateur de l'application ; si l'isolat de travail meurt, l'exécution se replie sans rupture sur l'isolat d'interface et l'isolat de travail est relancé à la prochaine occasion. Les outils qui ont intrinsèquement besoin de l'isolat d'interface — navigation, dialogues de confirmation, navigateur intégré, récupération du courrier et outils d'écriture soumis à validation — sont exemptés par conception de l'acheminement vers l'isolat de travail.

8. Portes d'interaction

Trois outils répondent délibérément à leur premier appel par une question au lieu d'un résultat ; dans chacun d'eux, la réponse littérale « unknown » est toujours valable et jamais sanctionnée.

La porte de remise : l'outil de remise de fichiers, appelé sans la déclaration de formalité, ne remet rien et demande si la remise relève de l'une des quatre catégories d'artefacts formels — écriture juridique, courriel au tribunal, entrée de chronique, protocole quotidien — ou d'aucune d'entre elles. Répondre par « non » déclenche la remise immédiate — mais l'affirmation est contrôlée quant au contenu : un détecteur déterministe inspecte le fichier, et un contenu ayant la forme d'une lettre ou d'une écriture (formules d'appel et de politesse dans six langues, bloc destinataire, marqueurs juridiques, bloc d'identité) refuse la déclaration d'informalité et journalise la tentative ; un tel contenu n'a aucune voie informelle. Répondre par une catégorie formelle renvoie, toujours sans remettre, l'instruction de mise en forme contraignante pour exactement cette catégorie, incorporée dans la réponse de la porte ; seul l'appel répété portant l'indicateur de confirmation selon lequel le fichier a été vérifié par rapport à cette instruction remet effectivement. Un gardien des séries de versions refuse en outre la première remise sous un nouveau radical de nom de fichier tant qu'une série versionnée portant le même numéro de dossier existe déjà dans le dossier de remise — renommer un document pour remettre à zéro son compteur de versions est structurellement impossible ; un document réellement différent exige une déclaration consciente et journalisée. Cette porte est mise en œuvre à l'intérieur même de l'exécutable frontal, qui récupère en direct l'instruction de mise en forme actuelle auprès de l'application. Les documents et les lettres ne parviennent jamais à l'utilisateur sous forme de texte de chat ou de boîtes à copier — chaque accès en écriture à un fichier de travail textuel porte ce rappel, et le seul artefact légitime en boîte à copier reste le courriel, conformément à son outil de format.

La porte de recherche : la recherche centrale de preuves, à son premier appel, ne cherche rien et pose trois questions — quel type d'élément est recherché (document entrant, document sortant, preuve avec document joint, déclaration/transcription, note de chronique, ou unknown), la portée lorsqu'un identifiant de client est présent (ce dossier uniquement, tous les dossiers du client, ou unknown — la liste des dossiers du client étant jointe à la question), et la forme de réponse souhaitée. Les formes de réponse sont : une liste d'identifiants épurée (la valeur par défaut recommandée ; les résultats sont ensuite ouverts un par un au moyen du lecteur de preuves), des résultats compacts avec le contexte de la correspondance, ou le résultat complet écrit dans un seul fichier de brouillon.

La porte du dossier complet : le lecteur de dossier complet, à son premier appel, ne charge rien et indique la taille réelle du dossier — le nombre de preuves et le volume de contenu cumulé approximatif des titres, descriptions, textes intégraux des documents et transcriptions — puis demande au modèle de choisir entre des outils de recherche ciblés et un appel répété avec l'argument de remise dans le brouillon, qui écrit le contenu complet du dossier, normalisé par OCR, dans le magasin de brouillon et ne renvoie que la référence du fichier.

La porte de vérification : pour les écritures formelles, l'outil de remise exige en outre une attestation récente du vérificateur d'écritures déterministe. Ce vérificateur analyse le fichier de brouillon achevé selon huit classes d'affirmations — les références de preuves dans la liste des annexes et dans le corps du texte (tampons et numéros, y compris la provenance des citations liée au document : chaque pièce citée ou jointe doit compter comme lue pour ce document — récupérée intégralement ou son fichier de brouillon lu jusqu'au bout ; une lecture compte pendant deux heures, chaque remise du même document prolonge ses pièces citées de deux heures, et vérifier ou remettre un document de radical différent réinitialise les lectures d'annexes ; une ligne d'annexe peut indiquer une plage de pages, l'obligation de lecture porte toujours sur le document entier), les citations de lois par rapport à la bibliothèque vérifiée (un article absent du texte de loi vérifié constitue un constat contredit ; la citation exige en outre une provenance de lecture — chaque lecture dans la bibliothèque est enregistrée par exécution de l'application avec les numéros d'articles effectivement renvoyés, et un article cité sans un tel enregistrement de lecture constitue un constat contredit, de sorte que les articles de presse, les résumés web et la mémoire du modèle ne peuvent jamais fonder une norme ; les sous-références citées telles que l'alinéa et le point sont contrôlées quant à leur existence dans la zone de texte de l'article ; une source absente de la bibliothèque bloque jusqu'à son intégration ou son refus), les citations textuelles — chacune doit être retrouvée intégralement dans les textes intégraux du dossier ou dans la bibliothèque juridique ; une citation introuvable dans toute source est contredite et bloque la remise, une citation dont seuls les guillemets ont été retirés ou dont la formulation a été légèrement modifiée reste bloquée, et les citations entièrement supprimées sont signalées à l'utilisateur lors de la remise —, les numéros de dosar, les montants selon une règle de tolérance zéro (la forme exacte enregistrée), les données maîtresses des parties lettre pour lettre, signes diacritiques compris, les identifiants personnels/bancaires au moyen des validateurs de somme de contrôle, et les parties nommées — chaque personne ou société du registre des entités nommée dans le document doit avoir été lue (profil) et contrôlée quant à ses liens pour ce document, le refus nommant les deux appels et recommandant le test de clique. Les constats sont classés vérifiés, non vérifiés ou contredits ; tout constat contredit ou toute loi manquante non résolue entraîne un verdict bloquant. L'attestation est liée à l'état exact du fichier — toute modification l'annule — et après cinq passages de vérification en échec, la boucle s'interrompt fermement, enjoint au modèle de s'arrêter et de rendre compte, et avertit l'utilisateur directement dans l'application.

La porte de consentement pour les sources législatives : une source législative signalée par le modèle n'est plus intégrée silencieusement. Les demandes sont rassemblées dans un dialogue de consentement unique dans l'application — source, ordre juridique, IA demandeuse — où les entrées cochées sont récupérées, vérifiées et enregistrées (avec un lancement immédiat de l'isolat de travail) et les entrées non cochées sont refusées ; une source refusée transforme ses citations ultérieures en mentions visibles « non vérifiée par décision de l'utilisateur » au lieu de blocages silencieux. Le moniteur de données ne porte ensuite plus les lois que pour le cycle de révision périodique.

La règle de remise exclusivement depuis le magasin : l'outil de remise n'accepte qu'un chemin source situé dans le magasin de travail de l'application ; le contenu en ligne et les chemins extérieurs au magasin sont refusés pour tout type de fichier. Ainsi, l'attestation de vérification, le suivi des nouvelles remises, le versionnage et la couverture de lecture restent attachés sans exception à chaque artefact remis.

9. Démarrage de session et cadrage

L'ouverture du jeu d'outils de démarrage de session exécute en une seule fois l'intégralité du protocole de démarrage et l'écrit dans un fichier de brouillon fixe et nommé ; la réponse directe ne renvoie que l'ancre de date, la langue du système et le contexte actuel de l'interface graphique, et le modèle lit le reste — entrées de mémoire échues, briefing quotidien, délais, rendez-vous, tâches de pair ouvertes et index des dix derniers protocoles quotidiens — en une seule lecture du brouillon. Les membres de ce jeu d'outils réexécutent des éléments isolés à la demande.

L'outil de date et d'heure répond par une seule ligne (date, heure, fuseau horaire, jour de la semaine, synchronisés par NTP lorsque c'est possible, sinon horloge du système) et porte le mandat permanent selon lequel chaque tour de dialogue commence par la date actuelle et les dates ne sont jamais devinées. L'outil de contexte de l'interface graphique indique quel écran de la fenêtre principale de l'application est ouvert, avec le fil d'Ariane ainsi que le client et le dossier ouverts. L'outil de langue du système renvoie l'identifiant de langue qui régit le dialogue et les listes transversales aux dossiers ; l'outil d'ordre juridique renvoie, par dossier, l'ordre juridique qui régit les documents générés et la terminologie, est obligatoire avant tout travail documentaire et prescrit de demander à l'utilisateur lorsqu'il n'est pas défini. L'outil de briefing matinal renvoie le briefing structuré du jour avec identifiants et marqueurs, afin que le modèle puisse agir sur chaque élément ; l'outil de briefing de travail suit, par IA de bureau, si cette IA a déjà été informée aujourd'hui, et ne renvoie les protocoles quotidiens récents qu'au premier contact de la journée.

10. Le magasin de brouillon

Le magasin de brouillon est le dossier de travail du modèle pour tout ce qui est volumineux. Il offre l'écriture avec possibilité d'ajout pour un assemblage par morceaux ; la lecture par plages numérotées par ligne, dont les numéros correspondent directement aux éditeurs fondés sur les lignes ; le remplacement exact de texte avec exigence d'unicité, une nouvelle tentative tolérante aux espaces et aux guillemets typographiques qui exige toujours l'unicité, et un repli prescrit vers localiser-et-copier en cas de toute autre non-concordance ; l'insertion par numéro de ligne ou après un repère ; la suppression de plages de lignes ; le remplacement atomique de plages de lignes comme opération de restructuration sûre ; la recherche de motifs insensible à la casse et aux signes diacritiques dans un fichier ou dans tous, avec un plafond de cinquante résultats et des lignes de contexte facultatives ; un plan markdown qui associe les titres à des plages de lignes sans lire le fichier ; une liste du répertoire ; la copie ; une différence ligne à ligne entre deux fichiers qui masque les lignes communes ; une normalisation orientée vers la remise qui aplatit le markdown structurel selon les conventions des écritures, protège les références, complète les références de preuves courtes jusqu'à sept chiffres et normalise les fins de ligne ; l'égalisation des espaces ; le nettoyage des fins de ligne et des caractères invisibles ; des projections égalisées destructives (un squelette de comparaison en minuscules, ou uniquement la suppression des signes diacritiques), toujours vers un fichier cible séparé ; des compteurs de mots, de lettres et de lignes ; et la suppression.

Un registre d'état léger retient des notes clé-valeur pour la session en cours — avant tout, quel fichier est le projet principal actuel — avec une sémantique de lecture, d'écriture et d'effacement, et survit aux redémarrages de l'application.

Cycle de vie : le magasin est durable et survit aux redémarrages ; les propres notes du modèle, le registre d'état, les métadonnées des fichiers et la comptabilité de la couverture de lecture sont conservés, tandis que les extractions d'outils des jours précédents sont purgées à chaque démarrage et que les fichiers non touchés depuis cent quatre-vingts jours sont purgés. Chaque accès par n'importe quel outil de brouillon — y compris une simple lecture — remet à zéro l'horloge de suppression de ce fichier ; une simple apparition dans la liste du répertoire ne le fait pas. La couche d'instructions oblige le modèle à supprimer ses fichiers de tâche à la fin d'une tâche et à transférer plutôt les enseignements durables dans le système de mémoire.

11. Le système de mémoire

La mémoire d'IA persistante est un carnet partagé entre les chats par toutes les IA connectées et par l'assistant intégré à l'application. Une entrée contient au plus mille caractères — les descriptions du jeu d'outils et des outils exigent une compression à l'essentiel absolu et le découpage des contenus plus volumineux — et est rattachée au minimum à un client ou à un dossier (avec un lien vers un dossier, le client est dérivé et corrigé automatiquement) et, facultativement, à une preuve, un courriel, une entité ou une institution, tous validés. Les entrées doivent être rédigées dans la langue du système IRONSTICK, quelle que soit la langue du dialogue, et il est interdit au modèle d'utiliser ses propres fichiers de mémoire privés pour la connaissance des dossiers, puisque ceux-ci n'atteignent ni l'IA pair ni l'utilisateur. Une échéance facultative donne à une entrée le caractère d'un délai : les entrées échues et en retard apparaissent en premier dans le protocole de démarrage de session et dans les vues des délais de l'application.

La recherche peut être filtrée selon n'importe lequel des identifiants liés et selon l'échéance (tout, exactement aujourd'hui, ou une fenêtre de dix jours autour d'une date donnée), renvoie les entrées les plus récentes d'abord, avec vingt résultats par défaut et cinquante au maximum, et marque les entrées de carnet rédigées par l'utilisateur comme strictement en lecture seule pour l'IA. La mise à jour remplace le texte et/ou déplace, définit ou efface l'échéance ; tout ce qui n'est pas fourni reste inchangé. Une mise à jour dont le texte dépasse la limite est rejetée avec une indication de capacité nommant la longueur soumise, la limite, l'occupation actuelle de l'entrée et le reste disponible ; chaque mise à jour de texte réussie indique de même l'occupation et le reste ; dans les deux cas, dès qu'il reste moins de trois cents caractères libres, la réponse ajoute la recommandation permanente soit de retravailler l'entrée entière, soit de créer une entrée supplémentaire et de laisser un renvoi dans l'ancienne. La suppression est irréversible et refuse les entrées de carnet de l'utilisateur et les entrées de tâche. L'entretien est conçu pour les procédures de longue durée : les entrées liées à un dossier sont exemptées de la purge à un an tant que ce dossier est actif — elles ne tombent que lorsque le dossier est rendu inactif ou archivé (ce qui purge immédiatement ses entrées) ou lorsque le client est supprimé ; la purge à un an ne s'applique qu'aux entrées sans dossier. En outre, chaque entrée renvoyée par une recherche en mémoire et chaque mise à jour d'une entrée renouvelle sa durée de vie, et la purge mesure l'âge par rapport à la plus récente de la création et du dernier accès — une entrée réellement utilisée n'expire jamais ; seul le matériel mort vieillit et disparaît. Les entrées de carnet de l'utilisateur n'expirent jamais automatiquement.

Les données maîtresses, les personnes, les relations et les documents n'ont pas leur place dans la mémoire : les descriptions les orientent vers les outils de proposition et vers la saisie de documents.

12. Délais, rendez-vous et calendrier

Les outils de délais livrent les délais actifs soit de façon compacte (titre, date d'échéance, jours restants, dossier, les entrées marquées secrètes étant exclues), soit avec des descriptions par entrée et des marquages explicites de retard et d'urgence (urgent signifiant dix jours ou moins), ainsi qu'une forme récitative classée par urgence avec des filtres de période (tout, groupé par criticité, critiques uniquement, bientôt échus, aujourd'hui, cette semaine, la semaine prochaine, ou une date précise). L'outil de rendez-vous récite un jour ou une période en plaçant d'abord les audiences — les audiences importées du portail, puis les audiences du calendrier, puis les autres entrées du calendrier. Le lecteur de calendrier liste les entrées globalement ou par dossier, avec une plage de dates facultative.

L'outil de saisie dans le calendrier n'écrit jamais : il ouvre le formulaire du calendrier de l'application prérempli avec le titre, la date, les heures, la description et un lien facultatif vers le dossier, et l'utilisateur complète et enregistre. Sa description impose un contrôle obligatoire des doublons avant chaque appel : lire d'abord le calendrier du même jour, comparer uniquement par date en ignorant les heures, et, en cas d'entrée similaire, la montrer à l'utilisateur et lui demander s'il s'agit du même événement, l'outil n'étant appelé qu'après que l'utilisateur a confirmé une nouvelle entrée.

13. Le journal quotidien

Le système de journal écrit et lit le protocole quotidien transversal aux dossiers. L'ajout vise un jour (par défaut aujourd'hui, la date étant récupérée au moyen de l'outil d'heure), complète toujours un jour existant avec un séparateur et n'écrase jamais, lie les dossiers concernés au moyen d'une liste de dossiers, et attend le contenu sous forme de markdown propre dans le style de protocole défini dans l'annexe des instructions. Un outil de note ajoute une seule ligne d'événement dans le protocole du jour, avec une référence de dossier facultative. L'outil de format renvoie le format de fichier contraignant du protocole. La lecture s'effectue par date, par plage ou des plus récents aux plus anciens, avec option de texte intégral et limitation à un dossier ; la recherche est une recherche par mot-clé insensible aux signes diacritiques dans les titres et les textes intégraux, avec date, titre et extrait de contexte pour chaque résultat. Les deux formes de liste affichent dix entrées par défaut et trente au maximum. L'ouverture du jeu d'outils livre déjà le protocole du jour en entier, avec une note indiquant combien d'autres protocoles existent pour les deux dernières semaines.

14. Accès aux dossiers

L'identification d'un dossier s'effectue par numéro de dossier, par nom d'une partie impliquée (tolérant aux signes diacritiques, couvrant l'adversaire, le demandeur, le titre et le client — obligatoire chaque fois que l'utilisateur nomme une partie sans numéro, puisque de nombreux dossiers ne portent aucun numéro), et au moyen de la liste des dossiers du client. Les procédures connexes proviennent de la hiérarchie des dossiers sous forme d'entrées parents, enfants et du même groupe.

L'outil d'aperçu rapide renvoie en un seul appel chaque champ de l'onglet dossier, chaque champ de l'onglet client, un rôle de portail lié facultatif et les quinze derniers identifiants de preuves avec leurs dates de saisie — destiné à l'orientation avant tout accès au texte intégral. Le lecteur de chronique renvoie la chronique d'un dossier des entrées les plus récentes aux plus anciennes, de façon compacte et sans textes intégraux, avec des filtres de date et une limite pouvant aller jusqu'à cinquante entrées, et constitue la réponse rapide désignée à la question « que s'est-il passé en dernier » — il ne compte pour rien dans la préparation du dossier.

La préparation du dossier est à la fois un outil et une porte. L'outil de préparation livre en un seul appel la tête (profil et ordre juridique) et le digest de chaque document — identifiant, date, type, titre, le résumé établi lors de la saisie, les renvois et la taille du texte intégral — qui est la chronique ; une seconde liste des mêmes lignes a été supprimée, n'étant qu'un pur gaspillage de tokens. La réponse commence toujours par une note indiquant où se trouvent la tête et le digest (en ligne lorsque la réponse entière reste sous la limite du connecteur, sinon sous forme de deux fichiers de brouillon qui doivent être lus jusqu'au bout) et les cinq documents les plus récents à lire intégralement. La porte de préparation refuse ensuite aux appelants externes deux niveaux de production sur un dossier : une note ou une entrée sur un dossier (journal, note quotidienne, entrée de chronique, note de dossier) tant que le profil, l'ordre juridique, le digest et les cinq entrées de chronique les plus récentes (notes sans PDF ni transcription ; images autorisées) n'ont pas été lus intégralement — de sorte qu'une série continue d'entrées de chronique respecte les dernières, sans imposer la lecture de documents lourds pour une simple note ; un jugement sur le dossier (vérification d'écriture, transmission, export) en outre tant que chaque document cité ou joint n'a pas été lu intégralement. Les lectures sont comptabilisées par IA de bureau dans un registre persisté, valables trois jours ou jusqu'au prochain document entrant du dossier ; les documents sortants et les enregistrements de preuves n'invalident jamais une lecture. Le même registre alimente le menu déroulant du symbole de l'IA. Un troisième niveau, inférieur, garde le contenu même du dossier : chaque outil de contenu de dossier — chronique, chronologie, recherches par mot-clé, par passage et par période, textes intégraux, contradictions, déclarations, obligations, délais, calendrier, correspondance, utilisation, pièces déposées, chaînes de courriers, listes d'annexes, tampons, médias, institutions, étiquettes, évaluation et notes d'instruction — est refusé pour un dossier dont l'appelant n'a pas lu le digest, le refus nommant l'outil de préparation ; la troisième tentative refusée sur le même dossier est comptabilisée comme infraction aux règles. Les compteurs de préparation sont remis à zéro à chaque lecture des instructions et à chaque démarrage de session.

La lecture complète d'un dossier est protégée par une porte, comme décrit à la section 8. L'extraction dans le brouillon est la voie complète la plus rapide : elle assemble tout le texte du dossier au sein de l'application, sans rognage, normalise les anomalies d'OCR (espaces répétés, mélanges de fins de ligne, espaces insécables, traits d'union conditionnels, caractères de largeur nulle), l'écrit directement dans le magasin de brouillon et ne renvoie que la référence avec des statistiques ; les très gros dossiers sont découpés en fichiers partiels numérotés. Des filtres de portée limitent l'extraction au sens entrant, sortant ou aux deux, et une liste d'identifiants de preuves extrait exactement ces enregistrements — la voie désignée pour lire intégralement un très gros document, le dossier étant dérivé de la preuve.

Le lecteur de preuves est la base obligatoire de toute affirmation de fond : il charge un enregistrement avec le texte intégral extrait de son document (complet et non tronqué ; au-delà de la limite du connecteur, il arrive en bloc dans le magasin de brouillon) et, le cas échéant, le texte intégral du chat ou de la transcription (couvrant les conversations de messagerie ainsi que les transcriptions téléphoniques, d'audition, d'interrogatoire et d'audience), plus le résumé qualifié, la description et les métadonnées, qui sont déclarés ne pas remplacer le texte intégral. Si aucune des sections de texte intégral n'apparaît, il n'existe aucun texte extrait et le modèle ne doit faire aucune affirmation de fond sur l'enregistrement. Une liste de jusqu'à douze identifiants séparés par des virgules lit plusieurs enregistrements en un seul appel. Un outil d'inventaire des médias indique l'existence, le type, la date et la taille des pièces jointes image, audio et vidéo d'un enregistrement ou d'un dossier, en précisant explicitement que le contenu des médias n'est pas lisible sous forme de texte et que cet outil existe pour qu'un enregistrement ne comportant que des médias ne soit pas classé à tort comme vide.

Les étiquettes sont présentées comme des post-it libres de l'utilisateur sur les enregistrements de preuves — le texte est l'information, la couleur n'a pas de signification fixe, et un enregistrement étiqueté est déclaré comme un fort marqueur de pertinence. Trois modes livrent une vue d'ensemble globale avec les nombres et les enregistrements référencés, toutes les étiquettes d'un dossier, ou une recherche textuelle dans les textes des étiquettes, avec un filtre de portée séparant les étiquettes personnelles de celles liées aux dossiers. Les groupes d'affaires listent tout le paysage des dossiers d'un client sous forme de groupes avec des dossiers imbriqués, filiation arborescente comprise. L'évaluation de dossier enregistrée peut être récupérée par dossier.

15. Recherche dans le dossier

La recherche centrale de preuves attribue des scores sur l'ensemble des champs des preuves, les textes intégraux extraits des documents et le contenu des transcriptions, les requêtes à plusieurs mots étant combinées de façon conjonctive, indépendamment des signes diacritiques et avec un bonus pour les expressions ; les résultats sont classés par pertinence sans exposer de valeurs de score, chaque résultat indique quel champ l'a déclenché, la valeur par défaut est de quinze résultats et le maximum de trente, et la forme de réponse suit le choix fait à la porte de la section 8. La recherche de passages découpe les documents et les transcriptions en fenêtres de paragraphes et de phrases et renvoie les passages les mieux concordants avec leur référence — elle localise l'endroit d'un texte où figure quelque chose, et pas seulement l'enregistrement — avec une correspondance tolérante à l'OCR qui franchit les erreurs de saisie, un bonus pour les expressions et une portée limitée à exactement un dossier ou à tous les dossiers d'exactement un client (l'instrument désigné pour les questions du type « X a-t-il jamais, où que ce soit » ; jamais au-delà d'un client), avec huit passages par défaut et vingt au maximum. Un outil de plage de dates liste les preuves entre deux dates. Le chercheur dédié de correspondance émanant d'une partie est obligatoire lorsque l'utilisateur demande des documents provenant d'une partie précise ou adressés à celle-ci : il apparie la partie, avec tolérance aux signes diacritiques, aux enregistrements d'implication, filtre par sens (vers moi, de moi, ou les deux), exclut les chats et les transcriptions, masque par défaut les captures d'écran faites soi-même tout en en indiquant le nombre, et classe les plus récents d'abord — expressément distingué de la recherche par mot-clé, qui renverrait aussi des enregistrements se bornant à mentionner la partie.

16. Outils d'analyse déterministes

Ces outils calculent à partir des enregistrements sans aucune intervention de l'IA. La chronologie renvoie tous les éléments d'un dossier classés par date d'événement décroissante avec référence, horodatage, type d'enregistrement et titre, avec trois cents éléments par défaut et cinq cents au maximum. Le collecteur de contradictions ne juge délibérément pas : il rassemble jusqu'à cent vingt éléments candidats (soixante par défaut), facultativement filtrés sur une entité, avec référence, date, participants et contenu bref, et laisse au modèle le jugement ainsi que les lectures de texte intégral qui s'ensuivent. L'outil « qui a dit quoi » trouve chaque élément dans lequel une personne apparaît — comme participant, dans le titre ou le texte, ou dans le libellé d'une transcription — indépendamment des signes diacritiques, en marquant la source de chaque résultat, avec quarante résultats par défaut et cent au maximum. L'outil de réseau des participants compte quelles personnes et entités apparaissent ensemble dans les mêmes éléments, globalement ou par dossier, facultativement centré sur une entité. L'outil des obligations liste les éléments ouverts marqués comme délais par date d'échéance, avec le nombre de jours, les descriptions, les références et le marquage retard/urgence.

Cinq autres outils déterministes servent à caractériser des juges et des procureurs individuels ; seuls les documents entrants émanant d'un tribunal ou d'un parquet comptent comme décisions. Le listeur de décisions renvoie chaque décision dans laquelle une personne a siégé comme juge ou est intervenue comme procureur, dans tous les dossiers, en ne comptant qu'un nom figurant dans l'en-tête (composition de la juridiction) ou dans le bloc de signature — un nom dans le corps du texte ne compte pas, et les greffiers ne sont jamais listés. Le lecteur de structure décompose une décision en juridiction, section, numéro de dossier, nature, numéro et date, audience, formation, la phrase nommant les parties et l'objet, le dispositif mot pour mot, les mots-clés d'issue, la voie de recours, le prononcé, les citations de lois avec leur statut dans la bibliothèque et la taille de la motivation, chacun avec sa position en caractères, en signalant ce qui est absent comme introuvable. Le collecteur d'écritures écrit chaque écriture déposée dans le dossier jusqu'à la date de la décision dans deux fichiers de brouillon — les documents sortants du client et les documents entrants de la partie adverse — en se limitant aux documents adressés à un tribunal ou à un parquet, chacun avec son seul document principal (courriel d'accompagnement et annexes retranchés), et liste comme non attribué ce qui ne peut être classé ; ses fichiers emportent l'obligation de lecture. La comparaison de la décision mesure quelle part de la propre motivation de la juridiction concorde, en tant que texte, avec les écritures du client, celles de la partie adverse, les deux, le texte de loi de la bibliothèque, ou rien (la propre formulation de la juridiction), mesure séparément l'exposé des positions des parties, et liste les passages concordants avec leur taux de concordance à partir de soixante-dix pour cent, du plus élevé au plus faible, dans leur formulation d'origine avec les positions en caractères. La comparaison de documents confronte deux documents quelconques, tous clients et dossiers confondus, classe les passages concordants comme texte de loi, source citée commune ou partagés uniquement par ces deux-là, et ouvre sa réponse sur l'avertissement qu'elle ne donne qu'une première impression et que les deux documents doivent être lus intégralement avant d'affirmer quoi que ce soit sur un lien.

La famille du suivi des dépôts est déterministe par rapport aux écritures enregistrées : l'outil d'utilisation indique, pour une preuve, quelles annexes elle contient physiquement et dans quelles écritures elle a elle-même été déposée (avec date et numéro de rôle, tous dossiers confondus), ou, pour un dossier, le rapport des lacunes listant les éléments jamais déposés ; le listeur de preuves déposées renvoie, pour chaque écriture enregistrée, les identifiants joints ainsi que l'ensemble total dédoublonné, et il est obligatoire avant de composer la liste des annexes d'une nouvelle écriture, avec la réserve documentée que seules les annexes jointes de façon structurelle sont couvertes. La chaîne des numéros d'enregistrement trouve, à partir d'un numéro de courrier ou de tous les numéros figurant dans un document, chaque document partageant ce numéro, dans l'ordre chronologique — le déroulement documenté d'une procédure administrative. Le listeur d'annexes résout les annexes physiquement contenues dans un document, y compris le tampon de dépôt déterministe de chaque annexe ; l'outil de tampon résout tout identifiant de preuve en son tampon de dépôt déterministe (plusieurs fichiers enregistrés donnent plusieurs tampons ; un enregistrement sans fichier enregistré donne un marqueur vide explicite). Les deux outils porteurs de tampons interdisent d'inventer des tampons — ceux-ci doivent toujours être récupérés.

17. Réparation OCR

Un parcours d'escalade en quatre étapes répare les textes intégraux enregistrés ruinés, et son utilisation comme substitut commode de lecture est explicitement exclue. La demande de nouveau scan demande à l'application de repasser à l'OCR le PDF d'origine enregistré ; l'utilisateur sélectionne les pages dans IRONSTICK, et le modèle a pour instruction d'en informer l'utilisateur en une phrase et d'attendre. L'outil d'état doit être appelé une seule fois lorsque l'utilisateur indique que les pages ont été choisies — les boucles d'interrogation sont interdites — et, lorsque tout est prêt, il renvoie l'ordre de travail accompagné de deux fichiers de brouillon contenant le nouveau scan et le texte actuel de la base de données. La règle de comparaison et de réparation n'autorise que des corrections mécaniques de l'OCR, jamais de reformulation, les chiffres, les noms et les montants étant conservés à l'identique. Là où un endroit est illisible dans LES DEUX sources, le modèle peut demander à l'utilisateur une vérification visuelle avant de soumettre — trois points au maximum par document, l'enregistrement étant ouvert à l'endroit exact et l'endroit désigné avec précision (« page 7, deuxième paragraphe — le montant ? ») ; lorsque la navigation est désactivée, l'enregistrement et la page sont nommés dans le chat à la place. L'outil de soumission remet le fichier de brouillon réparé à l'application, qui le montre à l'utilisateur dans une fenêtre modale ; seul l'enregistrement par l'utilisateur remplace le texte de la base de données, et rien n'est enregistré automatiquement. La dernière escalade, la demande de remise du PDF, ouvre l'enregistrement et fait demander par le modèle à l'utilisateur de glisser personnellement le PDF d'origine dans le chat — le pont ne fournit délibérément aucune aide au chemin, refuse fermement lorsqu'aucun nouveau scan n'a précédé, et refuse les PDF de plus de dix mégaoctets ou de plus de quatre-vingt-dix pages ; le modèle lit ensuite le PDF visuellement, construit la version réparée dans le magasin de brouillon et la soumet par la même porte de validation. En cas de refus pour cause de taille ou de nombre de pages, le processus ne s'arrête pas : la solution de repli par transcription ouvre tout de même l'enregistrement, et le modèle demande à l'utilisateur d'ouvrir le PDF via le trombone et de recopier mot pour mot les endroits décisifs (« page X, vers le haut, il devrait être écrit … — veuillez le recopier exactement ») — trois endroits au maximum, repris mot pour mot dans la version réparée ; toute lacune restante est déclarée ouvertement. L'avocat agit ainsi comme un instrument visuel de précision pour exactement la fraction d'un scan que la machine ne peut résoudre, au lieu de traiter le document manuellement.

18. Personnes, institutions, clients et propositions de données

Les outils d'identification trouvent les clients, les personnes et les institutions à partir d'un fragment de nom, avec tolérance aux signes diacritiques ; un chercheur par mot-clé parcourt les noms, les notes et les champs d'analyse lorsqu'on ne connaît qu'un fragment. Un contrôle de liste déterministe confronte un document contenant une liste de noms à toutes les personnes et sociétés enregistrées, désigné par identifiant de preuve ou par dossier — l'entrée la plus récente du dossier est alors analysée et nommée dans la réponse. Sur les connexions Claude et ChatGPT, le contrôle des parties accepte à l'avance les parties suivantes et les recherche en arrière-plan pendant que la partie en cours est traitée ; les résultats sont conservés trente minutes et l'ordre de la porte reste inchangé. Les outils de réseau listent tous ceux qui sont liés à une partie par des relations explicites et des dossiers communs, les cliques de l'ensemble du réseau des parties par détection déterministe de communautés (exactement la vue Univers de l'écran des personnes, avec un signal de suspicion pour les groupes inhabituellement denses et une séparation facultative des personnes et des institutions en couches), ainsi que les parties les plus liées ; chaque réponse relative à une partie commence par le bloc des dossiers auxquels la partie est liée. Le lecteur de profil renvoie chaque champ de données maîtresses et d'analyse, complet et non tronqué. Les lecteurs de profil renvoient le profil de l'entité avec analyse et relations, toutes les relations d'une personne dans les deux sens envers les personnes et les institutions, le profil de l'institution et les institutions formellement liées à un dossier. Le lecteur de suivi du temps indique le temps de travail mesuré passivement (chaque consultation de page durant jusqu'à la suivante, plafonnée à trente minutes, la dernière étant comptée pour une minute) sous forme de vue d'ensemble des totaux et des principaux dossiers, clients et jours, ou sous forme de ventilation jour par jour d'un dossier, sur une plage de dates ou une fenêtre des derniers jours, de sept jours par défaut.

Écrire directement dans les données maîtresses est impossible. Deux outils de proposition placent les constats dans le moniteur de cohérence des données de l'application en tant qu'éléments à valider : la proposition de données maîtresses (uniquement après que l'utilisateur a confirmé dans le chat que le constat doit être classé) vise une entité ou une institution existante — identifiée d'abord par son nom — ou décrit un nouvel enregistrement par son nom et ses champs, avec une liste de champs autorisés dans laquelle les numéros d'identification des sociétés et des personnes partagent un même champ, seuls les champs étayés étant autorisés, et des références de preuves facultatives ; la proposition de relation décrit une relation entre deux personnes identifiées ou entre une personne et une institution, avec exactement une contrepartie, une catégorie obligatoire, une justification facultative et des références facultatives au dossier, au client et aux preuves. Une proposition peut aussi renommer un enregistrement (champ Name), en définir la nature (champ PersonKind : physique ou morale), modifier la catégorie d'une relation existante, proposer une suppression (d'un enregistrement, d'une étiquette ou d'un délai accompli) avec un motif obligatoire dans la langue du système, ou proposer deux enregistrements comme doublons ; un nouvel enregistrement n'est accepté qu'une fois la nature décidée dans le dialogue, et une proposition touchant la description ou les coordonnées d'une personne est refusée tant que l'appelant n'a pas lu ce profil au cours des trente dernières minutes. Dans les deux circuits, l'enregistrement ne change que lorsque l'utilisateur accepte la proposition dans le moniteur. Une proposition de nouvel enregistrement reçoit d'abord en réponse la liste des enregistrements existants similaires — appariés de façon souple, rien n'est enregistré — et l'appelant doit soit classer sous l'un d'eux, soit confirmer explicitement, par paramètre, que la partie est réellement nouvelle ; une correspondance stricte est redirigée vers l'enregistrement existant. Chaque nouvelle partie enregistrée renvoie une étape de suivi obligatoire ordonnant à l'appelant de rechercher et de classer les liens de la partie, recherche web comprise. Un troisième outil de proposition affecte une partie à un dossier : exactement une entité ou une institution, un motif obligatoire et des références de preuves facultatives deviennent un élément de validation de lien au dossier dans le même moniteur ; l'acceptation écrit le lien de participant sur lequel reposent les vues des cliques et des liens, tandis qu'un lien existant, un doublon en attente ou un rejet antérieur est signalé au lieu d'être proposé à nouveau. L'application compte en outre les propositions par appelant : après deux propositions de données maîtresses enregistrées et une proposition de relation ou de lien au dossier, elle considère la session comme un entretien du réseau des parties, ajoute une fois l'indication que ce travail entièrement protégé par des portes n'a besoin d'aucun modèle haut de gamme et — dans le chat intégré à l'application — maintient l'exécution sur le niveau de modèle intermédiaire. Des processus d'arrière-plan indépendants alimentent le même moniteur : un extracteur de données dédoublonné à la source et une analyse de normalisation périodique qui propose des fusions et des reclassements selon le modèle à trois catégories (personne physique ; personne morale en tant que toute entité collective qui n'est pas un être humain unique, une inscription au registre du commerce primant sur la propriété publique ; institution en tant qu'organe de l'État sans inscription au registre) — sans jamais fusionner automatiquement.

19. La bibliothèque juridique

La bibliothèque contient des textes de loi complets sous forme de fichiers markdown, avec un numéro d'enregistrement interne par loi. L'outil de liste parcourt l'inventaire page par page (identifiant, ordre juridique, titre, nature, nom de fichier, date du dernier contrôle ; cinquante par défaut, cinq cents au maximum) et fonctionne en lecture seule. L'outil de recherche est obligatoire avant toute recherche internet d'une norme : il apparie soit par désignation dans le titre et la description, soit par passage cité avec une tolérance floue (environ soixante pour cent des mots suffisent et les terminaisons des mots sont tolérées), exige l'ordre juridique tiré du dossier, classe les correspondances de titre bien au-dessus des correspondances de contenu (une correspondance de titre compte pour neuf dixièmes, chaque résultat de contenu pour un dixième, trois extraits au plus par fichier), et renvoie pour chaque résultat le numéro d'enregistrement, le nom de fichier, de courts extraits avec leurs positions exactes en caractères et un appel d'extrait mot pour mot tout prêt dont la plage est déjà élargie — d'au moins cinq cents caractères au-delà de l'extrait — afin que le modèle récupère lui-même la formulation qui fait foi au lieu de se fier à l'extrait. L'outil d'extrait renvoie le contenu mot pour mot d'une loi entre deux positions en caractères, désigné par numéro d'enregistrement, borné au fichier, précédé d'une note indiquant que la plage peut être ajustée et que la loi entière peut être chargée, les résultats surdimensionnés étant automatiquement détournés vers le magasin de brouillon ; la correspondance des chiffres dans les recherches de lois applique des règles de limite qui tolèrent la notation à point des milliers des portails officiels. Les lois entières peuvent être chargées par nom de fichier ou par numéro d'enregistrement, les gros fichiers étant automatiquement détournés. L'outil d'enregistrement est le canal de signalement obligatoire pour toute loi trouvée sur le web ouvert : seuls le lien, l'ordre juridique ainsi qu'un titre et une phrase facultatifs sont soumis ; un processus d'arrière-plan récupère, convertit, enregistre et annonce la source dans le moniteur de données, et le modèle lui-même ne convertit jamais rien. Un cycle de révision de la bibliothèque suit la date du dernier contrôle de chaque source. Une loi téléversée par l'utilisateur sous forme de fichier, sans source en ligne, porte un avertissement d'actualité dans chaque réponse, parce que son entrée en vigueur ne peut pas être vérifiée. Le rejet d'une loi dans le moniteur de données exige une confirmation qui en énonce la conséquence : la loi quitte la bibliothèque, et rejeter une mise à jour supprime la loi entière, y compris sur le serveur de cabinet.

Un outil de revérification contrôle à la demande une loi par rapport à sa source et indique inchangée, mise à jour ou doublon ; une récupération plus récente reprend l'entrée, et sur le serveur de cabinet le dernier vérificateur l'emporte, quel que soit celui qui a enregistré la loi en premier. Les lois entières dépassant la limite du connecteur arrivent dans le magasin de brouillon et n'enregistrent rien comme lu ; la provenance provient de l'outil d'article.

20. Validateurs et registres

Des outils de vérification déterministes couvrent : l'IBAN (format, longueur propre au pays, somme de contrôle) ; les numéros nationaux d'identité personnelle, d'assurance et fiscaux selon neuf schémas dans six pays au moyen de chiffres de contrôle, avec un mode ciblé par schéma et un mode automatique qui teste tous les schémas et indique ceux qui sont valides ; les identifiants de TVA européens (contrôle hors ligne du format du pays d'abord, puis le service en direct officiel de l'Union, renvoyant les données de la société publiées lorsque l'État membre les fournit) ; les numéros EORI auprès du service de validation en direct de l'Union ; les identifiants d'entités juridiques (somme de contrôle d'abord, puis le registre mondial pour le statut et le nom) ; et les numéros du registre du commerce via le portail européen des registres du commerce, rendu dans un véritable moteur de navigateur, le modèle ayant pour instruction de lire la page renvoyée et de confirmer le constat. Chaque validateur renvoie un résultat concret et motivé — valide avec détails, invalide avec l'aspect défaillant, introuvable, ou service injoignable avec son statut — jamais un simple oui ou non, de sorte qu'un numéro réellement erroné se distingue toujours d'une panne. La couche d'instructions rend obligatoire l'exécution du validateur correspondant avant qu'un tel numéro n'entre dans un document produit ou révisé. Le même jeu d'outils porte l'outil de localisation approximative de l'utilisateur (pays, ville et adresse publique d'après le dernier instantané de connexion, explicitement pas une source d'ordre juridique) et un outil météo sans garantie.

21. Accès au web

Deux outils atteignent l'internet ouvert, tous deux présentés comme des compléments aux propres capacités web de l'IA de bureau, avec l'instruction explicite de les utiliser directement lorsque l'IA n'a pas d'accès web propre, et l'interdiction de les utiliser pour des données relatives aux dossiers. L'outil de recherche interroge via une interface web imitant un humain, avec un choix de moteurs, et renvoie des résultats titrés et liés destinés à être suivis avec l'ouvreur de pages. L'ouvreur de pages récupère exactement une URL publique au moyen d'un pipeline par étapes que la description énumère intégralement, afin que le modèle n'abandonne jamais prématurément : une requête HTTP imitant un humain avec de véritables en-têtes de navigateur, gestion des redirections et compression ; détection automatique des défis anti-robots avec escalade vers un véritable moteur de navigateur intégré ; détection des pages coquilles JavaScript avec rendu jusqu'à l'apparition du contenu ; conversion PDF exacte à la page utilisant la couche de texte de chaque page et l'OCR uniquement pour les pages numérisées, de sorte que les documents mixtes fonctionnent ; et conversion des formats bureautiques et textuels en texte lisible. La sortie est du markdown, complet : le contenu principal est extrait (navigation, publicités et bandeaux de cookies retirés), les pages sans corps d'article conservent leur pied de page parce que l'adresse et les coordonnées y figurent, et là où l'extraction ne laisserait presque rien, c'est la page entière qui est livrée. Un appel répond en quarante-cinq secondes ; un document volumineux ou numérisé continue d'être traité en arrière-plan et est livré immédiatement lors de l'appel suivant avec la même adresse. Les portails législatifs sont refusés tant que la bibliothèque n'a pas été consultée, conformément à la porte des lois.

22. Navigation dans l'interface graphique et exports

Toute la navigation est soumise à une activation par l'utilisateur au moyen d'un interrupteur ; sans celui-ci, le groupe entier n'existe pas. Les outils de navigation ouvrent, dans la fenêtre principale de l'application : un dossier (au besoin sur son onglet de chronique ou d'évaluation), la liste des dossiers d'un client, une personne, une institution (toutes deux mises en évidence avec le détail ouvert), une entrée de preuve (bonne page de chronique, mise en évidence), la préparation du dossier de plaidoirie (avec une variante entièrement automatique réservée au souhait explicite de l'utilisateur d'obtenir un PDF complet), le protocole quotidien (au besoin le détail d'un jour précis), le moniteur de courriel (au besoin le détail d'un courriel précis), la recherche globale avec une requête lancée (réservée au souhait explicite ; les réponses dans le chat utilisent à la place la recherche interne), la zone de sauvegarde avec un lancement immédiat de sauvegarde, et tout écran nommé figurant dans la liste canonique des écrans. Les dialogues d'export couvrent la liste des clients, la liste des délais, l'aperçu des dossiers d'un client, le dossier de plaidoirie en deux types de documents et la carte, ainsi que la construction du paquet d'IA du client. Tous les outils de navigation sont soumis au blocage ferme et sont les cibles des offres de navigation de la section 7.

23. Rédaction, formats et remise

Le jeu d'outils de rédaction lie la production de documents à des spécifications récupérées. L'outil de format de sortie renvoie l'instruction de génération contraignante pour la catégorie d'artefact demandée — pour les écritures, différenciée en écriture juridique et lettre simple, chacune sous forme avec représentation par avocat et sans représentation, l'ordre juridique, la langue et la date du dossier étant résolus directement dans l'instruction, avec des espaces réservés que le modèle remplit à partir des données du connecteur ; l'outil de format d'envoi de courriels renvoie la spécification contraignante pour les envois au tribunal avec remise séquentielle des paquets. Les deux doivent être suivis à la lettre. La transmission à l'éditeur pousse une écriture markdown directement dans le traitement de texte d'IRONSTICK, le texte étant chargé mais rien n'étant enregistré — l'utilisateur relit et enregistre — et elle est disponible sur la connexion Claude. L'outil de saisie de chronique ouvre le formulaire de chronique prérempli dans le bon dossier, sans rien enregistrer lui-même.

La remise de fichiers à l'utilisateur passe exclusivement par l'outil de remise, que le frontal exécute lui-même : le fichier arrive dans le dossier de remise dédié sous le répertoire des téléchargements de l'utilisateur, le dossier s'ouvre avec le fichier mis en évidence, et un lien est affiché. Le dossier est réservé à la remise — rien de ce qu'il contient n'est jamais lu, modifié ou supprimé par le modèle. Le contenu arrive soit en ligne, soit, de préférence et obligatoirement pour les fichiers volumineux ou déjà écrits, par chemin source, que le frontal lit directement sur le disque afin que rien ne soit ressaisi par le modèle, formats binaires compris. Le modèle versionne lui-même les noms de fichiers, un nouveau numéro par remise, une remise sous le même nom écrasant la précédente ; le résultat indique les versions existantes du radical du nom et la plus élevée, avec un avertissement lorsque le numéro remis n'est pas le plus élevé. La remise a lieu une fois par tâche, à la fin, jamais pour des états intermédiaires, et passe d'abord par la porte de formalité de la section 8.

24. Revue par les pairs entre IA

L'outil de transmission confie une pièce produite à l'autre IA de bureau : le contenu va dans une grande mémoire de courte durée, un enregistrement de tâche y renvoie, l'instruction (plafonnée à mille caractères) indique ce que le pair doit faire, et le modèle demande ensuite à l'utilisateur de déclencher le pair dans l'autre application. L'outil de boîte de réception liste les tâches ouvertes adressées à l'appelant — les siennes n'apparaissent jamais — avec identifiant, mission et contenu complet, facultativement filtrées par client ou par dossier. L'outil de réponse clôt une tâche (en supprimant son contenu de courte durée) et renvoie simultanément l'évaluation sous forme de nouvelle tâche à l'expéditeur d'origine ; l'outil d'achèvement clôt sans renvoi. La lecture et l'écriture du brouillon sont membres de ce jeu d'outils pour le traitement du contenu échangé.

25. Fichiers d'instructions d'IA

Pour chaque dossier, l'utilisateur peut enregistrer des fichiers d'instructions que le modèle doit consulter. Le listeur affiche les instructions d'un dossier avec identifiant, nom de fichier, taille, date de téléversement et extrait, sans textes intégraux ; l'inventaire global liste chaque instruction de tous les clients et dossiers ; le lecteur individuel renvoie une instruction non rognée par son identifiant numérique, avec une option permettant d'acheminer le contenu brut vers le magasin de brouillon à l'octet près pour une transmission directe ; le lecteur groupé renvoie toutes les instructions d'un dossier en un seul appel, avec la même option de brouillon. Les deux sorties de liste sont automatiquement détournées lorsqu'elles sont surdimensionnées. L'outil de mise à jour propose une version modifiée par exactement l'une de trois voies — un fragment à ajouter (la voie privilégiée pour les ajouts, l'application assemblant elle-même le résultat et le modèle ayant interdiction de reproduire le contenu existant), un chemin source vers une nouvelle version complète sur le disque, ou le nouveau contenu complet en ligne — et l'application montre la modification à l'utilisateur sous forme de différences ; seule une approbation explicite l'adopte, l'issue (approuvée, refusée ou en attente) est renvoyée, et un état en attente interdit un nouvel envoi. L'export de paquet construit l'ensemble complet d'instructions et de compétences d'un client et ouvre le dialogue d'export.

26. Intégrations compagnes en dehors de la surface d'outils

Un compagnon côté client complète le pont sans faire partie de la surface MCP : un plugin de compétence installable pour chaque IA de bureau (cinq compétences reflétant le modèle de travail fondé sur les jeux d'outils et l'outil d'exécution, générées et versionnées par le configurateur de l'application). La configuration du frontal du pont pour chaque IA est écrite par les boutons correspondants du configurateur, qui écrivent toujours l'identité de l'appelant et le chemin des instructions afin d'éviter le partage de configuration entre IA.

27. Sémantique des échecs et des refus — récapitulatif

Chaque refus dans le système est instructif plutôt que laconique : les violations de schéma renvoient le schéma attendu ; les noms inconnus renvoient la correspondance la plus proche ; la porte de la date nomme le remède exact ; la porte des lois nomme la procédure de la bibliothèque ; le blocage de la navigation nomme l'écran protégé et l'alternative différée ; le blocage de consentement nomme la fenêtre de nouvelle tentative ; les réponses surdimensionnées nomment le fichier et les deux commandes de poursuite ou les filtres de restriction ; les échecs des validateurs nomment l'aspect défaillant et distinguent les pannes ; les rejets de capacité dans la mémoire nomment l'occupation et le reste et, près de la limite, les options de restructuration ; les portes de remise et de recherche nomment leurs options de réponse, y compris l'échappatoire universelle « unknown » ; le verrou d'accès nomme les deux appels qui l'ouvrent ; la porte de préparation nomme les parties non lues avec identifiants et pourcentages ; le vérificateur d'écritures nomme, pour chaque lecture expirée ou réinitialisée, l'appel exact qui la rétablit. Le contrat envers le modèle est qu'après au plus trois tentatives corrigées sur tout appel en échec, le modèle s'arrête et signale l'erreur exacte à l'utilisateur.