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

Conselhos que sobrevivem a uma leitura posterior

Os sistemas existentes de DMS, faturação e verificação de conflitos continuam a funcionar. A Dweve envolve-os numa camada de decisão determinística que regista cada autoridade, cada etiqueta de privilégio e cada assinatura de advogado à medida que o aconselhamento é prestado.

Pacote fechado para o trabalho mais privilegiado.

Execute em servidores no seu próprio edifício.

Mesh público operado pela Dweve; limite de processamento documentado no acordo.

Integre via REST ou gRPC numa superfície OpenAPI 3.1 tipada. Gerido através do Fabric no Mesh público da Dweve para pilotos. Licenciado para on-prem. Isolado para o trabalho mais privilegiado. A mesma API, o mesmo formato de rastreio, os mesmos pacotes de replay nas três.

O advogado assina o aconselhamento final.

Versão da autoridade aplicada à resposta.

Pergunta registada antes de a pesquisa ser executada.

As ferramentas de pesquisa, bases de conhecimento e sistemas DMS existentes continuam a funcionar. A Dweve envolve-os numa camada de decisão determinística que regista cada consulta, cada autoridade e cada assinatura de advogado à medida que o aconselhamento é prestado. O pacote de replay é o artefacto de auditoria. A pergunta é registada antes de a pesquisa ser executada, a pesquisa devolve uma resposta bruta, a versão da autoridade é aplicada a essa resposta e o advogado assina o aconselhamento. Fixar a pergunta primeiro é o que torna um replay uma leitura e não uma nova execução.

O advogado assina; o pacote é o artefacto de auditoria.

O cálculo determinístico produz a citação.

Cada aconselhamento regista a versão que estava ativa.

Obtenha a consolidação mais recente do editor oficial.

As autoridades legais alteram-se constantemente. A Dweve indexa cada autoridade por versão consolidada e fixa cada aconselhamento a uma versão. O replay reconstrói a base exata do aconselhamento anos depois, não a que está atual hoje. Quatro passos fazem a indexação: a consolidação mais recente é obtida do editor oficial, cada aconselhamento regista a versão que estava ativa quando foi dado, o cálculo determinístico produz a citação e o advogado assina o pacote resultante. Jurisprudência, estatutos, soft law e regras da ordem dos advogados são registados de quatro formas diferentes, e um replay reconstrói todos eles.

A camada de decisão nunca cruza uma fronteira de confiança que falhe as regras LPP ou CCBE. A mesma topologia é fornecida nas três posturas.

Sem chamadas de saída. Endpoint opcional exclusivo da UE.

Pacotes assinados escritos uma vez, lidos muitas vezes, réplica exclusiva da UE.

Motor nativo de CPU, sem farm de GPUs, sem APIs de ML na nuvem.

Terminação TLS na UE, mTLS para a camada de decisão.

Três modelos operacionais, uma arquitetura de evidência. O Fabric gerido funciona no Mesh público. A operação licenciada traz produtos diretos para o seu hardware. A operação isolada protege o trabalho mais privilegiado. Cada modelo mantém decisões e evidências dentro do seu limite de confiança declarado. Os mesmos quatro limites são desenhados em cada um: um ingress que termina TLS na UE, a camada de decisão atrás do limite de confiança, o armazenamento de pacotes e um egress que não faz chamadas de saída.

O determinismo é afirmado na suíte, não prometido em prosa. O mesmo oráculo executado no seu hardware produz a mesma resposta que no nosso.

Nenhum erro de arredondamento ultrapassa o limite da unidade no último lugar.

Cantos e intervalos exercitados automaticamente na CI.

Cada resultado comparado com uma referência de alta precisão.

Contagem de iterações limitada, sem unidade de ponto flutuante.

Cada cálculo numérico no caminho de citação e danos é verificado contra MPFR com precisão de 256 bits. O resultado publicado é 0 ULP, arredondado corretamente em todo o domínio de entrada documentado, com testes baseados em propriedades a exercitar os cantos em cada lançamento.

Itens renunciáveis autorizados para divulgação na revisão.

Itens privilegiados bloqueados sob regras LPP.

Avaliação de privilégio com advogado nomeado.

O documento entra no processo, etiquetado na receção.

Todos os documentos de um processo são etiquetados como confidenciais (LPP), renunciáveis (work product) ou partilhados (discovery). O registo de privilégio é o artefacto canónico para retenções legais e divulgação. A Dweve produz-o à medida que o trabalho acontece. Quatro passos sustentam o registo: o documento é etiquetado quando entra no processo, um advogado nomeado faz a avaliação de privilégio, os itens confidenciais são bloqueados ao abrigo das regras LPP e os itens renunciáveis são liberados para divulgação após revisão. Cada linha contém o identificador do documento, a data, o autor e o estado, de modo que a etiqueta é escrita quando o documento é produzido, em vez de ser decidida mais tarde durante a divulgação.

Fabric gerido, licenciado no seu hardware ou isolado.

Especificação OpenAPI 3.1, erros tipados (RFC 7807).

Pergunta, autoridade, versão, advogado, assinatura.

Mesma entrada, mesma saída, em todas as máquinas e em todas as versões.

Os casos são alterados por decisões posteriores e por reformas legislativas. Cada parecer que a Dweve regista fica associado a uma versão específica de cada fonte, pelo que a reprodução reconstrói a base exata do parecer, e não a que está em vigor hoje. Uma fonte é uma sequência de versões: textos revogados, o texto em vigor e um projeto que ainda não é lei. Um parecer fica associado a uma delas, e não ao nome.

Não precisa de um segundo advogado para contestar um parecer. O pacote está em linguagem simples e a fonte, a versão e o advogado estão identificados na carta.

Responsabilidade profissional, sem honorários iniciais.

Balcão de reclamações da ordem dos advogados.

Todo o parecer jurídico é suscetível de recurso. O mesmo registo que o advogado assinou é o registo que pode contestar. Se discordar da fonte, da aplicação ou do âmbito, a via de reclamação está na carta. Há quatro vias: revisão interna com um advogado nomeado, o balcão de reclamações da ordem dos advogados, o tribunal e o próprio registo, que é o mesmo pacote que um tribunal veria. Três balcões, um pacote, e nada tem de ser reunido novamente para o seguinte.

Obtém a mesma resposta que o tribunal obtém. Sem andar à procura de um parágrafo num centro de atendimento.

A sua pergunta obtém uma resposta escrita, não um chatbot.

O advogado nomeado que assinou está no registo.

A fonte que sustenta a posição está anexada, não separada.

O parecer apresenta a posição com uma justificação.

Uma disputa deixa de ser uma caixa negra. O parecer, a fonte e o advogado estão juntos desde o momento em que o processo se inicia. Se perguntar, o advogado pode mostrar-lhe por que razão a posição foi adotada. Quatro coisas estão no registo desde o primeiro dia: a posição e a justificação, a fonte em que assenta, o advogado que assinou e uma resposta escrita ao que perguntar. É o mesmo registo que é mostrado a um tribunal, nas mesmas palavras.

Construído e operado ao abrigo das regras da UE.

Quando o seu advogado usa Dweve, o conselho que recebe não é um palpite de uma máquina. Está ligado a uma citação real, a uma versão de estatuto e a um advogado nomeado que o assinou. Se perguntar porquê, a resposta está por escrito. Quatro coisas vêm com ele: linguagem simples, a autoridade em que o conselho se baseia, o advogado que o assinou e uma jurisdição, numa única folha que pode guardar.

Cada contratação começa com uma verificação de conflitos limpa no mesmo pacote que o âmbito, os honorários e o advogado. Uma fonte de verdade, quatro pontos de contacto.

A carta de contratação começa com a autorização anexada.

Autorização assinada pelo sócio nomeado.

Base de dados de conflitos verificada segundo a regra CCBE.

Cliente e contraparte identificados no acolhimento.

Os conflitos de interesse são o portão antes de qualquer trabalho jurídico começar. Hoje vivem numa base de dados de conflitos separada que raramente corresponde à carta de contratação. A Dweve faz a verificação de conflitos no acolhimento, anexada ao mesmo pacote que a contratação, para que o revisor da ordem veja um único registo. Quatro fases estão por trás da autorização: cliente e contraparte são identificados no acolhimento, a base de dados de conflitos é verificada segundo a regra CCBE, um sócio nomeado assina a autorização, e a carta de contratação abre com essa autorização anexada. A autorização é a condição para abrir um processo, não uma nota arquivada depois de o trabalho começar.

O conselho permanece dentro da sua jurisdição. A mesma plataforma escala de um único sócio para uma prática completa multijurisdição sem mudar de plataforma.

Executado em servidores no seu centro de dados. Mesma API, mesmo formato de rastreio.

Duas perguntas decidem a aquisição: onde é executado e que regras satisfaz. É executado gerido através da Fabric no Mesh público da Dweve, no seu hardware, ou totalmente isolado, sem mudar de plataforma entre níveis. RGPD, AI Act da UE, CCBE e privilégio legal profissional são restrições de design que a plataforma satisfaz por construção.