İcazə-nəzarətli AI bilik axtarışı o deməkdir ki, əməkdaş yalnız normal iş sistemlərində görmək səlahiyyəti olduğu siyasətlərdən, təlimatlardan, prosedurlardan və iş qeydlərindən AI cavabı ala bilər. Məqsəd bütün korporativ faylları bir çata yükləmək deyil. Məqsəd sorğunu, istifadəçi identikliyini, rolunu və sənəd qaydalarını birlikdə qiymətləndirən, hər cavabı yoxlanıla bilən mənbələrlə əsaslandıran idarə olunan daxili axtarış yaratmaqdır.

Bu yanaşma HR siyasətləri, əməliyyat təlimatları, texniki runbook-lar, keyfiyyət prosedurları, müqavilə şablonları və dəstək qeydləri kimi materiallar üçün praktikdir. Lakin məxfi iş, hüquqi, maliyyə və şəxsi məlumatları sadəcə vektor bazasına köçürmək təhlükəsiz dizayn deyil. Axtarışdan əvvəl icazə yoxlanmalı, axtarış zamanı filtrlər tətbiq edilməli, cavabdan sonra isə istifadəçiyə mənbə və məhdudiyyətlər göstərilməlidir.

Nə üçün adi şirkət çatbotu kifayət etmir?

Adi çatbot çox vaxt geniş indeksdən semantik oxşarlığa görə hissələr seçir. Bu, faydalı mətn tapa bilər, amma həmin mətnin konkret istifadəçi üçün görünə biləcəyini sübut etmir. Məsələn, rəhbər üçün nəzərdə tutulan əməkhaqqı qaydası, hüquq şöbəsinin iş materialı və ya məhdud müştəri işi eyni indeksdədirsə, yalnız modelə “gizli məlumatı demə” təlimatı vermək kifayət deyil.

İcazə qərarı modelin ehtimalına yox, tətbiq və mənbə sisteminin siyasətinə əsaslanmalıdır. OWASP RAG və embedding sistemlərində incə giriş nəzarətini, məntiqi məlumat ayrımını, etibarlı mənbə qəbulunu və retrieval jurnallarını mühüm qoruyucu tədbirlər kimi göstərir. Bu, AI interfeysinin sənəd anbarındakı mövcud təhlükəsizlik qaydalarından yan keçməməsi deməkdir.

Təhlükəsiz arxitektura: cavabdan əvvəl icazə

Etibarlı enterprise AI search implementation üçün aşağıdakı ardıcıllıq istifadə olunur:

  1. İdentikliyi təsdiqləyin. İstifadəçini korporativ SSO, mövcud sessiya və ya etibarlı identifikasiya provayderi vasitəsilə müəyyən edin. Anonim interfeys həssas daxili bilik axtarışı üçün uyğun deyil.
  2. Rol və atributları xəritələyin. Şöbə, vəzifə, region, hüquqi şəxs, layihə, iş statusu və lazım olduqda istifadəçiyə aid digər atributları siyasət mexanizminə ötürün. Təkcə “admin” və “user” rolları əksər təşkilatlar üçün həddindən artıq sadədir.
  3. Yalnız təsdiqlənmiş mənbələri qoşun. Hansı SharePoint sahəsi, fayl qovluğu, wiki, ticket sistemi və ya sənəd deposunun indekslənə biləcəyi mənbə sahibi tərəfindən təsdiqlənməlidir.
  4. İndeksləmə zamanı metadata saxlayın. Hər sənəd parçası üçün mənbə ID-si, sənəd ID-si, versiya, sahib, təsdiq statusu, təsnifat, qüvvəyə minmə və son baxış tarixi, mənbə URL-si və icazə etiketləri saxlanmalıdır.
  5. Retrieval-dan əvvəl filtrləyin. Sorğu istifadəçi konteksti ilə birlikdə vektor və ya hibrid axtarışa göndərilir; yalnız icazə verilən hissələr namizəd olur. Modelin gizlətmək üçün sonradan redaktə etməsi əsas müdafiə xətti olmamalıdır.
  6. Cavabı mənbədən qurun. Modelə yalnız filtrlənmiş hissələr verilir, cavabda sənədin adı, versiyası və birbaşa keçid göstərilir. Mənbəsiz faktiki iddia cavabda yer almamalıdır.

Sənədi AI üçün hazırlamaq: faylı indeksləməkdən daha çoxu

Mənbə keyfiyyəti və sənədin həyat dövrü

Ən yaxşı model köhnəlmiş və ya ziddiyyətli təlimatı etibarlı siyasətə çevirə bilməz. Ona görə mənbələri əvvəlcə təsnif edin: “təsdiqlənmiş siyasət”, “əməliyyat proseduru”, “məlumat xarakterli”, “tarixi/arxiv” və “indeksdən kənar”. Hər kateqoriya üçün sahib, təsdiqləyən şəxs, baxış dövrü və arxiv qaydası müəyyənləşdirin.

PDF, skan və təqdimatların mətn çıxarılması ayrıca yoxlanmalıdır. Səhifə başlıqları, cədvəllər, istisnalar və versiya qeydləri itərsə, sistem inandırıcı, lakin yanlış cavab yarada bilər. Chunk-ları sənədin məntiqi bölmələrinə görə yaradın; məsələn, “istifadə hüququ”, “istisnalar” və “təsdiq addımları” eyni hissədə qalmalıdır. Həddindən artıq kiçik hissələr konteksti dağıdır, həddindən artıq böyük hissələr isə dəqiq axtarışı zəiflədir.

İcazələr: mənbəni kopyalamaq yox, siyasəti daşımaq

İdeal halda konnektor mənbə sisteminin ACL-lərini, qrup üzvlüyünü və paylaşma qaydalarını oxuyur. İndeksə sadələşdirilmiş etiketlər yazılsa belə, onlar mənbə icazələrinin idarə olunan törəməsi olmalıdır. İcazə dəyişəndə indeksdəki etiketlər də yenilənməlidir. İşdən ayrılmış əməkdaşın qrup üzvlüyü və ya layihəyə girişinin silinməsi AI axtarışında da dərhal təsir etməlidir.

Servis hesabı bütün materiallara oxu hüququ ilə işləyirsə, onu istifadəçi adından nəticə qaytaran tətbiqin icazəsi ilə qarışdırmayın. Downstream sistemdə hər sorğu yenidən siyasətə qarşı yoxlanmalıdır. Bu prinsip yüksək səlahiyyətli texniki hesabın AI vasitəsilə bütün istifadəçilər üçün məlumat sızdırmasının qarşısını alır.

Cavabın etibarı: sitat, ehtiyatlılıq və eskalasiya

Yaxşı AI knowledge base with access control “məncə” tipli cavab vermir. O, mənbədə nə deyildiyini, hansı versiyadan götürüldüyünü və nəyin məlum olmadığını ayırır. İstifadəçi üçün faydalı cavab ekranında aşağıdakılar olmalıdır:

  • qısa, konkret cavab;
  • maddə və ya bölmə səviyyəsində ən azı bir sitat;
  • sənəd adı, qüvvədə olan versiya və son yenilənmə tarixi;
  • cavabın əhatə dairəsi, məsələn, “yalnız Azərbaycan ofisi üçün”;
  • tam sənədə, sahibə və ya rəsmi sorğu prosesinə keçid.

Etibar göstəricisini modelin öz “əminliyinə” bağlamayın. Daha faydalı qayda siqnalları bunlardır: uyğun mənbənin sayı və keyfiyyəti, mənbələrin bir-biri ilə ziddiyyəti, sənədin yaşı, versiyanın təsdiq statusu, sorğunun əhatə dairəsi və sitatların cavabı doğrudan dəstəkləməsi.

Etibarlı nəticə yoxdursa, sistem cavab uydurmamalıdır. Məsələn: “Mövcud təsdiqlənmiş mənbələr bu istisnanı izah etmir. HR siyasət sahibinə sorğu yaradın.” Bu eskalasiya link, forma və ya mövcud iş idarəetmə sistemi ilə açılan case ola bilər. Hüquqi şərh, təhlükəsizlik qərarı, maliyyə öhdəliyi və ya insan resursları üzrə fərdi qərar kimi yüksək təsirli mövzularda insan təsdiqi standart axın olmalıdır.

İstehsalat üçün idarəetmə və test planı

Sınaq yalnız “çatbot düzgün cavab verdi?” sualından ibarət olmamalıdır. Test dəsti rollar, regionlar, layihələr və sənəd təsnifatları üzrə hazırlanmalıdır. Eyni sorğunu HR əməkdaşı, layihə meneceri, xarici podratçı və sistem administratoru kimi icra edin; hər rol yalnız uyğun mənbəni görməlidir. Keçmiş əməkdaş, ləğv edilmiş qrup, paylaşılan keçid və ziddiyyətli versiya da test ssenarilərinə daxildir.

Jurnalda sorğu, istifadəçi identikliyi, tətbiq edilən filtr, seçilən hissələrin ID-ləri, cavab, sitatlar, bloklanan nəticələr və eskalasiya qərarı saxlanmalıdır. Həssas sorğular üçün jurnalın özü də giriş nəzarəti altında olmalıdır. Mütəmadi qaydada köhnəlmiş sənədləri, indeksləmə xətalarını, istifadəçi rəylərini, uğursuz sorğuları və yeni məhdudiyyətləri nəzərdən keçirin. İstifadəçinin “kömək etmədi” rəyi təkcə UX siqnalı deyil; çatışmayan mənbə, zəif chunking və ya qeyri-müəyyən siyasətə işarə edə bilər.

Başlamaq üçün praktik yol xəritəsi

  1. Bir yüksək dəyərli, amma sərhədləri aydın istifadə halı seçin: məsələn, təsdiqlənmiş IT prosedurlarının daxili axtarışı.
  2. Mənbə siyahısını, sahibləri, təsnifatları və arxiv qaydalarını sənədləşdirin.
  3. SSO, qrup üzvlüyü və mənbə ACL-ləri üçün inteqrasiya planı qurun.
  4. Metadata sxemini və retrieval filtrlərini model seçməzdən əvvəl razılaşdırın.
  5. Sitatlı cavab, “bilmirəm” davranışı və insan eskalasiyası ilə məhdud pilot başladın.
  6. İcazə sızması, köhnə məzmun və cavab keyfiyyəti testlərindən sonra mərhələli genişləndirin.

POLADO daxili axtarışın arxitekturasını, təhlükəsiz konnektorlarını, rol əsaslı interfeysini və əməliyyat monitorinqini bir məhsul kimi planlaşdıra bilər. Süni intellekt və avtomatlaşdırma xidmətimiz ilə idarə olunan AI inteqrasiyasını qiymətləndirin; əməkdaşların gündəlik istifadə edəcəyi interfeys üçün veb platformaların hazırlanması, təhlükəsizlik yoxlamaları və sonrakı idarəetmə üçün isə texniki dəstək və konsaltinq xidmətindən yararlanın. Mənbələriniz, istifadəçi rollarınız və risk hədləriniz əsasında ilkin həll konturunu hazırlamaq üçün bizimlə əlaqə saxlayın.