Şirketteki bilgi.
RAG ile erişilebilir.
Yeni bir depolama alanı yerine izlenebilir kaynaklı yanıtlar: DAXS; belgeleri, aramayı ve dil modellerini, güncelliği ve mevcut erişim haklarını dikkate alan bilgi çözümünde birleştirir.
Yanıt, kullanım izni olan kaynaklarınıza yönlendirmelidir.
Bir çalışma talimatı belge yönetiminde, teknik not dahili belgelerde, son ekleme ise destek kaydında bulunabilir. Uygun bilgi araması bu kaynaklara erişebilir ve yanıtları anlaşılır biçimde birleştirebilir. DAXS; veri içe aktarımı, arama, kullanıcı hakları ve sürekli bakım dahil bu çözümleri planlar ve entegre eder.
Retrieval-Augmented Generation, kısaca RAG, aramayı dil modeliyle birleştirir. Arama uygun içerikleri bulur; model seçilen metin parçalarını bağlam olarak alır ve bunlardan yanıt oluşturur. Tipik RAG sürecinde her yeni belgeyle model ağırlıkları eğitilmez. Bilgi envanteri ve yanıt modeli ayrı bileşenler olarak kalır.
Dahili belgeler
Kullanım izni verilen el kitaplarını ve işletim talimatlarını daha kolay bulmak, uygun bölümü özetlemek ve kaynağını açmak.
Destek bilgisi
Bir talep için bilinen çözüm yollarını bulmak ve kontrol edilebilir yanıt taslağı olarak hazırlamak. Müşteri ve kiracı sınırları aramanın parçası olmaya devam eder.
İş akışları
Uygun proje belgelerinden veya ilkelerden belirli bir iş adımı için bilgi birleştirmek. Uzman onayı kullanım senaryosuna göre belirlenir.
İçe aktarım ve sorgu, bakımı yapılan iki veri yoludur.
İçe aktarımda içerikler, kaynak bağı ve haklar hazırlanır. Soru geldiğinde hizmet kullanıcı kimliğini belirler ve izin verilen envanterde arar. Yalnızca uygun ve izin verilen sonuçlar yanıt için bir araya getirilir.
Mimari yerel veya harici modellerle uygulanabilir. Embedding, reranking ve yanıt üretimi için izin verilen veri yolları ayrı ayrı incelenir. Yerelde saklanan arama dizini, sonraki tüm işleme adımlarının da yerel olduğu anlamına gelmez.
İyi arama ilk prompttan önce başlar.
Belge içe aktarımı bir dosya adından fazlasını okur. Desteklenen biçimleri, metin tanımayı, tabloları ve anlaşılır belge yapısını inceleriz. Gereksiz kopyalar veya eski taslaklar, güncel çalışma talimatıyla fark edilmeden rekabet etmemelidir.
| Adım | Görev | Önemli ilişki |
|---|---|---|
| İçe aktarım ve temizleme | Uygun kaynakları bağlamak, içerikleri çıkarmak ve yapılandırmak. | Kaynak kimliğini, sürümü, zaman bilgisini ve sahibini korumak; hataları ve okunamayan belgeleri görünür kılmak. |
| Chunking | Belgeleri anlamlı kullanılabilir bölümlere ayırmak. | Başlıkları, tabloları ve iş bağlamını dikkate almak. Her bölümün kaynakla ve onun haklarıyla bağı olmalıdır. |
| Embedding'ler ve dizin | İçerikleri anlamsal arama için temsil etmek ve arama metaverileriyle saklamak. | Embedding modelini ve dizin durumunu birlikte sürümlemek. Vektörler ve türetilmiş veriler de korunmaya değer olabilir. |
| Hibrit arama | Anlamsal benzerliği uygun tam metin/anahtar sözcük aramasıyla birleştirmek. | Kesin ürün numaraları veya uzmanlık terimleriyle anlam odaklı soruların arama ihtiyaçları farklıdır. |
| Seçim ve reranking | İzin verilen sonuçları somut soruya göre sıralamak ve sınırlandırmak. | Ek reranker'a yalnızca erişim yetkisi olan bilgileri iletmek; hizmeti ve veri iznini dikkate almak. |
| Yanıt ve kaynak konumları | Sınırlı bağlamı modele iletmek, anlaşılır yanıt vermek ve kaynakları bağlamak. | Kaynak konumu, sürüm ve kullanıcı erişimi sonuçla uyumlu olmalıdır. Tek başına kaynak belirtmek, her ifadenin oradan doğru çıkarıldığını kanıtlamaz. |
Bilgi araması mevcut hakları aşmamalıdır.
Bir belgeye erişimi olmayan çalışan, onun gizli içeriğini özet yoluyla da almamalıdır. Bu nedenle kullanıcı ve grup bağlamı güvenilir oturum açmadan gelir. Uygulama, modelin belirttiği kullanıcı adına veya serbestçe gönderilen arama filtresine güvenemez.
Kaynak sisteme ve arama platformuna göre devralınan ACL'ler, sunucu tarafında belirlenen filtreler veya ek nesne kontrolleri kullanılabilir. Özellikle ayrılmış veri envanterlerinde ayrı dizin yapısı anlamlı olabilir. Belirleyici olan zincirin bütünüdür: içe aktarım, hak eşleştirmesi, arama, sonuç aktarımı, önbellekler ve gerçekten açılan kaynak.
Eksik hakların yerini iyi bir prompt tutmaz.
Kimlik belirsizse, yetki bilgileri eksikse veya izinler artık geçerli değilse veri yolu kararlaştırılan koruma konseptine göre kapanmalıdır. Belge metni, reranker'a ve model bağlamına ancak başarılı kontrolden sonra alınır. Sonuç listeleri, dosya adları ve yanıt önbellekleri de başkalarına ait bilgileri açığa çıkarmamalıdır.
Ayrı kullanıcı rollerini, kaldırılmış grup haklarını ve diğer kiracıları özellikle test ederiz. Belge kaynağı ayrıca manipüle talimatlar içerebilir. Bunlar kaynak içeriği olarak ele alınır ve araç hakları vermez. Bilgi araması eylem de başlatacaksa ayrı planlanmış bir kontrollü arayüz.
Yeni içerikler, silmeler ve hak değişiklikleri birlikte ele alınır.
Bir kez içe aktarılan klasör kendiliğinden güncel kalmaz. Değişikliklerin nasıl algılanacağını, hataların nasıl yeniden deneneceğini ve eski kayıtların nasıl kaldırılacağını belirleriz. Yeni sürümlerle birlikte silinen dosyalar, kaldırılan haklar, değişen paylaşım bağlantıları ve çalışanların ayrılması buna dahildir.
- Eşitleme: İzlenebilir işleme durumuyla uygun bağlayıcılar, olaylar veya planlı karşılaştırmalar.
- Kaynak bağı: Kaynak konumlarının yanlışlıkla farklı belge sürümünü göstermemesi için kararlı kimlikler ve sürümler.
- Silme konsepti: İlgili dizin bölümlerini, embedding'leri ve önbellekleri dikkate almak; yedeklerin saklama kurallarını ayrı kararlaştırmak.
- İşletim: Başarısız içe aktarımları, hatalı hak aktarımını ve beklenmedik derecede eski verileri tespit edebilmek.
Eski veya erişilemeyen kaynak sisteminin nasıl ele alınacağı da kararlaştırılır. Koruma ihtiyacına göre uyarı, sınırlı yanıt veya ilgili envanterin geçici durdurulması, güncelmiş gibi görünen bilgiden daha uygun olabilir.
Arama sonucu ve yanıt kalitesini ayrı kontrol etmek.
Akıcı bir yanıt yanlış veya eksik kaynağa dayanabilir. Bu nedenle aramanın gerekli bilgileri bulup bulmadığını, izin verilen bağlamın yeterli olup olmadığını ve yanıtın bu bilgileri doğru aktarıp aktarmadığını inceleriz.
Bilinen soru
Kaynağı kanıtlanmış, kullanım izni olan soru. Bulunan bölümü, doğru sürümü ve iş açısından uygun yanıtı birlikte kontrol etmek.
Uygun kaynak yok
Sistem, eksik bilgileri görünür kılmalı ve kanıtlıymış gibi yanıt uydurmak yerine anlamlı geri dönüş yolu sunmalıdır.
Yasak veya eski kaynak
Farklı hakları olan kullanıcı ve geri çekilmiş sürüm. Ne belge içeriği ne de izin verilmeyen ipuçları yanıt veya önbellekten görünmelidir.
Uygun soru kümesi; çelişkileri, çok dilli terimleri, tabloları ve alışılmadık belge biçimlerini de içerir. Chunking, embedding'ler, arama stratejisi veya model değişiklikleri bu kümeyle yeniden test edilir. RAG bilgiye erişimi iyileştirebilir; eksik kaynaklar ve hatalı yanıtlar olası sınırlar olarak kalır.
Uygun bir bilgi alanıyla başlamak.
DAXS; veri kaynaklarını, hakları ve tipik soruları kaydeder, içe aktarım ve arama yolunu geliştirir ve uygun uygulamayı bağlar. Sahipleri açık, iyi belgelerden sınırlı bir seçim; pilot için tüm dosya envanterini hemen almaktan çoğu zaman daha yararlıdır.
Sonuç olarak izin verilen veri yolları, test edilebilir soru kümesi ve eşitleme, bakım ve işletim için belgelenmiş görevler içeren anlaşılır yapı elde edersiniz. Çıkarımın yerel mi harici mi olacağı altyapı karşılaştırmasında netleştirilir. İş istasyonunda devreye alma kullanıcıları, eğitimi ve kullanım kurallarını dikkate alır.
Sınırları belirlenmiş belge alanı, sorumlu kişiler, tipik sorular ve mevcut yetki konsepti. Gizli dosyalar ancak kararlaştırılan korumalı yoldan sağlanır.
Bunları görüşmede netleştiririz.
RAG, eğitilmiş şirket modeliyle aynı şey mi?
Hayır. RAG, isteğe uygun belge parçalarını getirir ve modele bağlam olarak sunar. Model ağırlıkları bununla kendiliğinden değişmez. Arama, kaynak ve yanıt modelinin kalitesi birlikte kontrol edilmelidir.
Gizli belgeler nasıl korunur?
Kimlik ve izin verilen belge hakları, aramada ve bağlam aktarımından önce uygulanmalıdır. Ardından gösterilen kaynaklarda da haklar geçerlidir. İnceleme ayrıca dizinleri, önbellekleri, dışa aktarımları ve günlükleri kapsar.
Değiştirilen veya silinen belgelere ne olur?
Çözümün kaynaklarla belirlenmiş karşılaştırma süreci olmalıdır. Değişiklikler, hak değişimleri ve silmeler arama dizinine ve ilgili önbelleklere ulaşmalıdır. Eski veya artık izin verilmeyen içerikler güncel bağlam olarak kullanılmaya devam etmemelidir.
Kaynak göstermek yanlış yanıtları engeller mi?
Kontrolü kolaylaştırır ama doğru ifadeyi garanti etmez. Yanıt, kaynağı yanlış anlayabilir veya uygunsuz özetleyebilir. Bu nedenle kaynak kapsamını, alıntı doğruluğunu, çelişkileri ve eksik bilginin yönetimini test ederiz.
Küçük bir belge envanteri pilot olabilir mi?
Evet. Sınırları açık, bakımlı, gerçek soruları ve bilinen yetkileri olan envanter çoğu zaman hemen tam içe aktarımdan daha uygundur. Sonuçlar, sıradaki kaynakları, arama yöntemlerini ve işletim süreçlerini belirler.
Başlıklar, alıntılar ve önbellekler de yetki gerektirir.
Yetkiler modele aktarımdan önce etkili olmalıdır. İnceleme; sonuç listelerini, önizlemeleri, alıntıları, özgün kaynağı açmayı ve yanıt önbelleklerini kapsar. Grup değişimleri ve kaldırılan izinler olumsuz testlerle doğrulanır. Kullanım izni olan arama dizini, gizli kaynaklara ortak tam erişime dönüşmemelidir. Ayrı güvenlik sayfası; aşırı paylaşımı, yanlış verilmiş hakları ve güncel Microsoft kontrollerini açıklar.
Kullanım senaryonuzu görüşelim.
Ne kolaylaşmalı, hangi veriler söz konusu ve hangi sistemler zaten mevcut? Buradan anlamlı bir başlangıç ve sınırlı bir sonraki adım geliştiririz.