Yapay Zekâ ve Özel Yazılım
Kurumsal Yapay Zekâ Entegrasyonu
Kurumsal yapay zekâ entegrasyonu, büyük dil modelini kurumun kendi verisine, kendi sistemlerine ve kendi yetki kurallarına bağlayarak çalışır hale getirmektir. İşin zor kısmı modeli seçmek değil; modelin hangi veriye erişeceğini, hangi işlemi kendi başına yapabileceğini, hangisinde insan onayı bekleyeceğini ve bütün bunların geriye dönük nasıl kanıtlanacağını kurmaktır. YES.Tools bu katmanı kurumun mevcut sistemlerinin üzerine inşa eder.
Bu sayfa entegrasyonun hangi kararlardan oluştuğunu, hangi kurumda gerekli olduğunu ve hangi durumda gereksiz olduğunu anlatır. Hazır bir asistanın yeteceği yerde onu söylemeyi tercih ediyoruz.
Kavramlar
- Büyük dil modeli (LLM)
- Metni anlayıp metin üreten model. Tek başına kurumunuz hakkında hiçbir şey bilmez; değeri, kurumun kendi verisine ve süreçlerine bağlandığında ortaya çıkar.
- Etken yapay zekâ (ajan)
- Kendisine verilen hedefe ulaşmak için adımlarına kendi karar veren, araç çağıran ve zincirleme işlem yapabilen sistem. Klasik bir modelden farkı çıktı üretmekle kalmayıp eylemde bulunmasıdır — ve entegrasyonun bütün risk tartışması bu farkın üzerinde döner.
- Otonomi seviyesi
- Sistemin insan onayı almadan yapabileceği işlerin kapsamı. Öneri üretmek, karar vermek ve eylemde bulunmak üç ayrı seviyedir; üçü çok farklı sorumluluk doğurur ve çoğu ekip bunu hiç ayırmadan konuşur.
- Maskeleme katmanı
- İsteme kişisel veri girmeden önce kimlik, iletişim ve finansal alanları ayıklayan ya da takma değerle değiştiren sunucu tarafı adım. Ekranda gizleyip modele ham göndermek maskeleme sayılmaz.
- İzlenebilirlik kaydı
- Hangi ajanın hangi veriye eriştiği, hangi aracı çağırdığı ve hangi çıktıyı ürettiğinin zaman damgalı kaydı. Hata ayıklama logundan farkı, bir inceleme sırasında “kim neye erişti” sorusunu geriye dönük cevaplayabilmesidir.
Entegrasyon aslında üç katmandır
Kurumlar yapay zekâ projesini genellikle tek bir iş sanıp tek bir soruyla başlatır: hangi modeli kullanalım? Oysa model, üç katmanın yalnızca ortasıdır ve en kolay değiştirilebilen parçasıdır. Projenin ömrünü belirleyen alttaki ve üstteki katmanlardır.
- Veri katmanı — modelin kurumun kendi belgelerine, kayıtlarına ve sistemlerine erişmesi; hangi kaynağın hangi role açık olduğunun tanımlanması.
- Model katmanı — hangi işin hangi modele gideceği, sağlayıcı bağımsızlığı ve maliyet-kalite dengesi.
- Kontrol katmanı — yetki sınırı, onay eşiği, maskeleme ve izlenebilirlik. Projeyi üretime çıkarılabilir kılan katman budur.
İlk karar: öneri mi, karar mı, eylem mi?
Entegrasyonun kapsamını belirleyen soru teknik değil, sorumlulukla ilgilidir. Sistem yalnızca öneri mi üretiyor, bir karara mı varıyor, yoksa kurumun adına eylemde mi bulunuyor? Üçü aynı altyapıyla kurulabilir ama üçünün gerektirdiği kontrol tamamen farklıdır.
Öneri üreten bir sistemde yanlış çıktı bir zaman kaybıdır. Karar üreten bir sistemde yanlış çıktı bir müşteri kaybı olabilir. Eylemde bulunan bir sistemde yanlış çıktı geri alınması gereken bir işlemdir. Kapsamı baştan bu üç kutudan birine koymayan proje, ilerledikçe farkında olmadan bir üst seviyeye kayar.
- Öneri seviyesi — özetleme, taslak üretimi, arama ve iç bilgiye hızlı erişim. En hızlı değer üreten ve en az kontrol isteyen seviye.
- Karar seviyesi — başvuru değerlendirme, önceliklendirme, sınıflandırma. Burada gerekçe gösterimi ve itiraz yolu artık isteğe bağlı değildir.
- Eylem seviyesi — kayıt güncelleme, mesaj gönderme, işlem başlatma. Yetki beyaz listesi, onay eşiği ve geri alma yolu üçü birden kurulmadan üretime çıkılmaz.
Modeli kurumun kendi verisine bağlamak
Genel amaçlı bir model kurumunuzun fiyat listesini, iç prosedürünü ya da geçmiş yazışmasını bilmez; bilmediğini de her zaman söylemez. Entegrasyonun en çok değer üreten kısmı, modelin cevabını kurumun kendi kaynaklarına dayandırmasıdır: soru geldiğinde ilgili belge bulunur, modele o belgeyle birlikte verilir ve cevap kaynağıyla birlikte gösterilir.
Bunun görünmeyen faydası doğruluk değil, denetlenebilirliktir. Kaynağını gösteren bir cevap, yanlış olduğunda nerede yanlış olduğu bulunabilen bir cevaptır. Kaynak göstermeyen bir sistem, doğru cevap verdiğinde bile güvenilmez kalır.
Mimarinin dört sabiti
Aşağıdaki dördü, projenin büyüklüğünden bağımsız olarak baştan kurulur. Sonradan eklenmeleri teknik olarak mümkündür ama pratikte pahalıdır: sistem büyüdükten sonra eklenen kısıtlar genellikle aşılabilir kalır.
- Yetki beyaz listesi — ajanın çağırabileceği araçlar sabit bir listede durur. Yeni araç eklemek kod değişikliği ve gözden geçirme gerektirir; sistem çalışma anında kendi yetkisini genişletemez.
- Onay eşiği ve geri alma — risk eşiğini aşan eylemler doğrudan yürütülmez, onay kuyruğuna düşer. Onay ekranı ajanın gerekçesini ve kullandığı veriyi birlikte gösterir; aksi hâlde onaylayan kişi neyi onayladığını bilmez.
- Sunucu tarafı maskeleme — kişisel veri isteme girmeden ayıklanır. Bu, çoğu projede birkaç günlük iştir ve en yüksek riski en düşük maliyetle azaltır.
- İzlenebilirlik kaydı — kim, ne zaman, hangi veriye, hangi amaçla. Saklama süresi ve erişim yetkisi ayrıca tanımlanır.
Tek sağlayıcıya bağlanmamak
Model tarafı sektörün en hızlı değişen katmanı: bugün en iyi sonucu veren model altı ay sonra ne en iyisi ne en ucuzu olabilir. Bu yüzden entegrasyonu tek bir sağlayıcının arayüzüne gömmek, kurumu teknik olmayan bir bağımlılığa sokar.
Uygulanabilir yaklaşım, model çağrısını kendi arayüzünüzün arkasına almaktır: hangi işin hangi modele gideceği bir yapılandırma kararı olur, kod değişikliği olmaz. Aynı yapı, veriyi yurt içinde tutmanız gereken bir işi yurt içinde barındırılan bir modele yönlendirmeyi de mümkün kılar.
Uyum tarafı: ertelenen takvim, ertelenmeyen sorumluluk
AB Yapay Zekâ Yasası'nın yüksek riskli sistemlere ilişkin yükümlülükleri Dijital Omnibus düzenlemesiyle ileri bir tarihe taşındı; buna karşılık Türkiye'de faaliyet gösteren şirketleri bugün fiilen bağlayan KVKK rehberleri yürürlükte. Takvim gevşedi, sorumluluk gevşemedi.
Bunun mimarideki karşılığı yukarıdaki dört sabittir. Uyumun pahalı kısmı doküman üretmek değil, mimariyi sonradan değiştirmektir; bugün kurulursa maliyeti düşüktür. Konunun ayrıntılı teknik karşılığını ayrı bir rehberde yazdık.
Dört yaklaşım, dört farklı kurum
| Yaklaşım | Güçlü yanı | Sınırı |
|---|---|---|
| Hazır SaaS asistan | En hızlı başlangıç; kurulum gerektirmez, aylık bedelle kullanılır ve küçük ekipler için çoğu zaman yeterlidir. | Kurumun kendi verisine sınırlı bağlanır, yetki kuralları sağlayıcının sunduğuyla sınırlıdır ve veri nereye gidiyor sorusunun cevabı sizde değildir. |
| Genel amaçlı sohbet aracını kurumda serbest kullanmak | Bedelsiz ya da düşük maliyetli; çalışanlar kendiliğinden benimser ve ilk verimlilik kazancı hemen görünür. | En yaygın veri sızıntısı yolu budur: kimin hangi belgeyi yapıştırdığı kayıt altında değildir. Envanteri olmayan kurumda bu kullanım zaten mevcuttur, yalnızca görünmez. |
| Kurum içi ekiple sıfırdan kurmak | Bilgi kurumda kalır, uzun vadede en bağımsız seçenektir ve ekip ürünü tanır. | Kontrol katmanı (yetki, maskeleme, izlenebilirlik) genellikle en sona bırakılır ve pilot üretime çıkamaz. Yapay zekâ projelerinin pilotta kalmasının en yaygın sebebi model değil, bu katmanın hiç kurulmamış olmasıdır. |
| Kuruma özel entegrasyon (YES.Tools) | Kontrol katmanı baştan kurulur, model sağlayıcısı değiştirilebilir kalır ve sistem kurumun mevcut yazılımlarının üzerine oturur. | Analiz ve geliştirme süresi ister; hazır bir aracın yettiği ihtiyaç için fazla ağırdır. Bu durumda size hazır aracı öneriyoruz. |
Hangi durumda ne yapmalı?
İç süreçte özetleme ve taslak üretimi
Yapay zekâ yalnızca kurum içi belgeleri özetliyor, taslak hazırlıyor ve kimse hakkında karar üretmiyorsa yükümlülük hafiftir. Burada sunucu tarafı maskeleme ve erişim kaydı yeterlidir; ağır bir uyum programı kurmak gereksiz maliyettir.
Envanteri çıkmamış kurum
Hangi ekibin hangi aracı kullandığı, hangi veriyi nereye gönderdiği bilinmiyorsa entegrasyon projesi henüz erkendir. Önce envanter çıkarılır — bu listenin kendisi çoğu kurumda sürpriz üretir. Envanter için bize ihtiyacınız yok, bir öğleden sonra ve dürüst bir tablo yeterli.
Müşteriye dönük, karar üreten sistem
Başvuru değerlendiren, önceliklendiren ya da fiyat belirleyen bir akış varsa insan gözetimi, gerekçe gösterimi ve itiraz yolu isteğe bağlı olmaktan çıkar. Bu, kararı üreten girdilerin karar anında saklanmasını gerektirir — sonradan eklenmesi en zor özellik budur.
Kurum adına eylemde bulunan ajan
Sistem e-posta gönderiyor, kayıt güncelliyor ya da işlem başlatıyorsa risk sınıfı yükselir. Yetki beyaz listesi, onay eşiği ve geri alma yolu üçü birden kurulmadan üretime çıkılmamalıdır. Bu üçünü kurmak projenin en görünmeyen ama en belirleyici kısmıdır.
Mevcut yazılımın üzerine eklenen katman
Çoğu kurumda yapay zekâ sıfırdan bir ürün değil, çalışan bir sistemin üzerine gelen bir katmandır. Bu senaryoda asıl iş entegrasyondur: mevcut veritabanına, yetki modeline ve iş akışına dokunmadan bağlanmak. Yazılımı zaten biz geliştiriyorsak bu katman doğal olarak kısalır.
Bu konuda neler yapıyoruz
Sık sorulan sorular
Kurumunuzun verisiyle konuşalım.
Bir sınıfın ya da bir öğrencinin gerçek deneme verisiyle neyin çıktığını birlikte görelim; kapsam ve kurulum kararını ondan sonra verirsiniz.