Legal & Compliance AI | EU AI Act, CCBE, Privilege-tagged

Legal and compliance advice ships with a constraint trace your counsel can sign and your court can replay. CCBE compliant, EU-sovereign, air-gapped.

Groupes d'algorithmes par type de données

Un conseil qui résiste à une relecture ultérieure

Chaque réponse indique sur quoi elle se fonde.

Les systèmes existants de GED, de facturation et de vérification des conflits continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque autorité, chaque étiquette de privilège et chaque signature d'avocat au moment où l'avis est rendu.

Bundle fermé pour les travaux les plus confidentiels.

Exécution sur des serveurs dans vos propres locaux.

Mesh public opéré par Dweve ; la limite de traitement est documentée dans le contrat.

Intégrez via REST ou gRPC sur une surface OpenAPI 3.1 typée. Géré via Fabric sur le Mesh public Dweve pour les pilotes. Licencié pour une installation sur site. Isolé pour les travaux les plus confidentiels. Même API, même format de trace, mêmes paquets de relecture sur les trois postures.

Version de l'autorité appliquée à la réponse.

Question enregistrée avant l'exécution de la recherche.

Les outils de recherche, bases de connaissances et systèmes de GED existants continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque requête, chaque autorité et chaque signature d'avocat au moment où l'avis est rendu. Le paquet de rejeu est la pièce d'audit. La question est enregistrée avant l'exécution de la recherche, la recherche renvoie une réponse brute, la version de l'autorité y est appliquée, et l'avocat signe l'avis. Épingler la question en premier est ce qui fait d'un rejeu une lecture plutôt qu'une nouvelle exécution.

L'avocat signe ; le paquet est la pièce d'audit.

Le calcul déterministe produit la citation.

Chaque avis enregistre la version qui était active.

Tirer la dernière consolidation de l'éditeur officiel.

Les autorités juridiques sont modifiées en permanence. Dweve indexe chaque autorité par version consolidée et épingle chaque avis à une version. Le rejeu reconstruit la base exacte de l'avis des années plus tard, et non celle qui est en vigueur aujourd'hui. Quatre étapes font l'indexation : la dernière consolidation est tirée de l'éditeur officiel, chaque avis enregistre la version qui était active au moment où il a été donné, le calcul déterministe produit la citation, et l'avocat signe le paquet qui en résulte. La jurisprudence, la loi, la soft law et les règles du barreau sont enregistrées de quatre manières différentes, et un seul rejeu les reconstruit toutes.

La couche de décision ne franchit jamais une frontière de confiance qui échoue aux règles LPP ou CCBE. La même topologie est livrée sur les trois postures.

Aucun appel sortant. Point de terminaison optionnel réservé à l'UE.

Paquets signés écrits une fois, lus plusieurs fois, réplique réservée à l'UE.

Moteur natif CPU, pas de ferme GPU, pas d'API ML cloud.

Terminaison TLS dans l'UE, mTLS vers la couche de décision.

Trois modèles d'exploitation, une architecture de preuve. Fabric géré s'exécute sur le Mesh public. L'exploitation sous licence installe les produits directs sur votre matériel. L'exploitation isolée protège le travail le plus privilégié. Chaque modèle maintient les décisions et les preuves à l'intérieur de sa frontière de confiance déclarée. Les mêmes quatre frontières sont tracées dans chacun : une entrée qui termine TLS dans l'UE, la couche de décision derrière la frontière de confiance, le stockage de paquets, et une sortie qui ne fait aucun appel sortant.

Le déterminisme est affirmé dans la suite, pas promis en prose. Le même oracle exécuté sur votre matériel produit la même réponse que sur le nôtre.

Aucune erreur d'arrondi ne franchit le seuil de la dernière unité.

Les coins et les plages sont exercés automatiquement dans l'IC.

Chaque résultat comparé à une référence de haute précision.

Nombre d'itérations borné, sans unité à virgule flottante.

Chaque calcul numérique dans le chemin de citation et de dommages est vérifié par rapport à MPFR à une précision de 256 bits. Le résultat publié est 0 ULP, arrondi correctement sur le domaine d'entrée documenté, avec des tests basés sur les propriétés qui exercent les coins à chaque version.

Éléments renonçables autorisés à la divulgation lors de l'examen.

Éléments privilégiés verrouillés selon les règles LPP.

Évaluation du privilège avec un avocat nommé.

Le document entre dans l'affaire, étiqueté à la réception.

Fabric géré, sous licence sur votre matériel, ou isolé.

Spécification OpenAPI 3.1, erreurs typées (RFC 7807).

Question, autorité, version, avocat, signature.

Question, autorité, version, conseil, signature.

Même entrée, même sortie, sur chaque machine, à chaque version.

Les affaires évoluent par décisions ultérieures et réformes législatives. Chaque conseil que Dweve enregistre est rattaché à une version précise de chaque autorité, de sorte que la relecture reconstruit la base exacte du conseil, et non celle en vigueur aujourd'hui. Une autorité est une séquence de versions : les textes abrogés, celui en vigueur, et un projet qui n'est pas encore loi. Un conseil se rattache à l'une d'elles, pas au nom.

Pas besoin d'un second avocat pour contester un conseil. Le paquet est en langage clair et l'autorité, la version et le conseil sont nommés sur la lettre.

Le même paquet que celui vu par le tribunal.

Responsabilité professionnelle, sans frais initiaux.

Chaque conseil juridique est contestable. Le même registre signé par le conseil est celui que vous pouvez contester. Si vous êtes en désaccord avec l'autorité, l'application ou la portée, le parcours de plainte est sur la lettre. Il y a quatre voies : l'examen interne avec un associé nommé, le bureau de plainte du barreau national, le tribunal, et le registre lui-même, qui est le même paquet que verrait un tribunal. Trois bureaux, un paquet, et rien ne doit être réassemblé pour le suivant.

Vous obtenez la même réponse que le tribunal. Fini de courir après un paragraphe dans un centre d'appels.

Votre question reçoit une réponse écrite, pas un chatbot.

L'avocat nommé qui a signé est sur le registre.

L'autorité derrière la position est jointe, pas séparée.

Le conseil énonce la position avec une raison.

Un litige n'est plus une boîte noire. Le conseil, l'autorité et le conseil siègent ensemble dès l'ouverture de la mission. Si vous demandez, l'avocat peut vous montrer pourquoi la position a été prise. Quatre choses sont sur le registre dès le premier jour : la position et sa raison, l'autorité sur laquelle elle repose, l'avocat qui l'a signée, et une réponse écrite à tout ce que vous demandez. C'est le même registre que celui montré au tribunal, dans les mêmes mots.

Construit et exploité selon les règles de l'UE.

Quand votre avocat utilise Dweve, les conseils que vous recevez ne sont pas une supposition d'une machine. Ils sont liés à une citation réelle, à une version de texte de loi et à un avocat désigné qui les a signés. Si vous demandez pourquoi, la réponse est écrite. Quatre éléments les accompagnent : un langage clair, l'autorité sur laquelle reposent les conseils, l'avocat qui les a signés et une juridiction, sur une seule feuille que vous pouvez conserver.

Chaque engagement commence par une vérification des conflits validée sur le même dossier que le périmètre, les honoraires et l'avocat. Une source de vérité, quatre points de contact.

La lettre de mission s'ouvre avec la validation jointe.

Validation signée par l'associé désigné.

Base de données des conflits analysée selon la règle CCBE.

Client et partie adverse identifiés à la prise en charge.

Les conflits d'intérêts sont la porte d'entrée avant tout travail juridique. Aujourd'hui, ils vivent dans une base de données de conflits séparée qui correspond rarement à la lettre de mission. Dweve effectue la vérification des conflits à la prise en charge, jointe au même dossier que l'engagement, afin que l'examinateur du barreau voie un seul enregistrement. Quatre étapes se trouvent derrière la validation : le client et la partie adverse sont identifiés à la prise en charge, la base de données des conflits est analysée selon la règle CCBE, un associé désigné signe la validation, et la lettre de mission s'ouvre avec cette validation jointe. La validation est la condition d'ouverture d'un dossier, pas une note ajoutée après le début du travail.

Les conseils restent dans votre juridiction. La même plateforme évolue d'un associé unique à un cabinet plurijuridictionnel complet sans changer de plateforme.

Exécuté sur des serveurs dans votre centre de données. Même API, même format de trace.

Mesh public géré par Dweve ; limite de traitement documentée dans l'accord.

Deux questions décident de l'acquisition : où cela s'exécute-t-il et quelles règles cela satisfait-il ? Cela s'exécute géré via Fabric sur le Mesh public Dweve, sur votre matériel, ou entièrement isolé, sans changer de plateforme entre les niveaux. Le RGPD, l'AI Act de l'UE, la CCBE et le secret professionnel de l'avocat sont des contraintes de conception que la plateforme satisfait par construction.

Règles CCBE et règles nationales du barreau appliquées par engagement.