Yapay zekâ, bir destek talebinin daha hızlı anlaşılmasını sağlayabilir: ihtiyacı özetlemek, eksik bilgileri fark etmek ve uygun onaylı yönergeleri hazırlamak. Fayda, ortaya kolayca incelenebilen bir çalışma durumu çıktığında oluşur. Yanıtın gönderilmesi veya bir değişikliğin uygulanması ayrı bir karardır.
İlk kullanım için sınırlı bir görev alanı uygundur. Örneğin asistan, kendisi mesaj göndermeden veya sistem değiştirmeden kurum içi talep taslakları hazırlar. Böylece kalite ve düzeltme işi gerçek çalışma sürecinde değerlendirilebilir.
Kullanışlı bir öneri neleri içermeli?
Kısa özet, gözlenen sorunu, etkilenen çalışma araçlarını ve şimdiye kadar olanları belirtir. Varsayımlar ve açık sorular ayrı tutulur. Zaman, hata mesajı veya aksamanın kapsamı eksikse bu görünür hâle getirilir.
Yanıt taslağı, hangi bilginin hâlâ gerektiğini veya hangi onaylı adımın uygun göründüğünü açıklamalıdır. Önerilen çözümün izlenebilir bir dayanağı olmalıdır. Ortam veya neden farklıysa benzer görünen eski bir talep yeterli kanıt değildir.
Örnek: “Uygulama yavaş”
Asistan zaman, etkilenen kullanıcılar, belirli işlev ve hata mesajları hakkında sorular hazırlar. Talepte zaten bulunan bilgileri bir araya getirebilir ve uygun onaylı bir belgeleme bölümüne bağlantı verebilir.
Bunu yaparken sunucu kontrolünün zaten gerçekleştirildiğini veya bir nedenin doğrulandığını iddia etmez. Teknik bir önlem ancak mevcut bulgular onu desteklediğinde önerilir. Bu olası bir süreç örneğidir, müşteri referansı değildir.
Talep ve belge yetkileri belirleyici olmaya devam eder
Bir destek asistanının otomatik olarak her talebe ve tüm belgelere erişmesi gerekmez. Arama, ilgili kullanıcı, üzerinde anlaşılan görev alanı ve uygun nesnelerle sınırlandırılır. Bu durum ekler, kurum içi notlar ve diğer müşterilere ait bilgiler için de geçerlidir.
Bir RAG tabanlı bilgi aramasında bu yetkiler sonuç seçimi sırasında dikkate alınmalıdır. İzinsiz içerik, daha sonra atılan bir model bağlamına da girmemelidir. Belge erişiminin teknik uygulaması kaynağa göre değişir; örneğin Microsoft, Azure AI Search’te belge yetkilerine ilişkin farklı yaklaşımları açıklar (harici bağlantı). Basit bir filtre ancak kimlik ve filtre değerleri güvenilir biçimde belirleniyorsa etkilidir.
Birden fazla müşteri ortamına destek veriliyorsa bunların ayrılması ve izinli veri akışları entegrasyon tasarımının parçasıdır. Hangi günlüklerin ve içeriğin saklanacağı amaç ve işletim ihtiyacına göre belirlenir. Mümkün olan en büyük eksiksiz istem geçmişini tutmak başlı başına bir amaç değildir.
Gelen içerik veridir, çalışma talimatı değildir
Bir talep, asistandan izinsiz bir eylem yapmasını isteyen metin içerebilir. Aynı durum belgeler, e-postalar ve ekler için de geçerlidir. Bu tür içerik sistem kurallarını değiştirmemeli veya ek araçları ve erişimleri açmamalıdır.
Bu nedenle uygulama, hangi kaynakların okunabileceğini ve hangi işlevlerin çağrılabileceğini sunucu tarafında sınırlar. Modelin bir önerisi tek başına bu sınırları kaldırmaz. Tanımlı işlevleri entegre etmek için kontrollü MCP araçları ve mevcut API’ler kullanılabilir; MCP güvenlik belgeleri (harici bağlantı) somut saldırı ve koruma alanlarını açıklar.
Onay ve uygulama iki ayrı adım olarak ele alınır
Talebi işleyen kişi özeti, kaynakları ve yanıt taslağını birlikte görür. Bilgileri düzeltebilir, açıklayıcı sorular sorabilir veya öneriyi reddedebilir. Gönder düğmesi hangi mesajın hangi alıcıya gönderileceğini açıkça göstermelidir. Gönderim, bunun için yetkilendirilmiş uygulama üzerinden yapılır.
Teknik değişiklikler için ek bir ayrım faydalıdır: tanı önerisi, yalnızca makul göründüğü için bir yönetim talimatına dönüşmez. Amaç, hedef sistem, izin verilen kapsam ve gerekli onaylar ayrı ayrı kontrol edilir. Belirsiz veya riskli durumlar sorumlu uzmana yönlendirilir.
Bir pilot, iyi bir gösterimden fazlasını gerektirir
- Normal durumlar: İhtiyaç ve gerekli açıklayıcı sorular doğru belirleniyor mu?
- Eksik dayanak: Asistan, kanıta dayalı bir yanıtın henüz mümkün olmadığını fark ediyor mu?
- Yanlış veya eski kaynak: Sürüm ve taleple gerçek ilişkisi denetleniyor mu?
- Yetki değişikliği: Erişim kaldırıldıktan sonra içerik arama ve bağlamdan kayboluyor mu?
- Manipüle edilmiş girdiler: Araç sınırları ve onaylar korunuyor mu?
- Hizmet kesintisi: Talep hâlâ normal biçimde işlenebiliyor mu?
Değerlendirme okuma, düzeltme ve doğrulama süresini de kapsamalıdır. Uzun bir taslak ek iş yaratabilir. Kısa ve sağlam dayanaklı bir çalışma durumu ise son karar hâlâ bir insanda olsa bile yükü azaltabilir.
Tek taslaktan sürdürülebilir entegrasyona
DAXS destek ekibiniz ve BT’nizle uygun başlangıç noktasını netleştirir, onaylı veri kaynaklarını bağlar ve sınırlı bir pilot uygular. Mevcut talep sistemi, kimlikler ve belgeler birlikte değerlendirilir. Kapsam ve genişleme, kanıtlanmış faydayı izler.
Yapay zekâ kullanım alanlarına genel bakış · Devreye alma ve kullanım kuralları · Günlük işletimde BT