İçeriğe atla
Yapay Zekâ

RAG Nedir? Şirket Verisiyle Özel Yapay Zeka Modeli Kurma

RAG (Retrieval-Augmented Generation) nedir, nasıl çalışır? Vektör veritabanı, embedding ve LLM'i bir araya getirerek şirkete özel AI sistemi kurmanın tam rehberi.

NNexsol Ekibi·2 Haz 2026·12 dk okuma
RAG Nedir? Şirket Verisiyle Özel Yapay Zeka Modeli Kurma

RAG (Retrieval-Augmented Generation) Nedir?

RAG, büyük dil modellerinin (LLM) genel eğitim verilerinin ötesine geçerek gerçek zamanlı, şirkete özel bilgilerle yanıt üretmesini sağlayan bir mimari yaklaşımdır. Adı üç adımı özetler: Retrieval (ilgili belgeleri bul), Augmented (modelin bağlamını bu belgelerle zenginleştir), Generation (zenginleştirilmiş bağlamla yanıt üret).

Neden önemli? Çünkü ChatGPT veya Claude gibi LLM'ler belirli bir eğitim kesme tarihine kadar olan bilgiyi biliyor; şirketinizin iç dökümanlarını, ürün kataloğunu, destek geçmişini veya güncel yasal metinleri bilmiyor. RAG bu boşluğu kapatır.

RAG'ın Fine-Tuning'e Göre Avantajları

Kriter RAG Fine-Tuning
Veri güncellemesiAnlık — yeni döküman eklenince sistem güncellenirYeniden eğitim gerekir (maliyetli)
Başlangıç maliyetiDüşük — GPU gerektirmezYüksek GPU maliyeti
Kaynak gösterimiYanıtlar hangi dökümanı kullandığını gösterirKaynak takibi yoktur
Halüsinasyon riskiDüşük — yanıt kaynaklara dayalıModel yine de uydurabilir
Özel ton/formatSınırlıTam kontrol

Sonuç: Şirket bilgi tabanına dayalı chatbot, Q&A sistemi veya döküman asistanı için RAG çoğunlukla doğru tercihtir. Çok özel bir yazım stili veya domain jargonu öğretilecekse fine-tuning devreye alınabilir.

RAG Mimarisi: Adım Adım

  1. Döküman Yükleme ve Parçalama (Chunking):

    PDF, Word, HTML, Markdown veya veritabanı kayıtları gibi kaynaklar okunur. Her döküman anlam bütünlüğünü koruyacak şekilde 300–800 tokenlık parçalara bölünür. Parçalama stratejisi sistemin kalitesini doğrudan etkiler: çok küçük parçalar bağlamı kaybeder, çok büyük parçalar retrieval hassasiyetini düşürür.

  2. Embedding Üretimi:

    Her metin parçası bir embedding modeliyle sayısal vektöre dönüştürülür. OpenAI'ın text-embedding-3-small veya text-embedding-3-large modelleri, açık kaynak sentence-transformers veya çok dilli modeller kullanılabilir. Türkçe içerik için çok dilli modeller daha iyi performans verebilir.

  3. Vektör Veritabanı:

    Üretilen vektörler vektör veritabanına kaydedilir. Popüler seçenekler: pgvector (PostgreSQL eklentisi, ekstra altyapı gerekmez), Pinecone (yönetilen bulut hizmet), Weaviate, Qdrant, Chroma (yerel geliştirme için ideal).

  4. Retrieval (Benzer Belge Arama):

    Kullanıcı bir soru sorduğunda soru da vektöre dönüştürülür ve vektör veritabanında en yakın (semantik olarak en benzer) döküman parçaları bulunur. Bu işlem cosine similarity veya dot product üzerinden milisaniyeler içinde tamamlanır.

  5. Bağlam Zenginleştirme ve LLM Çağrısı:

    Bulunan döküman parçaları kullanıcının sorusuyla birleştirilerek LLM'e gönderilir. "Şu kaynaklara dayanarak yanıtla" talimatıyla model yalnızca verilen bilgiye bağlı yanıt üretir.

  6. Kaynak Gösterimi:

    Yanıtla birlikte hangi dökümanlardan bilgi alındığı kullanıcıya gösterilebilir. Bu şeffaflık güveni artırır ve hatalı yanıtların doğrulanmasını kolaylaştırır.

Retrieval Kalitesini Artırma Teknikleri

  • Hybrid search: Vektör benzerliği (semantic) + keyword search (BM25) birleştirilerek hem anlam hem kelime eşleşmesi yakalanır.
  • Re-ranking: İlk retrieval sonuçları bir cross-encoder modelle yeniden sıralanır; en alakalı parçalar öne alınır.
  • Metadata filtreleme: Döküman tarih, kategori, departman gibi metadatasına göre retrieval alanı daraltılır.
  • Query expansion: LLM, kullanıcı sorusunu daha iyi retrieval için yeniden ifade eder.
  • Chunk overlap: Parçalar arasında bağlam sürekliliği için örtüşme eklenir.

RAG'ın Uygun Olmadığı Durumlar

  • Modelin öğrenmesi gereken çok spesifik bir yazım tonu veya domain jargonu varsa → Fine-tuning.
  • Kaynak döküman olmadan genel muhakeme görevi yapılacaksa → Doğrudan API.
  • Veri boyutu çok küçükse (10–20 sayfa) → Tüm içerik sistem promptuna girilebilir, RAG gerekmeyebilir.

Nexsol RAG Projelerinde Kullandığı Stack

Nexsol Teknoloji olarak RAG projelerinde şu teknolojiyi kullanıyoruz: LangChain veya LlamaIndex (orkestrasyon), pgvector veya Qdrant (vektör veritabanı), OpenAI veya Anthropic API (LLM), Python / .NET backend. Projenin veri gizliliği gerektirmesi durumunda Ollama ile yerel LLM (Llama 3, Mistral) ve tamamen şirket içi RAG stack'i kurabiliyoruz. LLM danışmanlığımız ve yapay zeka çözümlerimiz hakkında daha fazla bilgi alın.

İlgili ücretsiz araçlar: RAG ve LLM maliyetini planlarken token sayacı, LLM maliyet hesaplama ve AI model karşılaştırma araçlarımızı kullanabilirsiniz.

Sıkça Sorulan Sorular

RAG sistemi kurmak ne kadar sürer?
Basit bir döküman Q&A sistemi için 2–4 hafta, kurumsal entegrasyonlar içeren kapsamlı bir bilgi tabanı için 6–12 hafta beklenmeli.
RAG hangi dosya formatlarını destekler?
PDF, Word (docx), HTML, Markdown, düz metin, CSV ve veritabanı tabloları dahil çoğu format işlenebilir. Yapılandırılmamış veri için ek ön işleme gerekebilir.
RAG ve fine-tuning birlikte kullanılabilir mi?
Evet, ikisi birbirini dışlamaz. Fine-tuned model RAG ile beslenerek hem özel ton hem de güncel bilgi sağlanabilir; ancak bu en karmaşık ve maliyetli yaklaşımdır.
Şirkete özel, güvenli (KVKK uyumlu) bir RAG mimarisi nasıl kurulur?
Veri gizliliği kritikse RAG tamamen şirket içinde kurulabilir: Ollama ile yerel LLM (Llama 3, Mistral), pgvector veya Qdrant vektör veritabanı ve kendi sunucunuzda barındırılan backend kullanılır. Böylece dökümanlarınız ve sorgular hiçbir dış API'ye gitmez; veriler kurum sınırları içinde kalır ve KVKK uyumu sağlanır.
Kurumlar kendi verileriyle yapay zeka asistanını nasıl geliştirir?
Kurumun kendi dökümanları (PDF, Word, veritabanı kayıtları, destek geçmişi) parçalanıp embedding'lenerek vektör veritabanına yüklenir; kullanıcı sorusu en ilgili parçalarla zenginleştirilip LLM'e verilir. Böylece asistan yalnızca şirketin gerçek bilgisine dayalı, kaynak gösteren yanıtlar üretir — model yeniden eğitilmeden, güncel veriyle çalışır.
RAG sistemi şirket verilerini dışarı sızdırır mı?
Mimariye bağlıdır. Bulut LLM (OpenAI/Anthropic) kullanılırsa veriler sözleşmeli bir API'ye gider; tam izolasyon gerekiyorsa yerel LLM ve yerel vektör veritabanıyla veriler hiç dışarı çıkmadan, tamamen şirket içi bir RAG yığını kurulabilir. Doğru kurulumla veri sahipliği ve gizliliği korunur.

Projenizi Nexsol ile başlatın

Web, özel yazılım, yapay zeka ve büyümeyi tek teknik sistemde planlayıp uçtan uca yönetiyoruz. Başlamak için Türkiye'nin ilk AI destekli çözüm danışmanıyla 3 dakikada ücretsiz analizinizi alın.

© 2026 Nexsol Teknoloji. Tüm hakları saklıdır.