LLM Nedir? Büyük Dil Modelleri Çalışma Mantığı [2026]

LLM (Large Language Model), milyarlarca parametre üzerinde eğitilmiş büyük dil modellerinin genel adıdır. GPT-4, Claude, Gemini ve DeepSeek gibi modeller bu kategoriye girer. Metin üretimi, özetleme, çeviri ve kod yazma gibi görevlerde kullanılır.

Kısa cevap: LLM (Büyük Dil Modeli), devasa metin verileri üzerinde eğitilerek doğal dili anlayan, üreten ve karmaşık anlamsal ilişkileri istatistiksel olasılıklarla modelleyen yapay zeka sistemidir. ChatGPT, Gemini ve Claude gibi araçların arkasındaki motor bu modellerdir. Bu rehberde bir LLM'in ne olduğunu, nasıl çalıştığını, nasıl eğitildiğini, nerede güçlü nerede yanıltıcı olduğunu ve bir işletmede güvenle nasıl kullanılacağını sade bir dille anlatıyorum.

LLM (Büyük Dil Modeli) Nedir?

LLM, dili istatistiksel olarak modelleyen bir yapay sinir ağıdır. Temeldeki fikir sade: model, kendisine verilen metnin devamında hangi token'ın (kelime ya da kelime parçası) gelme olasılığının en yüksek olduğunu tahmin eder. Bu tahmini milyarlarca kez, milyarlarca cümle üzerinde tekrarlayarak dilin yapısını, olguları ve akıl yürütme kalıplarını dolaylı olarak öğrenir. Sonuçta ortaya, doğal dilde yazılmış bir isteği anlayıp yine doğal dilde tutarlı bir yanıt üretebilen bir sistem çıkar.

Bu modellerin bugünkü gücünün temelinde 2017'de yayımlanan Transformer mimarisi yatar. Google araştırmacılarının "Attention Is All You Need" makalesinde tanıttığı bu mimari, modelin bir cümledeki her kelimenin diğer kelimelerle ilişkisini aynı anda tartmasını (attention) sağlar. Bu sayede uzun bağlamı önceki yöntemlerden çok daha iyi kavrar ve büyük veriyle verimli ölçeklenir. "Büyük" sıfatı hem eğitim verisinin hem de modelin parametre sayısının çok yüksek olmasına işaret eder.

Önemli bir ayrım: LLM bir arama motoru ya da veri tabanı değildir. Bir gerçeği "hatırlayarak" değil, eğitimde gördüğü kalıplardan yola çıkarak üreterek yanıt verir. Bu, onu yaratıcı ve esnek yapan özelliktir; ama aynı zamanda neden bazen kendinden emin bir dille yanlış bilgi verebildiğini de açıklar.

LLM Nasıl Çalışır?

Bir LLM'e bir metin verdiğinizde, model önce bu metni token'lara böler. Bir token çoğu zaman bir kelimeye değil, kelime parçasına karşılık gelir; "otomasyon" birden fazla token'a ayrılabilir. Model her token'ı sayısal bir vektöre (embedding) çevirir, bu vektörler üzerinde attention katmanlarıyla işlem yapar ve çıktı olarak bir sonraki token için bir olasılık dağılımı üretir. En olası token seçilir, diziye eklenir ve süreç yanıt tamamlanana kadar tekrarlanır.

1. Tokenizasyon: Girdi metni, modelin işleyebileceği token parçalarına ayrılır.
2. Bağlam işleme: Attention katmanları, her token'ın diğerleriyle ilişkisini tartarak anlamı çıkarır.
3. Tahmin: Model, bir sonraki token için olasılık dağılımı üretir.
4. Örnekleme: Bir token seçilir; "temperature" ayarı seçimin ne kadar çeşitlilik taşıyacağını belirler.
5. Tekrar: Yeni token diziye eklenir ve süreç yanıt bitene kadar devam eder.

Bu mekanizma iki pratik sonucu açıklar. Birincisi bağlam penceresi: modelin aynı anda dikkate alabildiği token sayısı sınırlıdır, bu yüzden çok uzun belgelerde bilgiyi doğru yönetmek gerekir. İkincisi belirsizlik: aynı soruya iki kez sorulduğunda biraz farklı yanıtlar gelebilir, çünkü çıktı olasılıksaldır. Bir LLM'e verilen bağlamı bilinçli tasarlamak, doğru yanıt almanın en güçlü kaldıracıdır; bu konuyu Bağlam Mühendisliği (Context Engineering) yazısında ayrıntılı ele alıyorum.

Bir LLM Nasıl Eğitilir?

Modern bir LLM tek adımda değil, birbirini izleyen aşamalarla eğitilir. Bu aşamaları anlamak, modelin neden bazı şeyleri iyi, bazılarını kötü yaptığını görmeyi kolaylaştırır.

• Ön eğitim (pre-training): Model, internet ölçeğinde büyük bir metin yığını üzerinde bir sonraki token'ı tahmin etmeyi öğrenir. Dilin, olguların ve akıl yürütmenin büyük kısmı bu aşamada kazanılır. En maliyetli ve en uzun aşama budur.
• Talimatla ince ayar (instruction fine-tuning): Model, "şunu yap" biçimindeki isteklere yararlı yanıtlar vermesi için özenle hazırlanmış örneklerle eğitilir. Ham dil modeli burada bir asistana dönüşür.
• İnsan geri bildirimiyle pekiştirme (RLHF): İnsanların yanıtları karşılaştırıp tercih ettiği veriye göre model, daha yardımcı ve daha güvenli yanıtlar üretecek şekilde ayarlanır. OpenAI, bu yöntemi talimat izleyen modeller çalışmasında ayrıntılandırır.

Bir modelin "bilgisi" ön eğitim verisinin toplandığı ana kadar uzanır; buna bilgi kesme tarihi denir. Bu yüzden bir LLM, eğitiminden sonra gerçekleşen olayları kendiliğinden bilmez. Güncel veriye ihtiyaç duyan senaryolarda modele bu veriyi çalışma anında sağlamak gerekir — bir sonraki bölümdeki RAG tam olarak bunu çözer.

LLM'lerin Yapabildikleri ve Sınırları

LLM'ler belirli iş türlerinde olağanüstü verimlidir: metin özetleme, çeviri, taslak yazımı, sınıflandırma, veri çıkarımı, kod açıklama ve doğal dilde soru yanıtlama. Buna karşılık kesin matematik, gerçek zamanlı veri, kaynak doğrulaması ve geri alınamaz kararlar konusunda tek başına güvenilir değildir. Doğru yaklaşım, modeli her işe koşmak değil; güçlü olduğu yerde kullanmak, zayıf olduğu yerde ise doğrulama ve insan onayıyla desteklemektir.

Bu tabloyu bir kural gibi ele almak yerine, kendi sürecinizdeki her adım için "model burada hata yaparsa maliyeti ne olur" diye sormak daha sağlıklıdır. Maliyet düşük ve geri alınabilirse otomasyon serbest bırakılabilir; yüksek ve geri alınamazsa insan onayı şarttır.

Halüsinasyon Nedir ve RAG ile Nasıl Azalır?

Halüsinasyon, bir LLM'in gerçek olmayan bir bilgiyi doğruymuş gibi, akıcı ve kendinden emin bir dille üretmesidir. Bunun nedeni modelin bir "doğruluk veri tabanı"ndan okumaması, olasılıksal olarak makul görünen metni üretmesidir. Model bir olguyu bilmediğinde bile boşluğu makul görünen bir uydurmayla doldurabilir. Bu yüzden iş kritik bilgide çıktı mutlaka doğrulanmalıdır.

En etkili çözümlerden biri RAG'dir (Retrieval-Augmented Generation, erişimle güçlendirilmiş üretim). RAG'de model soruyu doğrudan yanıtlamaz; önce güvenilir bir kaynaktan (şirket dokümanları, veri tabanı, güncel kayıtlar) ilgili metin parçaları çekilir ve bu parçalar bağlam olarak modele verilir. Model artık kendi belleğinden değil, önüne konan kaynaktan yanıt üretir. Bu, hem güncel veri sorununu hem de halüsinasyonu belirgin biçimde azaltır. Aynı zamanda yanıtın hangi kaynağa dayandığını göstererek doğrulanabilirlik kazandırır.

• Kaynağa dayan: Yanıtı modelin belleğine değil, çekilen belgeye bağla.
• Kaynağı göster: Hangi dokümandan gelindiğini kullanıcıya belirt, güven artsın.
• Bilmiyorsa sustur: İlgili kaynak yoksa model "bilmiyorum" demeli, uydurmamalı.
• Kritikte doğrula: Sayı, tarih ve isim gibi hassas alanları ayrıca kontrol et.

LLM'ler İşletmede Nasıl Kullanılır?

İşletmede LLM'in değeri, tek tek soru yanıtlamaktan çok mevcut iş süreçlerine gömülmesinde ortaya çıkar. Bir LLM; gelen talepleri sınıflandırabilir, taslak yanıt hazırlayabilir, uzun belgeleri özetleyebilir, formdan gelen veriyi yapılandırabilir ve bir sonraki adımı önerebilir. Bunların hepsi bir otomasyon akışının parçası olduğunda, insan yalnızca kararın kritik olduğu yerde devreye girer.

• Müşteri iletişimi: Gelen mesajın dilini ve niyetini tespit et, taslak yanıt hazırla, yetkiliye onaya sun.
• Belge işleme: Sözleşme, fatura veya rapordan anahtar bilgileri yapılandırılmış alanlara çıkar.
• Bilgi erişimi: Şirket içi dokümanlar üzerinde RAG ile kaynağa dayalı soru yanıtlama kur.
• İçerik operasyonu: Taslak metin, özet ve başlık üret; yayını insan onayına bağla.

Kritik nokta şudur: LLM bir süreci kendiliğinden doğru hâle getirmez. Verinin sınırı, hata davranışı, onay kapısı ve doğrulama ölçütü tasarlanmalıdır. Bu tasarım disiplinini otonom ajanlarda insan onayı yazısında; modeli bir otomasyon platformuna bağlamayı ise Make.com nedir rehberinde anlatıyorum. Uçtan uca bir kurumsal kurulum için yapay zekâ ve iş akışı otomasyonu çözüm sayfasından ücretsiz değerlendirme talep edebilirsiniz.

Doğru LLM Nasıl Seçilir?

"En iyi LLM hangisi" sorusunun tek bir cevabı yoktur; doğru soru "bu iş için hangi model uygun" olmalıdır. Seçim; görevin zorluğu, gecikme (hız) beklentisi, maliyet, bağlam penceresi ihtiyacı ve veri gizliliği gerekliliğine göre yapılır. Basit sınıflandırma işleri için küçük ve hızlı bir model yeterliyken, karmaşık akıl yürütme gerektiren işlerde daha güçlü bir model gerekir.

1. Görev zorluğu: Basit etiketleme mi, çok adımlı akıl yürütme mi?
2. Hız ve maliyet: Yüksek hacimli çağrıda küçük model toplam maliyeti düşürür.
3. Bağlam ihtiyacı: Uzun belgelerle çalışılıyorsa geniş bağlam penceresi önemlidir.
4. Gizlilik: Hassas veride verinin nereye gittiği ve saklanıp saklanmadığı belirleyicidir.

Pratikte çoğu üretim sistemi tek modele bağlı kalmaz: ucuz ve hızlı bir modeli rutin işlerde, güçlü bir modeli yalnız zor kararlarda kullanan karma kurulumlar hem maliyeti hem kaliteyi optimize eder. Model karşılaştırmalarında bağımsız değerlendirmeler için Stanford HAI AI Index gibi kaynaklar iyi bir başlangıçtır.

LLM Kullanımında Güvenlik ve KVKK

Bir LLM'e gönderilen her istem (prompt), üçüncü taraf bir servise aktarılan veridir. Kişisel veri içeren bir metni bir dış modele gönderdiğinizde, bu bir yurt dışına veri aktarımı anlamına gelebilir. Türkiye'de veri sorumlusu; hangi verinin neden işlendiğini, nereye aktarıldığını, saklama süresini ve uygun hukuki güvence mekanizmasını belirlemekle yükümlüdür. KVKK Kurumunun yurt dışına aktarım açıklaması bu güvence yöntemlerini tanımlar.

• Gereksiz kişisel veriyi isteme hiç dahil etme; veri minimizasyonu uygula.
• Hassas veride, verinin eğitimde kullanılıp kullanılmadığını sağlayıcının koşullarından doğrula.
• Yerel veya özel barındırılan model seçeneklerini gizlilik gereksinimine göre değerlendir.
• Model çıktısını, geri alınamaz bir eylemi tetiklemeden önce insan onayından geçir.
• İstem ve yanıt kayıtlarını da kişisel veri envanterine dahil et.

Özetle LLM, doğru kurulduğunda bir işletmenin en güçlü verimlilik kaldıraçlarından biridir; ama bir "sihirli kutu" değildir. Gücü, sınırlarını bilerek, kaynağa dayandırarak ve kritik kararları insana bırakarak kullanıldığında ortaya çıkar. Kendi sürecinize LLM'i nasıl entegre edeceğinizi konuşmak isterseniz benimle iletişime geçebilirsiniz.

Large Language Model Ne Demek? Terimin Türkçe Karşılığı ve Kapsamı

Large language model, Türkçeye büyük dil modeli olarak çevrilen terimin İngilizce aslıdır ve kısaltması LLM'dir. Üç kelimenin her biri ayrı bir teknik iddia taşır. Large (büyük), hem eğitim verisinin hem de modelin parametre sayısının çok yüksek olduğunu söyler; bu büyüklük, modelin dildeki kalıpları ezberlemek yerine genelleyebilmesinin ön koşuludur. Language (dil), modelin girdisinin ve çıktısının doğal dil olduğunu belirtir: sistem, sayısal bir tabloyu değil metni modellemektedir. Model ise sistemin bir kural listesi değil, veriden öğrenilmiş istatistiksel bir temsil olduğunu ifade eder.

Türkçe kaynaklarda aynı kavram için büyük dil modeli, dil modeli ve yer yer üretken yapay zekâ modeli ifadeleri kullanılır. Bu üçü eşanlamlı değildir. Dil modeli, bir dizideki sonraki birimin olasılığını hesaplayan her modelin genel adıdır ve küçük ölçekli olanları da kapsar. Büyük dil modeli, bu ailenin milyarlarca parametreli ve genel amaçlı hâlidir. Üretken yapay zekâ ise dille sınırlı olmayan, görsel ve ses üreten modelleri de içeren daha geniş bir şemsiyedir. Bir metinde hangisinin kastedildiğini anlamanın pratik yolu şudur: girdi ve çıktı metinse ve model genel amaçlıysa, konu LLM'dir.

AI Agent (Yapay Zekâ Ajanı) Nedir ve LLM'den Farkı Nedir?

AI agent, bir LLM'in tek seferlik metin üretmekle kalmayıp bir hedefe ulaşmak için araç çağırdığı, sonucu görüp bir sonraki adımına karar verdiği ve bu döngüyü hedef tamamlanana kadar sürdürdüğü sistemdir. Fark tek cümleyle özetlenebilir: LLM yanıt üretir, ajan iş yapar. Bir LLM'e faturayı özetlet dediğinizde metin alırsınız; bir ajana faturayı sisteme işlet dediğinizde ajan veritabanını sorgular, kaydı açar, sonucu doğrular ve hata varsa yeniden dener.

Bu döngüyü mümkün kılan üç bileşen vardır. Birincisi araçlar: modelin çağırabileceği tanımlı işlevler. Model Context Protocol'ün araç bölümü bunları model tarafından denetlenen, yani modelin bağlamı anlayarak kendi seçtiği çağrılar olarak tanımlar; her aracın adı, açıklaması ve girdi şeması vardır. İkincisi bellek ve bağlam: ajanın önceki adımlarda ne yaptığını taşıması. Üçüncüsü durdurma koşulu: döngünün ne zaman biteceğini belirleyen kural; bu olmadan ajan aynı adımı tekrarlayarak kaynak yakar.

Ajanlaşmanın bedeli, hatanın da otonomlaşmasıdır. Bu yüzden aynı protokol açık bir uyarı taşır: güven ve güvenlik gerekçesiyle, araç çağrılarını reddetme yetkisine sahip bir insanın her zaman döngüde olması beklenir. Pratikte bu, geri alınamaz eylemlerde onay kapısı kurmak demektir; ayrıntısını otonom ajanlarda insan onayı yazısında ele aldım. Ajanın veri kaynaklarına standart biçimde nasıl bağlandığını ise MCP rehberinde anlattım.

Uçtan Uca Örnek: Bir İstemin Token'dan Yanıta Yolculuğu

Yukarıdaki kavramları tek bir istem üzerinde birleştirelim. Kullanıcı şunu yazsın: Geçen ayın satış raporunu özetle ve düşen kalemleri listele.

• 1. Token'lara ayırma: Metin kelime parçalarına bölünür. Türkçe gibi eklemeli dillerde bir kelime çoğu zaman birden fazla token üretir; bu, aynı cümlenin Türkçesinin İngilizcesinden daha fazla token tüketmesinin sebebidir ve doğrudan maliyete yansır.
• 2. Bağlamın kurulması: İsteme sistem talimatı, varsa önceki konuşma ve dışarıdan getirilen belgeler eklenir. Bu yığının tamamı bağlam penceresine sığmak zorundadır; sığmayan kısım kırpılır ve model onu hiç görmez.
• 3. Getirme adımı: Satış raporu modelin eğitim verisinde yoktur. Ajan bir araç çağırarak raporu kaynağından çeker; dönen veri bağlama veri olarak eklenir, talimat olarak değil.
• 4. Üretim: Model bir sonraki token'ı olasılıkla seçerek yanıtı adım adım üretir. Aynı istem iki kez çalıştırıldığında tıpatıp aynı çıktının gelmemesinin sebebi budur.
• 5. Doğrulama: Düşen kalemler listesi rakam içerir; rakamlar modele değil, kaynak veriye karşı kontrol edilir. Kural sadedir: metni model yazar, sayıyı sistem verir.

Bu beş adımın en sık atlananı üçüncüsüdür. Modele kaynak vermeden rapor istemek, onu hatırlamadığı bir şeyi hatırlamaya zorlamaktır; halüsinasyonun büyük kısmı burada doğar. Getirme katmanının kurumsal tasarımı için RAG mimarisi yazısı tamamlayıcıdır.

Veri ve Ölçüm: Bir LLM Kurulumunun Kalitesi Nasıl Değerlendirilir?

Model seçimi tartışmalarının çoğu, ölçüm olmadığı için sonuçsuz kalır. Genel sıralama tabloları modelin sizin işinizdeki başarısını göstermez; çünkü o tablolar sizin verinizle, sizin görev tanımınızla üretilmemiştir. Yapılması gereken, kendi ölçüm sözleşmenizi kurmaktır.

• Altın küme: Gerçek işlerinizden seçilmiş, doğru cevabı insan tarafından sabitlenmiş 30-50 örnek. Model değiştirmeden önce ve sonra aynı küme koşturulur.
• Görev başarı oranı: Çıktının kabul kriterini karşılama yüzdesi. Kriter subjektif olmamalı: alan eksikse başarısız, kaynak göstermiyorsa başarısız gibi ikili kurallarla tanımlanır.
• Kaynağa sadakat: Getirme kullanılan kurulumlarda, çıktıdaki her olgusal iddianın getirilen belgede karşılığı var mı. Halüsinasyon burada sayılır.
• Token maliyeti: İstem başına tüketilen token. Türkçe metinlerde bu sayı beklenenden yüksektir; bağlamı şişirmek kaliteyi değil faturayı büyütür.
• Gecikme: Yanıt süresinin ortancası ve uç değeri. Kullanıcıya dönük akışlarda uç değer, ortancadan daha belirleyicidir.

Ölçümü zorunlu kılan sadece mühendislik disiplini değil, mevzuat da olabilir. Avrupa Birliği'nin Yapay Zekâ Tüzüğü, yüksek riskli sistemler için doğruluk ve dayanıklılık başlığı altında, sistemin doğruluk düzeylerinin ve ilgili doğruluk ölçütlerinin kullanım talimatlarında beyan edilmesini şart koşar. Yani belirli sınıflarda ölçüm bir tercih değil, belgelenmesi gereken bir yükümlülüktür.

Hata Desenleri: LLM Projelerinde En Sık Görülen Yanlışlar

Bağlamı şişirmek. Daha fazla belge yapıştırmak daha iyi yanıt üretmez; ilgisiz metin, modelin dikkatini dağıtır ve maliyeti artırır. Doğru yaklaşım bağlamı büyütmek değil, seçmektir.

Dış içeriği talimat saymak. Modelin okuduğu bir belgeye veya çekilen bir kayda gömülmüş şu yetkiyi ver türü ifadeler, uygulanacak komut değil incelenecek veridir. Bu ayrım kurulmadığında istem enjeksiyonu adı verilen saldırı yüzeyi açılır.

Değerlendirme kümesi olmadan model değiştirmek. Yeni bir model çıktığında sisteme takıp iyi göründü demek, ölçüm değil izlenimdir. Altın küme olmadan yapılan her geçiş, sessiz bir kalite kaybı riskidir.

Otomasyon yanlılığı. Yapay Zekâ Tüzüğü bu riski adıyla sayar: gözetimi üstlenen kişi, sistemin çıktısına otomatik ya da aşırı ölçüde güvenme eğiliminin farkında olmalıdır. Uygulamada bu, modelin ürettiği rakamı kontrol etmeden rapora koymaktır.

Sayıyı modele sordurmak. Fiyat, stok, tarih ve tutar gibi kesinlik gerektiren alanlar deterministik kaynaktan gelmelidir. Model bu alanları da makul biçimde üretebilir; sorun, makul ile doğru arasındaki farkın çıktıya bakarak anlaşılamamasıdır.