2026'da Pratik Araç Manzarası: Beş Sınıf ve Seçim Ölçütleri
Güncellik notu. Bu ders Temmuz 2026 itibarıyla yazılmıştır. Yapay zekâ alanında ürün
adları, model sürümleri ve fiyatlar aylar içinde eskir. Bu yüzden burada tek tek ürünler değil,
yıllarca geçerli kalan yapısal ilkeler anlatılır. Bir ürün adı geçiyorsa örnek amaçlıdır;
karar verirken güncel durumu kendiniz doğrulayın.
1. Neden Ürün Değil, Sınıf Öğreneceğiz?
Bir yapay zekâ ürününün adını ezberlemenin ömrü ortalama birkaç aydır. Sürümler değişir, fiyatlar değişir, şirketler kapanır ya da satın alınır. Bu yüzden bu derste tek bir ürünü anlatmayacağız.
Onun yerine, yıllardır sabit kalan ve muhtemelen sabit kalmaya devam edecek olan beş araç sınıfını ve bir sınıftan diğerine geçme ölçütlerini öğreneceğiz. Bir ürün eskidiğinde, sınıf bilginiz eskimeyecek.
2. Beş Araç Sınıfı
Sınıf 1 — Genel sohbet arayüzü
En yaygın biçim. Bir metin kutusuna yazarsınız, cevap alırsınız. Çok kipli sürümlerinde görsel, ses ve belge de verebilirsiniz.
- İyi olduğu iş: taslak yazma, açıklama, beyin fırtınası, dönüştürme, öğrenme diyalogu.
- Zayıf olduğu iş: güncel olgular, kaynak gösterme, hassas veri.
- Uyarı: Girdiğiniz veri, sağlayıcının politikasına göre saklanabilir ve eğitimde kullanılabilir. Bölüm 3'te ele alacağız.
Sınıf 2 — Arama/kaynak destekli sistemler (RAG)
Model, cevabı yalnızca kendi içinden üretmez; önce bir kaynak kümesinden (web, kurum belgeleri, kütüphane) ilgili parçaları çeker ve cevabı onlara dayandırır. Lewis ve arkadaşlarının 2020'de tanıttığı bu yaklaşım (Retrieval-Augmented Generation) bugün pratikte standart hâline gelmiştir.
- İyi olduğu iş: olgusal sorular, kurum içi belge sorgulama, güncel bilgi, kaynak gösterilmesi gereken işler.
- Neden önemli: Halüsinasyon riskini azaltır (ortadan kaldırmaz) ve — daha önemlisi — size kontrol edilebilir bir kaynak bağlantısı verir.
- Uyarı: Kaynak gösteriyor olması doğru özetlediği anlamına gelmez. Bağlantıya tıklayın.
Sınıf 3 — Ajanlar (araç kullanan, çok adımlı sistemler)
Model yalnızca cevap vermez; arama yapar, dosya okur/yazar, kod çalıştırır, form doldurur, bir işi adım adım yürütür.
- İyi olduğu iş: tekrarlayan çok adımlı işler, veri toplama, dosya düzenleme, test çalıştırma.
- Risk: Hata artık bir cümlede değil, gerçek bir eylemde ortaya çıkar (yanlış dosya silinir, yanlış e-posta gider). Ajanlara dar yetki verin ve geri alınabilir işlerde kullanın.
Sınıf 4 — Yerel / açık ağırlıklı modeller
Kendi bilgisayarınızda ya da kurumunuzun sunucusunda çalışan modeller. Genel yetenekleri en büyük bulut modellerinin gerisinde olabilir, ama iki kritik üstünlüğü vardır.
- İyi olduğu iş: hassas veri içeren işler (sağlık, hukuk, müşteri verisi, kişisel notlar), çevrimdışı çalışma, öngörülebilir maliyet.
- Neden önemli (KVKK): Veri cihazdan/kurumdan hiç çıkmaz. Bu, kişisel veri içeren işlerde çoğu zaman tek doğru seçenektir.
Sınıf 5 — Gömülü asistanlar
Zaten kullandığınız yazılımın içine yerleşmiş yapay zekâ: ofis paketleri, e-posta istemcisi, tasarım aracı, kod editörü, tarayıcı.
- İyi olduğu iş: bağlamı zaten elinde olduğu için hızlı; iş akışını kesmez.
- Uyarı: Kurumsal verinize doğrudan erişir. Kurumsal ortamda yönetici onayı ve veri politikası kontrolü şarttır.
3. Seçim Ölçütleri — Dört Soru
``mermaid
flowchart TD
A{Hassas/kişisel veri var mı?} -->|Evet| B[Yerel veya kurumsal çözüm]
A -->|Hayır| C{Olgusal doğruluk kritik mi?}
C -->|Evet| D[Arama/kaynak destekli RAG<br/>+ bağlantıyı kontrol et]
C -->|Hayır| E{Çok adımlı iş mi?}
E -->|Evet| F[Ajan — dar yetki, geri alınabilir işler]
E -->|Hayır| G[Genel sohbet arayüzü]
``
1. Veri hassasiyeti. Girdide TC kimlik, sağlık bilgisi, müşteri verisi, sözleşme, çalışan bilgisi var mı? Varsa genel sohbet arayüzü doğru araç değildir.
2. Olgusal doğruluk kritikliği. Çıktıda tarih, sayı, mevzuat, tıbbi/hukuki bilgi olacak mı? Olacaksa kaynak gösterebilen bir sınıf seçin ve kaynağı tek tek kontrol edin.
3. Görev karmaşıklığı. Tek adımlı mı, çok adımlı mı? Çok adımlıysa ajan mantıklıdır — ama yetkisini daraltın.
4. Maliyet ve bağımlılık. Ücretsiz katman yeterli mi? İş akışınızı tek bir sağlayıcıya bağlamak, o sağlayıcı politika/fiyat değiştirdiğinde kırılganlık yaratır. Kritik iş akışlarında çıkış planınız olsun.
4. Uygulama: Kendi Araç Haritanız
Bir kâğıda (ya da tek bir not dosyasına) şu tabloyu doldurun ve altı ayda bir güncelleyin:
| İşim | Görev tipi | Hassas veri? | Seçtiğim sınıf | Doğrulama kuralım |
|---|---|---|---|---|
| Müşteri e-postası | Metin taslağı | Ad-soyad var | Yerel/kurumsal | Gönderim öncesi tam okuma |
| Mevzuat sorusu | Olgusal | Hayır | Kaynak destekli | Resmî siteden teyit |
| Haftalık rapor | Özetleme | Şirket içi veri | Kurumsal | Sayıları tablodan doğrula |
| Fikir üretme | Yaratıcı | Hayır | Genel sohbet | — |
Bu tablo sıkıcı görünür ama en pahalı hataları önleyen şey tam olarak budur: her seferinde yeniden düşünmek yerine, kararı bir kez verip kurala bağlamak.
5. Türkiye Bağlamı ve Vaka
Türkiye'de küçük işletmeler ve serbest çalışanlar için pratik bir tablo:
- Genel metin işleri için ücretsiz katmanlar çoğu zaman yeterlidir.
- Müşteri verisi söz konusu olduğunda, ücretsiz genel arayüzler KVKK açısından ciddi risk taşır (bkz. Bölüm 3).
- Kurumsal/yerel çözümler için donanım maliyeti son yıllarda düşmüştür; küçük ekipler için de erişilebilir hâle gelmiştir.
- Kamu kurumları ve sağlık kuruluşlarında kurum politikası her zaman kişisel tercihin önündedir.
Vaka. Eskişehir'de üç avukatın çalıştığı küçük bir hukuk bürosu, dilekçe taslakları için genel bir sohbet arayüzü kullanmaya başladı. İki sorun çıktı: (1) modelin ürettiği bazı içtihat atıfları gerçekte var olmayan kararlardı; (2) müvekkil bilgileri dış bir servise giriliyordu.
Büro iki katmanlı bir çözüm kurdu:
- Müvekkil verisi içeren her iş → kendi sunucularında çalışan yerel model. Veri bürodan çıkmıyor.
- Genel hukuki araştırma → kaynak destekli bir sistem; ve mutlak kural: "Hiçbir içtihat atfı, ilgili resmî veri tabanından tek tek doğrulanmadan dilekçeye girmez."
Ortak, süreci şöyle özetledi: "Aracı bırakmadık. Nerede hangi aracı kullanacağımızı yazılı hâle getirdik."
İkinci vaka. Samsun'da bir aile hekimi, hasta notlarını özetletmek için bulut tabanlı bir araç kullanmayı düşündü; kurum politikasını kontrol edince bunun yasak olduğunu gördü. Bunun yerine, hasta verisi içermeyen (yalnızca genel tıbbi konu araştırması) işler için kaynak destekli bir araç kullandı. Hasta verisi hiç sisteme girmedi. Bu ayrım, sağlık alanında tartışmasız bir kırmızı çizgidir.
6. Anahtar Çıkarımlar
- Ürün adı değil, araç sınıfı öğren. Beş sınıf: genel sohbet, kaynak destekli (RAG), ajan, yerel model, gömülü asistan.
- Hassas veri varsa yerel/kurumsal çözüm — genel sohbet arayüzü değil.
- Olgusal doğruluk kritikse kaynak destekli sistem kullan ve bağlantıya tıkla; kaynak göstermek doğru özetlemek demek değildir.
- Ajanlara dar yetki ver; hataları artık gerçek eylemlerde ortaya çıkar.
- Araç haritanı yaz. Kararı bir kez ver, kurala bağla, altı ayda bir güncelle.
7. Derinleşme: Ajanlarla Çalışmanın Güvenlik Kuralları
Ajanlar (araç kullanan, çok adımlı sistemler) en yüksek verim potansiyeline sahip sınıftır — ve en yüksek riske. Fark şudur: bir sohbet modelinin hatası bir cümledir; bir ajanın hatası gerçekleşmiş bir eylemdir.
Beş kural:
1. En az yetki ilkesi. Ajana yalnızca o iş için gereken erişimi verin. "Tüm dosyalarıma erişebilsin" kolaydır ama gereksizdir.
2. Geri alınabilirlik. Ajanları öncelikle geri alınabilir işlerde kullanın: taslak oluşturma, dosya okuma, rapor üretme. Silme, gönderme, ödeme ve yayınlama gibi geri alınamaz işlerde insan onayı araya girmelidir.
3. Sürüm kontrolü / yedek. Ajanın dosya değiştirdiği her ortamda önceki hâle dönebilmelisiniz.
4. Adımları görün. İyi bir ajan, ne yaptığını adım adım gösterir. Kara kutu gibi çalışan bir ajanın hatasını yakalayamazsınız.
5. Zaman ve maliyet sınırı koyun. Döngüye giren bir ajan, hem maliyet hem zaman yakabilir. Üst sınır belirleyin.
Prompt injection riski. Ajanlar dış kaynaktan metin okuduğunda (web sayfası, e-posta, belge), o metnin içine gizlenmiş talimatlar ajanı yönlendirebilir. Bu, güvenlik açısından ciddi ve henüz tam çözülmemiş bir sorundur. Pratik önlem: ajana güvenmediğiniz kaynakları okutup aynı anda hassas yetki vermeyin.
8. Maliyet ve Bağımlılık Yönetimi
Ücretsiz katmanlar. Çoğu kişisel iş için yeterlidir. Ama ücretsiz planlarda verilerin model eğitiminde kullanılma olasılığı daha yüksektir; hassas iş için uygun değildir.
Tek sağlayıcıya bağımlılık. İş akışınızı tamamen tek bir ürüne bağlarsanız, fiyat ya da politika değiştiğinde kırılgan hâle gelirsiniz. Kritik akışlarda çıkış planı bulundurun: istemleriniz ve verileriniz taşınabilir biçimde saklansın.
Yerel modellerin ekonomisi. Donanım maliyeti son yıllarda düşmüştür. Düzenli ve hassas veri işleyen küçük ekipler için yerel çözüm, hem mahremiyet hem öngörülebilir maliyet açısından giderek daha makul hâle gelmektedir.
9. Sık Sorulan Sorular
"Hangi araç en iyisi?" Bu sorunun kalıcı bir cevabı yok. Doğru soru: "Bu görev ve bu veri hassasiyeti için hangi sınıf uygun?"
"Ücretli plana geçmeli miyim?" Üç ölçüt: ücretsiz katmanın sınırına düzenli olarak takılıyor musunuz; veri politikası işiniz için yeterli mi; kazandığınız zaman ücreti karşılıyor mu?
"Birden fazla araç kullanmak karışıklık yaratır mı?" Araç haritanızı yazdıysanız yaratmaz. Karışıklığı yaratan şey araç sayısı değil, kural yokluğudur.
10. Kapanış: Altı Ayda Bir Sorulacak Beş Soru
Araç manzarası hızla değişir; ama şu beş soru değişmez. Yılda iki kez, takvime not düşerek sorun:
1. Hangi işlerimde gerçekten zaman kazandım? (Tahmin değil, ölçüm.)
2. Hangi araca gereğinden fazla bağımlı hâle geldim? Çıkış planım var mı?
3. Hassas veri sınırım hâlâ korunuyor mu? Alışkanlık hâline gelmiş bir gevşeme var mı?
4. Doğrulama kuralım işliyor mu, yoksa zamanla atlamaya mı başladım?
5. Yeni bir araç sınıfı ortaya çıktı mı ve benim iş akışıma uygun mu?
Bu beş soru, hem gereksiz araç değiştirmeyi hem de eskimiş bir kurulumda takılı kalmayı önler. Ürünler gelir geçer; karar çerçeveniz kalır.
Ek not — kurum içi araç seçimi. Bireysel kullanıcı için "hangi araç" sorusu bir tercih meselesidir; kurumda ise bir risk kararıdır. Kurumsal ortamda araç seçimini yapan kişi, yalnızca yeteneklere değil şu üçüne de bakmalıdır: verinin nerede işlendiği, sözleşmede eğitim kullanımı maddesinin ne dediği, ve hizmet kesintiye uğradığında iş akışının ne olacağı. Bu üç soru cevaplanmadan yapılan bir araç seçimi, ilerideki bir denetimde ya da bir veri olayında savunulamaz hâle gelir.