By · Last updated 2026-03-12

Bloga DönHukuk Teknolojisi

E-Keşif Yaptırımları: Yapay Zeka Redaksiyonu Başarısız

Athletics Investment Group - Schnitzer Steel (2024) davasında hatalı redaksiyon e-keşif yaptırımlarını tetikledi. Yapay zeka araçları yalnızca %22,7 hassasiyet elde ederken hukuk ekipleri gerçek yükümlülükle yüz yüze.

March 12, 202610 dk okuma
e-discovery sanctionsredaction liabilityAI redaction precisiondocument reviewlegal technology

2026 için güncellendi

Redaksiyonun İki Başarısızlık Biçimi

Hukuk ekipleri iki başarısızlık moduyla karşı karşıya. Her ikisi de gerçek sorumluluk yaratıyor.

Yetersiz redaksiyon, gizli kalması gereken ayrıcalıklı verileri veya kişisel bilgileri ifşa eder. Taraf, koruma hakkına — ve çoğunlukla yükümlülüğüne — sahip olduğu materyali açıklıyor.

Aşırı redaksiyon, karşı taraf avukatının görme hakkı olduğu gerçekleri gizler. Mahkemeler bunu engelleme olarak değerlendirir. Yaptırımlara tabi tutulabilecek bir e-keşif ihlalidir.

Geri çağırma oranını hassasiyetin önünde tutan yapay zeka araçları ikinci sorunu tasarım gereği yaratıyor. Bir belgenin %80'ini karartarak hiçbir şeyi kaçırmayan bir yapay zeka motoru kulağa iyi gelebilir. Ama sonuç işe yaramaz. Mahkeme yaptırımlarını da beraberinde getirebilir.

Her iki başarısızlık modu da aynı yere çıkıyor: bir yargıç, bir açıklama ve masraflar.

Schnitzer Steel Davası (2024)

2024 tarihli Athletics Investment Group v. Schnitzer Steel davası, mahkemelerin hatalı belge saklama işlemlerini nasıl ele aldığını gösteriyor.

Bir taraf geniş işaretlemelerle belgeler sundu. Karşı taraf avukatı itiraz etti. Mahkeme materyallere baktı. İşaretlemelerin yasanın izin verdiğinin ötesine geçtiğini tespit etti.

Sonuç: Federal Usul Kuralı 37 kapsamında yaptırımlar. Belge sunan taraf hatalı sürecin bedelini ödedi.

Bu tür yaptırımlar yeni değil. Mahkemeler bunları yıllardır kullanıyor. Bu davayı öne çıkaran şey zamanlama. Yapay zeka destekli inceleme artık davalarda yaygın. Dava temel bir soruyu gündeme getiriyor: Hukuk ekipleri yapay zeka araçlarının hassasiyetini üretime almadan önce kontrol etti mi?

Cevap önemli. Düşük hassasiyetli bir araç çok fazla işaretleyecektir. Sonucu kontrol etmeden bu çıktıya güvenen avukat riski üstlenir.

Davanın tam analizi için E-Discovery LLC'nin alaka düzeyine dayalı saklama analizine bakın.

%22,7 Hassasiyet Sorunu

Presidio, Microsoft tarafından geliştirilen açık kaynaklı bir KBB (Kişisel Bilgi Belirleme) tespit motorudur. Belge inceleme araçlarında yaygın biçimde kullanılıyor. Mahkeme dosyaları ve sözleşmeler üzerinde yapılan testler %22,7 hassasiyet oranı veriyor.

Hassasiyet, pozitif bir işaretin ne sıklıkla doğru olduğunu ölçer. %22,7'de, her 100 işaretin yaklaşık 77'si yanlış pozitiftir. Bu öğeler hiçbir geçerli standart kapsamında hassas değil.

E-keşif için matematik doğrudan. Bu oranda işlenen 10.000 belgelik bir set, binlerce temelsiz işaretleme içerecektir. Belge sunan taraf, Schnitzer Steel davasındaki sanıkla aynı riskle karşı karşıya: itiraz edilen bir sunum, mahkeme incelemesi ve olası yaptırımlar.

Bu rakam, Presidio'nun hukuk bürosu içeriğindeki kutudan çıkar çıkmaz kurulumu için geçerli. Tüm yapay zeka araçları bu düzeyde performans göstermiyor. Ancak bu motor, alandaki en yaygın kullanılan açık kaynaklı seçenek.

Neden yapısal. NLP sistemleri genel metin üzerinde eğitiliyor. Hukuki dil farklı. Eğitim verilerinden sapan teknik terimler, atıf biçimleri ve taslak kuralları kullanıyor. Tıbbi kayıtlarda iyi çalışan bir araç, ifade tutanaklarında çok daha kötü sonuç verebilir.

Yapay Zeka Kullanım Verilerinin Gösterdiği

İşte ikinci bir veri noktası: Kurumsal yapay zeka kullanımının bağımsız analizine göre yapay zeka sohbet botu içeriğinin %27,4'ü hassas.

Bu, çalışanların normal görevler sırasında ne gönderdiğini açıklıyor. Kasıtlı olarak paylaştıkları veriler değil — alışkanlık veya kazara dahil edilen içerik. Mektup taslağı oluşturmak, sözleşme incelemek veya ifadeleri özetlemek için yapay zeka kullanan avukatlar, normal çalışmanın yan etkisi olarak hassas içeriği yapay zeka satıcısının sunucularına gönderiyor.

Her üç yapay zeka etkileşiminden neredeyse biri müşteri verisini, ayrıcalıklı bilgileri veya dava stratejisini içeriyor. Bu içerik, kontroller önce durdurmadığı sürece yapay zeka satıcısının sunucularına kullanılabilir biçimde ulaşıyor.

Yapay zeka risklerini kontrol eden hukuk büroları için %27,4 küçük bir sorun değil. Bu taban oran. Bir büroda yapay zeka kullanımının neredeyse üçte biri koruma gerektiren içerikle ilgili.

Sorumluluk Zinciri

Aşırı saklama ve yapay zeka veri sızıntıları ayrı ama bağlantılı risk yolları oluşturuyor. Her ikisi de aynı kararla başlıyor: bir yapay zeka aracını uygun değerlendirme yapmadan devreye almak.

E-keşif yolu: Yapay zeka içeriği geniş biçimde işaretliyor → avukat spot kontrol yapmadan çıktıya güveniyor → sunumda temelsiz işaretlemeler var → karşı taraf avukatı itiraz ediyor → mahkeme inceliyor → yaptırımlar.

Veri sızıntısı yolu: Avukat dava çalışması için yapay zeka kullanıyor → yapay zeka ayrıcalıklı iletişimleri alıyor → yapay zeka satıcısı ihlal yaşıyor → müşteri verileri ifşa oluyor → ihmal iddiaları geliyor.

Her iki durumda da başlangıç noktası aynı. Büroların yapay zeka araçlarının gerçekte ne yaptığını bilmeden devreye aldıkları. Çalışma için hiçbir kontrol kurulmamış.

Sunumlar için Hassasiyet Öncelikli İnceleme

Mahkemeler itiraz edilen işaretlemeleri incelerken dar bir soru soruyor. Her biri ayrıcalık, gizlilik kuralı veya mahkeme kararıyla destekleniyor muydu? Mahkemeler, sunan tarafın aracının mümkün olduğunca çok işaretleyip işaretlemediğini sormuyor.

Uygun bir dayanağı olmayan işaretleme, e-keşif ihlalidir. İnsan mı yapay zeka mı yaptığı önemli değil. Soruşturma işaretleme bazında yapılıyor.

Avukatlar için bu, yapay zeka inceleme araçlarının hassasiyet açısından test edilmesi gerektiği anlamına geliyor — gerçekten ayrıcalıklı olan işaretlemelerin payı. Sadece geri çağırma değil. %22,7 hassasiyetle %90 geri çağırma elde eden bir araç daha fazla hassas içeriği yakalıyor. Ama %77,3'lük yanlış işaretlemeler için inceleme yükü oluşturuyor. Bu inceleme yapılmadığında geniş kapsamlı aşırı saklama geliyor.

Sunumdaki her işaretleme mahkemeye yönelik bir iddia. Şunu söylüyor: bu içerik meşru biçimde saklanıyor. Schnitzer Steel sonrasında bu iddianın dayanıklı olması gerekiyor.

Anonimleştirme araçlarının standart KBB tespitinden farkı için hukuki belge incelemede yapay zeka hassasiyeti rehberimize bakın. Ayrıcalık günlükleri ve yapay zeka araçları bağlamı için avukat-müvekkil ayrıcalığı ve yapay zeka yazımıza bakın.

Kaynaklar

Verilerinizi korumaya hazır mısınız?

48 dilde 285+ varlık türü ile PII anonimleştirmeye başlayın.

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.