By · Last updated 2026-06-03

Atgal į BlogąTeisinė Technologija

Teisiniai AAS: Privilegijuotos informacijos aptikimas

Bylos nuorodos numeriai, advokato pažymejimo numeriai, teismo bylų numeriai ir kliento reikalo identifikatoriai yra teisiškai jautrūs duomenys, kuriuos standartiniai AAS įrankiai praleidžia.

June 3, 20267 min skaityti
attorney-client privilegelegal document reviewcase numberslaw firm privacylegal tech

title: "Teisiniai AAS: Privilegijuotos informacijos aptikimas" description: "Bylos nuorodos numeriai, advokato pažymejimo numeriai, teismo bylų numeriai ir kliento reikalo identifikatoriai yra teisiškai jautrūs duomenys, kuriuos standartiniai AAS įrankiai praleidžia." category: legal-tech publishedAt: 2026-06-03 tags:

  • advokato-kliento privilegija
  • teisinių dokumentų peržiūra
  • bylų numeriai
  • advokatų kontoros privatumas
  • teisinės technologijos readingTime: 7

Advokato-kliento privilegija dirbtinio intelekto eroje: teisiniai AAS, kuriuos privalo aptikti jūsų anonimizavimo įrankis

Standartiniai AAS įrankiai aptinka vardus, el. pašto adresus ir socialinio draudimo numerius. Jie praleidžia bylos nuorodos identifikatorius, advokato pažymejimo numerius ir kliento reikalo žymas. Šie duomenys kelia rimtą privilegijos riziką. Bendrieji įrankiai šią spragą palieka atvirą.

Advokatų kontoros kasdien siunčia failus dirbtinio intelekto įrankiams. Tuose failuose yra privilegijai jautrių žymenų, kurių standartiniai įrankiai neaptinka.

Kai advokatų kontora perduoda failus per DI asistentą, tuose failuose kartu su standartiniais AAS yra teisiniai identifikatoriai:

  • Kliento reikalo žymos: Susieja su visu reikalo failu ir įvardija klientą
  • Bylos nuorodos identifikatoriai: Teismo priskirti kodai, sujungiantys su viešaisiais įrašais, turinčiais privačių detalių
  • Advokato pažymejimo numeriai: Advokato identifikatoriai, kuriuos galima rasti viešuose valstijų kataloguose
  • Teismo bylų kodai: Sujungia su viešomis pateikimo sistemomis, turinčiomis visą bylos istoriją
  • Teisinio paskyros kodai: Identifikuoja pirmininkaujantį teisėją jautriose situacijose

Bet kuris iš šių duomenų, nusiųstas išoriniam DI tiekėjui, sukuria potencialią privilegijos problemą.

Kodėl šie identifikatoriai reikalauja specialaus aptikimo

Teismo bylų numerių formatai atitinka apygardos lygio šablonus. Nė vienas šablonas neapima visų federalinių ir valstijų teismų.

Federalinėse civilinėse bylose naudojami dviejų skaitmenų metai, po to "cv" ir bylos numeris. Baudžiamosiose bylose toje pačioje vietoje naudojamas "cr". Valstijų teismai skiriasi pagal regioną ir neturi bendro standarto.

Advokato pažymejimo numeriai yra specifiniai kiekvienai valstijai. Kalifornija naudoja skaitmeninį formatą. Niujorkas naudoja registro formatą. Teksasas turi savo advokato ID formatą. Nacionalinio formato nėra.

Kliento reikalo žymos yra specifinės kiekvienai kontorai. Kiekviena kontora kuria savo formatą. Metai-klientas-reikalas. Praktikos grupių kodai. Nuoseklūs identifikatoriai.

Standartiniai AAS įrankiai negali žinoti nė vieno iš šių duomenų be specialios konfigūracijos.

Spraga yra reali. Dokumento įrankis gauna visą reikalo kontekstą. Bylų kodai susieti su viešaisiais įrašais. Kliento žymos yra. Įrankis praneša, kad AAS pašalinti. Vardai ir el. pašto adresai buvo pašalinti. Privilegijai jautrūs identifikatoriai - ne.

Teisinio DI startuolio atvejis

Teisinio DI startuolis kuria dokumentų įrankį advokatų kontorams. Produktas skaito ieškinio failus, aptinka svarbias sąlygas ir žymi potencialiai privilegijuotą turinį. Įmonių klientai reikalauja, kad kliento reikalo žymos būtų pašalintos kartu su standartiniais AAS prieš apdorojimą.

Atitikties kliūtis: DI įrankis apdoroja failų duomenis su kliento reikalo žymomis. Sujungus su viešaisiais teismo dokumentais, tos žymos galėtų leisti identifikuoti reikalą. Įmonių teisinės operacijos komandos tai laiko nepriimtinu.

Prieš specialų objektų aptikimą:

  • Sandorio peržiūra atranda atitikties spragą
  • 3+ mėnesių inžinerijos eilė specialiam NLP modeliui
  • Įmonės sutartis sustabdyta

Su specialiu objektų API:

  • Atitikties pareigūnas nustato reikalo žymos formatą registracijos metu
  • Šablonas išbandytas su pavyzdiniais failais: 2 dienos
  • Specialus objektas pridėtas prie proceso: dar 1 diena
  • Įmonės sutartis tęsiama

Spraga yra 3 dienos prieš 3+ mėnesius. Darbas yra šablono sąranka ir API integracija. Nereikia NLP modelio mokymo.

Įprasti formatai pagal kategoriją

Federalinių teismų bylų numeriai:

Federalinėse civilinėse bylose naudojami: dviejų skaitmenų metai + "cv" + 4-6 skaitmenų bylos numeris. Pavyzdys: 24-cv-12345. Baudžiamosiose bylose toje pačioje vietoje naudojamas "cr". Bankroto bylose - "bk". Apeliaciniame teisme naudojami dviejų skaitmenų metai ir 4-5 skaitmenų numeris, kuris skiriasi pagal apygardą.

Valstijų teismų formatai (pavyzdžiai):

Kalifornijos aukštesnis teismas naudoja šešių skaitmenų priešdėlių sistemą. Niujorkas naudoja indekso formatą su metais ir seka. Teksasas naudoja priežasties formatą su metais, seka ir teismo kodu.

Kliento reikalo žymos (tipiški kontoros formatai):

Trijų šablonų modeliai pasirodo daugelyje kontorų:

  • Dviejų skaitmenų metai, kliento ID, reikalo seka (pvz., 24-ACME-001)
  • Praktikos grupės inicialai, metai, tada keturių skaitmenų seka (pvz., LIT240042)
  • Kliento priešdėlis su šešių skaitmenų ID (pvz., SMITHCO-000123)

JAV advokato pažymejimo identifikatoriai:

Daugumoje valstijų naudojami 4-8 skaitmenų numeriai, kartais su valstijos lygio priešdėliu. USDC pažymejimo identifikatoriai skiriasi pagal apygardą ir neatitinka bendro formato.

Su privilegija suderinta apdorojimo grandinė

Dokumentų peržiūros DI sluoksniuota grandinė apdoroja visą apimtį.

1 sluoksnis - Standartinis AAS aptikimas

Vardai, el. pašto adresai, telefono numeriai, adresai, socialinio draudimo numeriai. Aukštas tikslumas. Gerai įsitvirtinę įrankiai šį sluoksnį tvarko gerai.

2 sluoksnis - Specialių kodų aptikimas

Reikalo kodai, bylų identifikatoriai, advokato identifikatoriai. Kontoros specifiniai šablonai nustatomi registracijos metu. Šis sluoksnis užpildo spragą, kurią praleidžia standartiniai įrankiai.

3 sluoksnis - Privilegijos peržiūra (žmogaus)

Po automatizuoto aptikimo advokatas peržiūri pažymėtas žymes. ADVOKATO-KLIENTO antraštės. DARBO PRODUKTO etiketės. KONFIDENCIALIOS žymos. Žmogaus peržiūra šiame sluoksnyje nėra neprivaloma.

4 sluoksnis - Konteksto išimčių peržiūra

Viešųjų įrašų bylos, kurios nekelia privilegijos rizikos, palyginti su kliento reikalo žymomis, kurios kelia. Tam reikia advokato sprendimo. Tai negali būti automatizuota.

1 ir 2 sluoksniai tvarko didelės apimties darbą. 3 ir 4 sluoksniai išlaiko advokato sprendimą ten, kur privilegijos sprendimai priklauso. Apie tai, kas nutinka, kai privilegija jau panaikinta naudojant DI įrankius, žr. advokato-kliento privilegija ir DI.

Sąranka kūrėjams

Registracijos konfigūracija

Registruodami įmonės klientus rinkite kliento reikalo žymų formatus. Kiekviena kontora naudoja skirtingą formatą. Saugokite juos kaip kontoros specifiniai specialūs objektai. Taikykite visiems tos paskyros apdorojimams.

Numatytosios išankstinės konfigūracijos

Iš anksto sukurtos konfigūracijos apima įprastus kontekstus be specialaus darbo:

  • "Federaliniai teismo dokumentai" - federaliniai bylų numerių šablonai civilinėms, baudžiamosioms ir bankroto byloms
  • "Valstijų teismo dokumentai (CA/NY/TX)" - valstijų specifiniai formatai trims pagrindinėms jurisdikcijoms
  • "Vidaus operacijos" - reikalo žyma ir standartiniai AAS
  • "Išorinio advokato portalas" - sąskaitos nuoroda, reikalo žyma ir standartiniai AAS

Audito dokumentacija

Apdorojimo įrašai turėtų parodyti, kad specialūs kodai buvo įtraukti į kiekvieną aptikimo etapą. Tai palaiko darbo produkto apsaugą analizės metodui.

Plačiau apie tai, kaip redagavimo išlaidos auga teisminiuose procesuose, žr. e. atradimų AAS automatizavimas ir teisinės peržiūros išlaidų mažinimas.

Išvada

Privilegijoms jautrūs identifikatoriai yra tokie pat rizikingi kaip standartiniai AAS - dažnai dar labiau. Įrankiai, kurie praleidžia bylų kodus ir reikalo žymas, palieka realią spragą dokumentų darbo eigose.

Pataisymas nėra NLP modelis. Tai šablono sąranka. Kūrėjams, kuriantiems advokatų kontorų įrankius, tai skirtumas tarp 3 dienų pataisymo ir 3 mėnesių projekto. Advokatų kontorams tai skirtumas tarp gynybinės DI padedamos peržiūros ir privilegijos atsisakymo rizikos.

Šaltiniai

Pasiruošę apsaugoti savo duomenis?

Pradėkite anonimizuoti PII su 285+ subjektų tipais 48 kalbomis.

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.