Hukuk Bürolarında Yapay Zekâ Nasıl Kullanılır?

Hukuk bürolarında yapay zekâ, önce sınırlı bir pilot görev ve yazılı kullanım kurallarıyla devreye alınmalıdır. Araç seçmek kadar hangi verinin paylaşılacağı, çıktıyı kimin kontrol edeceği ve son işlemi kimin onaylayacağı önemlidir. Belge envanteri veya kaynaklı kronoloji gibi denetlenebilir görevler iyi başlangıç noktalarıdır. Canlı müvekkil dosyalarını topluca aktarmak, henüz değerlendirilmemiş bir sistemi üretime almak anlamına gelebilir. Büro, hız kazanımını doğruluk, gizlilik ve kontrol süresiyle birlikte ölçmelidir.

Genel çerçeve yapay zekâ ve hukuk rehberinde bulunur. Tek tek görevlerin örnekleri için avukatların AI kullanım alanlarını inceleyebilirsiniz. Bu yazı esas olarak büro düzeyindeki uygulama ve yönetişime odaklanır.

Sorunu araçtan önce tanımlayın

“Büroya yapay zekâ alalım” hedefi ölçülebilir değildir. Hangi işin neden yavaş olduğu belirlenmelidir. Tekrar eden belge sınıflandırması, araştırma notlarının düzenlenmesi veya sözleşme sürümlerinin karşılaştırılması farklı çözümler gerektirir.

Çalışanlarla kısa bir görev envanteri çıkarın. Her görev için sıklık, ortalama süre, hata etkisi ve kullanılan veri türünü kaydedin. AI'nın gerekli olmadığı işler de olabilir. Dosya adlandırma standardı veya basit belge yönetimi düzenlemesi bazen model kullanımından önce gelir.

İlk pilot, herkesin istediği her işi aynı anda yapmaya çalışmamalıdır. Tek bir çıktı şeması ve değerlendirme yöntemi belirlemek öğrenmeyi hızlandırır. Görev kapsamı daraldığında hatanın nerede oluştuğunu anlamak kolaylaşır.

Yazılı kullanım politikası neleri kapsar?

Politika bir yasak listesiyle sınırlı olmamalıdır. Onaylı araçlar, kullanılabilecek veri türleri, ön kontrol, çıktı doğrulama ve olay bildirimi birlikte açıklanmalıdır. Çalışan “bu durumda kime danışacağım?” sorusunun cevabını bulabilmelidir.

Bu yapı genel bir yönetim önerisidir. Her büroda aynı unvanlar bulunmayabilir; ancak kararın kimde olduğu açık olmalıdır. Sorumluluk belirsiz kaldığında “başkası kontrol etmiştir” varsayımı oluşur.

Veri sınıflandırması ve meslek sırrı

Kamuya açık metin, ticari sır ve müvekkil dosyası aynı kullanım havuzuna konulmamalıdır. Hassas ekler için daha dar kapsam veya farklı teknik çözüm gerekebilir. Veriyi kimin sağladığı ve hangi amaçla alındığı da değerlendirilir.

Türkiye Barolar Birliği'nin yapay zekâ tavsiye rehberi duyurusu, profesyonel kullanımda gizlilik ve insan kontrolü başlıklarını ele alır. Büro içi politika bu genel çerçeveyi gerçek veri akışlarına dönüştürmelidir.

İşleme şartları ve aktarım değerlendirmesi için hukukçuların KVKK rehberini kullanın. Bir personelin kişisel hesabıyla bütün dosyaları yüklemesi kurumsal kontrolü zorlaştırır. Hesap, erişim ve çıktı paylaşımı birlikte planlanmalıdır.

Pilotun başarı ölçütünü önceden yazın

Pilot sonunda “güzel yazıyor” demek yeterli değildir. Hangi alanları doğru çıkardığı, kritik hataları ne sıklıkta yaptığı ve inceleyen kişinin kaç dakika harcadığı ölçülmelidir. Zaman kazancı yalnızca ilk çıktının gelme süresi değildir.

Örneğin tarih çıkarımı pilotunda insan tarafından hazırlanmış referans tablo kullanılabilir. Modelin eksik bıraktığı tarih, yanlış tarih türü ve kaynaksız satır ayrı hata kategorileridir. Yanlış bir tebligat tarihi ile küçük bir biçim hatasını aynı saymak sonuçları yanıltır.

Az sayıda temiz belge üzerinde başarı görmek, taranmış veya karmaşık dosyalardaki performansı kanıtlamaz. Test seti temsili olmalıdır. Bununla birlikte gerçek kişisel veriyi gereksiz yere teste sokmamak için uygun anonimleştirilmiş veya örnek malzeme hazırlanabilir.

İnsan onayı hangi noktada olmalı?

Taslak, kontrol edilmiş çıktı ve dışarı gönderilen belge ayrı durumlardır. Modelin taslak üretmesi işlem yetkisi anlamına gelmez. E-posta, dilekçe veya sözleşme gönderimi belirlenen kişiye onay için sunulmalıdır.

Onay veren kişi kaynakları ve eksikleri görebilmelidir. Yalnızca son metne bakarak kapsamın tam olduğunu anlamak mümkün olmayabilir. Sistem “incelenmeyen ekler” ve “doğrulanmayan atıflar” gibi alanları gizlememelidir.

Araç çağırabilen agent sistemlerinde işlem öncesi kontrol daha da önemlidir. Dış sistemlerde değişiklik yapma yetkisi, metin hazırlama yetkisinden ayrı verilmelidir. Agentların hukuki sorumluluğu bu ayrımı teknik iş akışı üzerinden açıklar.

Çalışan eğitimi ve hata kültürü

Kısa bir kullanım eğitimi yalnızca prompt yazmayı öğretmemelidir. Kaynak dışı bilgi, sahte karar künyesi, OCR hatası ve belge içindeki zararlı talimat örnekleri de gösterilmelidir. Amaç çalışanı her çıktıya güvensiz bırakmak değil hangi kontrolün gerektiğini öğretmektir.

Hata bildirimi cezalandırıcı bir süreç gibi kurulursa yanlışlıklar gizlenebilir. Bildirimin hangi kanala yapılacağı, paylaşılabilecek örnek kapsamı ve düzeltme yöntemi belirlenmelidir. Hata analizi için belge içeriğini herkesin görebildiği bir mesaj kanalına koymak yeni bir gizlilik sorunu yaratabilir.

Araç güncellemeleri sonrası eski pilot sonucu geçerli sayılmamalıdır. Model, veri akışı veya ürün davranışı değiştiğinde belirli testler tekrar yapılmalıdır. Bu, her gün büyük bir test bütçesi harcamak değil kritik iş akışlarının uygun sıklıkta kontrolüdür.

Satın alma değerlendirmesi

Bir hukuk teknolojisi ürününü özellik listesiyle karşılaştırmak yetersizdir. Belge uzunluğu, kaynak gösterimi, erişim sınırları, veri silme ve alt sağlayıcı koşulları sorulmalıdır. Ticari iddialar gerçek örneklerle test edilmelidir.

Entegrasyon gerekiyorsa izinler ve teknik sınırlar belirlenir. UYAP bağlantısı olduğunu söyleyen bir sistemin neyi nasıl yaptığı ayrıca incelenmelidir. Genel sohbet aracı ile dosya yönetim sistemi farklı işler yapar. LegalTech rehberi bu ürün sınıflarını ayırır.

Toplam maliyet hesabına insan denetimi, eğitim, abonelik ve başarısız görevlerin yeniden işlenmesi eklenmelidir. Ucuz bir modelin çok fazla düzeltme gerektirmesi görünmeyen maliyet oluşturabilir. Buna karşılık daha pahalı bir araç da doğru görev seçilmediyse fayda sağlamaz.

DEHA ile ilk çalışma

DEHA üzerinde paylaşımı değerlendirilmiş örnek belgelerle sınırlı bir pilot yapabilirsiniz. Source Studio'da seçili kaynaklara dayalı sorular sorup alıntıların doğruluğunu kontrol edin. İlk görev olarak envanter veya kronoloji seçmek, genel hukuki görüş istemekten daha ölçülebilirdir.

Örnek: “Bu belgelerdeki tarihler ve yükümlülükleri tabloya çıkar; kaynağı göster; eksik bilgi için tahmin yapma.” Referans tabloyla karşılaştırın. DEHA'nın büro politikası, yetki sistemi veya bütün mevzuat erişimini kendiliğinden tamamladığını varsaymayın.

Devreye alma kontrolü

• Onaylı görev ve veri türü belli mi?
• Sağlayıcı koşulları ve aktarım incelendi mi?
• Pilotun hata kategorileri ve referansı var mı?
• Çıktıyı inceleyen ve işlemi onaylayan kişi belli mi?
• Erişim, saklama ve silme yöntemi açık mı?
• Güncelleme sonrası kontrol ve olay bildirimi tanımlı mı?

Bütün çalışanlar aynı aracı kullanmalı mı?

Ortak kurallar önemlidir; ancak görev ihtiyacı ve yetki farklı olabilir. Seçim kontrol edilebilir bir kullanım planına dayanmalıdır.

Başarılı pilot otomatik üretim izni midir?

Hayır. Veri, yetki ve işlem kapsamı ayrıca değerlendirilir. Pilot yalnızca belirli koşullardaki performansı gösterir.

Kontrol maliyetini görünür kılın

Bir pilotta on dakikada üretilen raporun kırk dakika düzeltme gerektirmesi gerçek zaman kazancını değiştirebilir. Çalışma süresini veri hazırlama, üretim, kaynak kontrolü ve düzeltme olarak ayırın. Kritik hata nedeniyle işin yeniden yapılması ayrı kaydedilmelidir.

Bu ölçüm çalışan performansını izlemek için gereksiz kişisel veri toplamaya dönüşmemelidir. Görev düzeyinde ölçüm çoğu pilot için yeterli olabilir. Kullanım hacmi ile kaliteli çıktı sayısı aynı gösterge değildir. Çok mesaj atılması, dosya analizinin doğru tamamlandığını kanıtlamaz.

Bir görevde kazanç düşükse ürünü bütünüyle başarısız saymak yerine yanlış görev seçimi ihtimalini de inceleyin. Araç belge envanterinde yararlı olup karmaşık hukuki değerlendirmede daha fazla kontrol gerektirebilir. Kapsamı bu bulgularla daraltmak, genel bir otomasyon iddiasından daha sürdürülebilir bir uygulama sağlar.

İnceleme tarihi: 29 Eylül 2026. Kaynak: TBB'nin bağlantılı tavsiye rehberi duyurusu. Politika tablosu ve ölçüm önerileri DEHAYZ'ın örnek yönetişim tasarımıdır.