Des agents IA juridiques qui tournent sur ton hardwareet s'arrêtent avant de signer.

Oui, c'est le défaut pour le travail sous secret professionnel. Pointe chaque persona vers une instance Ollama ou LM Studio locale tournant sur ton propre hardware. ContractReviewer, AMLSpecialist, KYCLead et PrivacyOfficer peuvent tourner de bout en bout avec zéro trafic sortant. Les modèles cloud (Claude, GPT, Gemini) restent une option par persona pour le travail sur dossiers non couverts. Le sélecteur de modèle par agent est le levier de confidentialité.

Sur ton hardware quand tu fais tourner un modèle local. Chaque prompt, chaque document récupéré, chaque brouillon et chaque journal d'audit reste sur la machine qui fait tourner le runner. Le vector store par workflow est à toi d'héberger. Les modèles cloud ne voient que les prompts que l'agent leur envoie, et tu décides quelles personas peuvent les appeler. Les équipes UE peuvent déployer entièrement sur un Mistral hébergé UE ou un modèle local pour respecter les obligations de résidence MiCA, GDPR et DORA.

Les dossiers sous secret professionnel routent vers un workspace séparé avec des outils scopés et un flag de hold explicite. En hold, l'agent ne peut pas appeler la recherche externe, web_fetch, les outils tiers ou les modèles cloud, point final. La voie modèle local est le défaut pour le travail sous hold. Chaque lecture est loggée avec timestamp, persona, id du modèle et anchor du dossier pour que le privilege soit défendable ligne par ligne.

Non. Chaque brouillon de SAR, réponse régulateur, redline et email de renouvellement de licence est mis en attente pour un signataire humain. Les personas AML, KYC et litigation arrivent avec HITL sur chaque écriture pour que l'avocat qui signe soit l'humain, pas l'agent.

Trois couches, toutes par workflow et isolées par tenant. Le Static context attache ta politique AML, ton playbook contrats et tes conditions de licence à des personas spécifiques à chaque run. L'outil rag_retrieve permet à ContractReviewer et RegulatoryAffairs de tirer depuis les dossiers précédents, la correspondance régulateur et ta bibliothèque DPA à la demande. La mémoire cross-run reporte le litigation hold et la queue DSR d'hier dans le run d'aujourd'hui. Aucune de ces couches ne quitte ton tenant ou le runner local vers lequel tu les pointes.

Non, ça se branche à côté. Melaya est la couche d'orchestration et d'audit à travers neuf personas juridiques, avec l'option de faire tourner chacune sur un modèle privé. Si tu paies déjà Ironclad comme CLM ou Harvey pour la recherche litigation, ContractReviewer leur passe les brouillons via appel d'outils et garde le journal de replay de ton côté.

Chaque redline, SAR et DPIA cite la clause spécifique, le hash de transaction ou le paragraphe régulateur sur lequel elle s'appuie, tiré de ton propre corpus chargé dans le knowledge store. Les compliance officers peuvent exiger une citation sur chaque paragraphe comme pré-check HITL avant signature.

Avec ton DMS ou drive partagé connecté, un playbook contrats chargé dans le knowledge store, et Ollama tournant localement, le workflow de redline est un canvas à 4 nœuds : ingest, retrieve précédent, rédiger redline, router pour approbation. La plupart des équipes déployent la première version dans une session de travail et n'envoient jamais un seul token à un vendor cloud.

Oui. Chaque run logge chaque appel d'outil, chaque invocation de modèle (avec id du modèle), chaque document récupéré et chaque décision d'approbation. Replay n'importe quel dossier à tout moment. Les examinateurs récupèrent le pack de preuves complet en moins de cinq jours ouvrés, ce qui est l'objectif ComplianceMonitor.

n8n, Zapier et Make exécutent des étapes trigger-action prédéfinies, ce qui convient aux automatisations linéaires simples, et ils sont plus forts en connecteurs. Un brouillon de redline ou de SAR nécessite de planifier entre les étapes : le Contract Reviewer de Melaya tire le playbook de la firme via RAG, examine clause par clause, et chaque écriture marque une pause pour approbation HITL (validation humaine) avant que quoi que ce soit n'atteigne ton DMS ou un régulateur.

Oui. Melaya route les modèles par étape parmi 23 fournisseurs, dans le cloud ou sur ton runner local. Contract Reviewer et AML Specialist lisent les fichiers privilégiés sur un modèle Ollama ou LM Studio local, pendant que Regulatory Affairs recherche les livrets MiCA et FCA publics sur Claude ou GPT. Les traces de run complètes montrent quel modèle a touché quel document.

Sauvegarde n'importe quelle run réussie comme template réutilisable. Le pipeline d'onboarding en trois niveaux du KYC Lead, avec les chaînes UBO et le screening contre les listes OFAC, ONU, UE et HMT, devient un template que toute l'équipe exécute de la même façon à chaque fois. Les motifs d'échec typés montrent où un dossier a bloqué, et le coût par résultat accepté chiffre chaque revue complétée.

Non. Le bundle database pour Compliance Monitor et KYC Lead est en lecture seule par conception : sql_execute est omis, donc les agents peuvent interroger les tables de dossiers, de contrôles et de CDD mais ne peuvent pas les modifier. Les écritures ailleurs, comme file_write vers ton DMS ou des brouillons de redline msoffice, atterrissent dans un dossier de staging et attendent une approbation humaine avant promotion.

Regulatory Affairs suit les changements MiCA, MiFID II, FCA, MAS, SEC et CFTC 90 jours à l'avance. Le bundle scraping tire les pages EUR-Lex, les mises à jour du FCA Handbook, les dossiers d'application SEC et les documents de consultation MAS, tavily_tools ancre l'analyse dans des sources citées, et Legal Synth compile un brief de qualité décisionnelle avec des responsables d'action et des échéances.