By · Last updated 2026-03-22

Tornar al BlogTecnologia Legal

Defensar les redaccions: puntuacions d'IA als tribunals

Un jutge va preguntar per que el 47% d'un document estava redactat. La resposta "l'IA ho va marcar" no es legalment defensable. Aquí teniu com es veu la redacció automatitzada defensable.

March 22, 20268 min llegit
defensible redactionAI confidence scorese-discovery audit trailprivilege log requirementslegal tech compliance

Actualitzat per al 2026

"Ho ha fet la IA" fracassa als tribunals

Les eines d'IA han creat un nou risc legal. Els advocats sovint no poden explicar per que un sistema ha bloquejat contingut. Quan un jutge ho pregunta, "l'algorisme ho va marcar" no es suficient.

La norma FRCP 26(b)(5) estableix el nivell. Una part que retingui material ha d'exposar la reclamació. Tambe ha de descriure els documents. Aquesta descripció ha de permetre que l'altra part avaluï el privilegi — sense revelar el contingut en si.

"El model d'ML ho va eliminar" no supera aquest nivell. L'altra part no pot saber que s'ha detectat. No poden saber per que.

La sobreredacció genera litigis

La investigació d'e-discovery del primer trimestre de 2025 de Morgan Lewis va senyalar la sobreredacció com una font activa de litigis als tribunals federals. La tendencia s'associa a eines d'IA d'alta sensibilitat. Aquestes eines afavoreixen la recuperació. Ho detecten tot el que podria ser sensible.

Els efectes secundaris son previsibles. Les dates properes a un nom queden bloquejades. Els numeros d'exhibit queden bloquejats. El context s'ignora.

El consell de la part contraria llavors impugna cada element bloquejat. La part productora ha d'explicar cadascun. No hi ha cap registre per entitat, la qual cosa significa que no hi ha explicació disponible.

Les eines d'IA configurades per maximitzar la recuperació estan dissenyades per capturar-ho tot. Aquest disseny es adequat per a alguns casos d'us. Per a les produccions d'e-discovery, crea responsabilitat.

Quan els elements impugnats no es poden explicar, els tribunals poden ordenar la reproducció. La reproducció costa temps i diners. En alguns casos, convida a sancions.

Tres coses que necessiten els sistemes defensables

Els tribunals revisen els elements impugnats un per un. Fan una pregunta concreta. Quina es la base per a aquest element específic en aquest document específic?

La majoria d'eines d'IA no poden respondre-la. Tres funcionalitats ho fan possible.

Puntuacions de confianca per entitat. Cada element bloquejat ha de tracar-se fins a una detecció puntuada. "Nom detectat amb un 94% de confianca" es defensable. "Marcat per ML" no ho es. Per saber com funcionen les puntuacions a la practica, vegeu Per que la detecció binaria de PII falla en conformitat.

Classificació per tipus d'entitat. Cada element bloquejat ha de mapear-se a un tipus reconegut. Nom de persona. SSN. Data de naixement. Aquest tipus va al registre de privilegis. Explica la base per a la retenció sense revelar el contingut.

Registres de llindar. La configuració ha d'estar documentada. Quins nivells de sensibilitat s'han utilisat? Quins tipus d'entitats estaven en abast? El consell de la part contraria pot sol·licitar aquests registres. La part productora ha d'estar preparada per explicar cada elecció.

El mandat de govern del 83%

La investigació de l'IAPP de 2025 va trobar que el 83% dels marcs de govern de la IA requereixen la minimització de dades a la capa d'entrada de la IA.

Els marcs anteriors se centraven en les sortides de la IA. Ara tambe cobreixen el que entra als sistemes d'IA. El canvi es significatiu.

Per als equips legals, l'impacte es directe. El mateix deure de minimització s'aplica a les eines de revisió d'IA utilitzades en fitxers de clients. Els equips han de reduir les dades sensibles abans que arribin a l'eina.

Dos deures se superposen ara. Els registres de puntuació de confianca donen suport a les reclamacions de privilegi en litigis. La minimització d'entrades compleix les normes de govern de la IA. Junts defineixen la línia base de conformitat per al treball legal assistit per IA el 2025.

El que ha de capturar el registre d'auditoria

El registre ha de registrar sis coses per a cada document processat.

Primer: l'identificador del document. Segon: el tipus d'entitat. Tercer: la puntuació de confianca. Quart: el metode aplicat — etiqueta o caixa negra. Cinque: la versió de configuració en us. Sise: la data i l'hora del processament.

Aquest registre serveix per a dos proposits. Dóna suport al registre de privilegis quan s'impugna una producció. Tambe demostra als reguladors que les dades sensibles es van minimitzar abans de sortir de l'empresa.

Per saber com els tribunals gestionen la retenció indeguda i les sancions que se'n deriven, vegeu Sancions per e-discovery: quan la redacció d'IA va massa lluny.

Crear aquest registre no es una sobrecàrrega. Es el que permet a un equip legal defensar les seves decisions — davant un jutge, el consell de la part contraria o una autoritat de protecció de dades.

Fonts

Preparat per protegir les vostres dades?

Comenceu a anonimitzar PII amb més de 285 tipus d'entitats en 48 idiomes.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.