JURÍDICOChecagem de petição · Detecção de caso inventado por IA · Privilégio preservado · Auto-hospedagem

Detector de plágio para escritórios de advocacia

Verificação antes do protocolo para petições, memorandos e manifestações. Detecta trechos não atribuídos, trechos reciclados e texto gerado por IA (com o risco de casos inventados que isso traz). Privilégio preservado: hospede o motor internamente ou em ambiente UE para casos transfronteiriços. Documentos nunca usados para treinamento. Em nenhuma hipótese.

Checagem de petição, memorando e manifestaçãoAuto-hospedagem · privilégio preservadoResidência na UE para demandas transfronteiriças
PARA TODO SETOR QUE TEM CONTATO COM O PROCESSO

Quatro funções. Uma checagem pré-protocolo.

ASSOCIADO

Checagem de petição antes da revisão do sócio

Pegue a paráfrase sem citação Bluebook antes do sócio ver.

  • Auto-checagem antes do sócio revisar
  • Classificação com reconhecimento de Bluebook + ALWD
  • Probabilidade de IA por parágrafo (caso use LLM)
SÓCIO

Verificação para protocolo

A assinatura é sua. A originalidade também precisa ser.

  • Lista positiva de autocitação no escritório (petições anteriores)
  • Detecção de casos inventados (Mata v. Avianca foi o alerta)
  • Trilha de auditoria por associado para prevenir erro profissional
PARALEGAL

Workflow de discovery e preparação de memorando

Checagem em lote de memorandos e respostas de discovery antes do arquivamento.

  • Pasta por assunto · isolamento nos autos
  • Residência na UE para discovery transfronteiriço
  • Motor Apache 2.0 — defensável em análise de conflitos
COMPLIANCE

Política de IA para o escritório

Verifique se a política de uso de IA do escritório realmente está sendo seguida.

  • Detecção de IA nos trabalhos enviados pelo escritório
  • Log de exclusão para auditoria de confidencialidade do cliente
  • Auto-hospedagem na rede interna — privilégio preservado
FLUXO PRÉ-PROTOCOLO

Três passos antes do protocolo eletrônico.

Auto-hospedado na rede do escritório, ponto final na UE para demandas transfronteiriças ou Pro na nuvem com isolamento rígido por cliente. Escolha a implantação de acordo com o nível de confidencialidade exigido.

01

01 · Elaboração interna

Faça upload da petição / memorando / manifestação (.docx mais comum; .pdf aceito). O envio fica na área restrita do escritório — controles de acesso que preservam privilégio, sem corpus compartilhado, sem exposição entre clientes. No auto-hospedado: o documento nunca sai do seu ambiente.

02

02 · Checagem nas fontes certas

A checagem compara com web aberta + Common Crawl + arquivos públicos de jurisprudência (CourtListener, Caselaw Access Project, Google Scholar, Justia). Classificação de citação diferencia citações corretas das paráfrases não citadas. Probabilidade de IA marcada por parágrafo — importante porque casos inventados são risco reconhecido em tribunais.

03

03 · Verifique antes de protocolar

O relatório classifica cada trecho: CITAÇÃO·CORRETA (Bluebook, excluída), CASO·CITADO (nome do caso + citação completa, excluído), PARÁFRASE·CITADA (paráfrase com citação, peso baixo), PARÁFRASE·NÃO CITADA (revisar), IA·PROVÁVEL (verifique ou reescreva), CASO·INVENTADO (caso citado não localizado nos arquivos — investigar antes do protocolo).

CASOS INVENTADOS POR IA — UM RISCO REAL

Seis pontos para verificar antes de protocolar petição com IA envolvida.

Mata v. Avianca (S.D.N.Y. 2023) foi o alerta — advogados citaram seis casos criados pelo ChatGPT; o tribunal aplicou multa de $5.000 e expôs o escritório. Petição escrita com IA precisa de camada extra de verificação.

01 · EXISTÊNCIA DA CITAÇÃO

Cada citação é checada nos arquivos públicos (CourtListener, CAP, Google Scholar, Justia). Se nome do caso + referência não aparecem em nenhuma das 4 fontes, o relatório marca CASO INVENTADO. Não significa que o caso é falso (pode ser sigiloso, inédito ou pago); significa que precisa ser verificado antes do protocolo.

02 · FIDELIDADE DA CITAÇÃO

Sempre que houver citação literal, o sistema compara o texto com a decisão original. Se o caso existe mas o texto citado não consta na decisão, isso é DESVIO DE CITAÇÃO — padrão clássico de alucinação por IA. Sinalizado à parte.

03 · CONFERÊNCIA DO PINCITE

Verificação do pincite (página da decisão). A página citada contém ou não o trecho citado. Falha comum da IA: caso real, página real, mas o trecho vem de outro parágrafo. Marcado como PINCITE INCORRETO.

04 · HOLDING vs DICTUM

Recurso beta (Pro+). O sistema indica se a proposição está na holding ou é dictum do caso. Confundir dictum com holding é erro recorrente de IA e risco de responsabilidade.

05 · REVOGADO / ANULADO

Cruzamento do histórico de citações pela API do CourtListener. Caso revogado, anulado ou afastado por precedente relevante aparece no relatório. Citação correta pode ser de caso revogado.

06 · PARÁGRAFOS PROVAVELMENTE DE IA

Probabilidade de IA por parágrafo (Binoculars) em breve — previsto, não disponível no lançamento. Parágrafos sinalizados serão os que exigem revisão humana antes do protocolo. Ajustado para firmas com advogados estrangeiros, marcado como ESL ADJ em vez de PROVÁVEL-IA quando apropriado.

A VISÃO DE REVISÃO DE PETIÇÃO

O que está visível antes do protocolo eletrônico.

Classificação por parágrafo: casos citados verificados, paráfrases atribuídas ou não, parágrafos sinalizados por IA, e o aviso CASO INVENTADO para citações não localizadas nos arquivos públicos.

PETIÇÃO · 7.840 palavras · 23 citações verificadas · 1 CASO INVENTADOContestação à Ação de Julgamento Sumário · Acme v. Réu
INVESTIGAR ANTES DO PROTOCOLOMotor · v0.4.2
#TRECHO · FONTECLASSIFICAÇÃO
07
“A parte que busca o julgamento sumário tem o ônus inicial de demonstrar a ausência de questão material de fato.” Celotex Corp. v. Catrett, 477 U.S. 317, 323 (1986).CourtListener · Celotex Corp. v. Catrett · pincite p.323 verificado
CASO · CITADO
12
A parte autora deixou de apresentar provas admissíveis para cada elemento, sendo necessário o julgamento sumário.Marisol Chen (escritório) · petição anterior em Smith v. Acme · modelo 2024
AUTOCITAÇÃO
18
“Fato relevante é aquele que pode afetar o resultado da demanda sob a lei aplicável.” Anderson v. Liberty Lobby, 477 U.S. 242, 248 (1986).CourtListener · Anderson v. Liberty Lobby · pincite p.248 verificado
CASO · CITADO
24
Marshall v. Holyrood Industries, 412 F.3d 1129 (9th Cir. 2018) — estabeleceu que a ausência de cadeia de custódia é motivo para julgamento sumário.NÃO LOCALIZADO em CourtListener, CAP, Justia, Scholar — citação não resolvida
CASO INVENTADO
31
O tribunal deve analisar as provas da forma mais favorável à parte não requerente.Correspondência por hash · 47 petições federais · classificado como FRASEÓLOGO JURÍDICO COMUM
COMUM · JURÍDICO
36
O réu requer, respeitosamente, a rejeição integral do pedido de julgamento sumário.frase original própria · sem correspondência
ORIGINAL
Trecho #24: nome do caso citado não encontrado em nenhum arquivo público. Verifique no Westlaw / Lexis antes do protocolo.v0.4.2 · anexe o relatório ao protocolo como metadados de auditoria
Auto-hospedagemApache 2.0 dentro do seu VPC
UEresidência para transfronteiras
4arquivos públicos consultados
0petições usadas como treinamento
Apache2.0 · pronto para análise de conflitos
PROTEÇÃO DE PRERROGATIVA

Três necessidades da confidencialidade advogado-cliente para um checker.

01 · AUTO-HOSPEDAGEM

O motor roda na rede do seu escritório

Apache 2.0 + Docker. Use com Postgres + Redis já existentes na infraestrutura própria. Petição, hash e relatório ficam nos seus servidores. Nada sai do seu VPC. Solução para casos com segredo, materiais sob sigilo ou rascunhos sensíveis ao sigilo da atuação.

Compatível com Active Directory / SAML restrito; suporta ambientes isolados da internet.
02 · RESIDÊNCIA UE

Para demandas transfronteiras com jurisdição UE

Pro+ provisionado em api.eu.noplag.com. Hospedado em Hetzner datacenters UE (Falkenstein + Helsinki). Petição, hash e relatório ficam na UE. GDPR por padrão; DPA disponível. Útil para atuação UE + Reino Unido, assuntos GDPR e clientes UE.

Funciona com escritórios do Reino Unido e EUA atendendo clientes corporativos UE em multijurisdição.
03 · NUNCA USADO EM TREINAMENTO

Petições não servem como base de treinamento

Rascunhos recebem hash (assinatura não reversível) e ficam em banco isolado por cliente. O texto é apagado após 30 dias (ou retido, se ativado). Modelos de detecção pré-treinados só com bases públicas — não usamos documentos de escritório. Claramente indicado no DPA.

Log de exclusão auditável mantido para revisão; motor é aberto como Apache 2.0.
FLUXOS TRANSFRONTEIRIÇOS

Duas exigências em casos multijurisdição que os outros não cobrem.

A maioria dos checkers cobre só uma jurisdição — geralmente direito federal dos EUA. Casos transfronteiriços envolvem múltiplos arquivos (EUA, Estados, UE, Reino Unido, Commonwealth), múltiplas regras de citação (Bluebook, OSCOLA, McGill, AGLC), e vários idiomas legais (francês, alemão, espanhol, português para América do Sul). A verificação cobre tudo isso. Na UE, cuida da localização dos dados. No local, resolve o que nuvem não cobre.

Leia o guia para casos transfronteiriços
OBSERVAÇÕES DE FLUXO JURÍDICO
CITEReconhecimento de formatação Bluebook + ALWD + OSCOLA + McGill + AGLC. Citações corretas são excluídas do score principal.
HOLDClassificação holding vs dictum (beta Pro+). Ditto mal classificado é sinalizado para revisão.
OVRVerificação de histórico (revogado, distinguido) via CourtListener. Caso inadequado na citação aparece no relatório.
AIProbabilidade de IA por parágrafo ajustada para ESL, em breve. Detecção de casos inventados nas 4 bases públicas.
EUResidência na UE para demandas internacionais. Processador GDPR Art.28; DPA por solicitação.
PRIVMotor auto-hospedado no VPC do escritório. Apache 2.0. Implantação que preserva privilégio.
PERGUNTAS FREQUENTES

O que os sócios perguntam antes de contratar.

Nossas petições vão virar base de treinamento?
Não. Rascunhos só geram hash (não reversível) e ficam isolados por cliente. O texto é apagado após 30 dias (ou retido se ativado). Modelos pré-treinados só em base pública; não usamos documentos do escritório. Claramente expresso no DPA. No auto-hospedado, nenhum dado sai da rede, nem o hash.
Como funciona a detecção de caso inventado?
Cada citação (nome e referência de caso) é checada em quatro arquivos públicos: CourtListener, CAP (Harvard), Google Scholar, Justia. Se não aparece em nenhum, o relatório sinaliza CASO INVENTADO. Não significa que seja falso — pode ser inédito, sigiloso, pago — mas precisa ser checado no Westlaw / Lexis antes do protocolo. Mata v. Avianca foi a razão desse recurso.
Funciona para jurisprudência fora dos EUA?
Cobre federal + estadual EUA, Reino Unido + Commonwealth (formato OSCOLA), Canadá (McGill), Austrália (AGLC), e UE (ECJ + ECHR). Indexa arquivos abertos Bailii (UK), CanLII (Canadá), AustLII e decisões da UE Curia. Jurisprudência paga ou antiga (Westlaw / Lexis / juris) não retorna correspondência — mesma limitação do iThenticate no acesso fechado.
Como é a proteção de confidencialidade para demandas sensíveis?
Três níveis. Pro na nuvem: base isolada, residência UE opcional, exclusão do texto em 30 dias. UE: tudo hospedado nos datacenters Hetzner UE, GDPR Art.28. Auto-hospedado: Apache 2.0 + Docker, roda no seu VPC, nada sai da rede. Escolha conforme o grau de proteção requerido.
Reconhece citação Bluebook corretamente?
Sim — Bluebook 21ª edição, ALWD Guide, OSCOLA (UK), McGill (Canadá), AGLC (Austrália). O formato é identificado pelas referências existentes. Citações corretas são excluídas da pontuação principal. Citações fora do padrão são sinalizadas à parte — não como plágio; como desvio para corrigir antes do protocolo.
E para discovery protegido por sigilo judicial?
Hospede o motor internamente — Apache 2.0 + Docker. Material sob sigilo, transcrições sigilosas do testemunho e provas confidenciais não devem ir para nuvem de terceiros, independentemente do fornecedor. Auto-hospedado significa 'não sai do VPC' — não 'confie na nuvem'. Grandes escritórios em litígios comerciais usam esta implantação.
O detector de IA resiste a uma audiência de sanção judicial?
Detecção de IA chegando em breve — planejada, não disponível inicialmente — mas a metodologia é aberta (Binoculars, Hans et al. 2024, artigo revisado pelos pares). Todo trecho sinalizado terá selo do commit e snapshot da base. Repetição posterior no mesmo commit reproduz resultado. Detectores proprietários não fornecem isso — tribunais já passaram a excluir sua saída por falta de metodologia auditável. Aqui é auditável; não é perfeito, mas é defensável.
Quanto custa para um escritório de 40 advogados?
Premium R$ 79/mês cobre uso individual, até 5.000 palavras/checagem, 5.000 docs/mês, REST API + integração LMS. Para volume discovery (10.000+ docs/mês), Enterprise negociado por volume + infra exclusiva. Por usuário não é o modelo; volume define o preço.
Integra com sistemas de gestão documental (iManage, NetDocuments, OpenText)?
O plano Pro+ oferece integração via webhook e REST API. iManage e NetDocuments permitem webhooks de saída ao salvar documentos; configure o webhook para enviar um POST para /v1/checks; o relatório é anexado ao documento como um campo de metadados. O OpenText eDOCS oferece o mesmo recurso por meio de hooks do Content Server. Exemplos de scripts de integração para os três estão em github.com/NoplagLabs/noplag-engine/integrations.
Serve para revisão de produção (ediscovery)?
Uso diferente de checagem de petições — revisão ediscovery é separar docs produzidos (responsivos / não / sigilosos), não conferir petição própria por plágio. Noplag não é plataforma de ediscovery (Relativity / Everlaw / Disco dominam). Mas para garantir originalidade e ausência de IA na resposta, Noplag serve.

Passe a petição na checagem antes do protocolo eletrônico.

Envie a petição ou manifestação. Receba relatório por parágrafo com verificação de citação, detecção de casos inventados e probabilidade de IA. Gratuito até 2.500 palavras; Pro para volume; Enterprise para auto-hospedado + infraestrutura dedicada.

Detector de plágio para escritórios de advocacia