AI asistanı ve sorgu yardımı

Sağlayıcı yapılandırması

Battani, GitHub Copilot SDK ve Claude Agent SDK tabanlı sağlayıcı yapılandırmalarını destekler. Copilot tarafında GitHub token veya desteklenen BYOK ayarı; Claude tarafında API anahtarı veya uygun OAuth token kullanılır.

Sistem genelindeki sağlayıcıyı yönetici belirler. Kişisel sağlayıcı kullanımına izin verildiğinde kullanıcı kendi yapılandırmasını seçebilir. Kullanılabilir modeller bağlı sağlayıcının sunduğu seçeneklere göre değişir.

İşlem ve onay kontrolü

Yürütme kontrolü sağlayıcıya bağlıdır. Claude canlı akışında salt okunur, otomatik, yazma işlemlerini onaylatan ve manuel onay modları uygulanır. Panel başlangıçta otomatik moddadır. Mevcut Copilot akışı bu onay filtrelerini uygulamaz; arayüzdeki mod seçimini Copilot için koruma garantisi saymayın.

Veri servisi konsollarındaki AI yardımcısı sorgu/komut açıklama, düzeltme, üretme, iyileştirme ve teşhis için öneri verir. Bu yardım isteği önerilen komutu kendiliğinden çalıştırmaz.

Bağlamlı teşhis

Uzak AI sağlayıcısı kullanıldığında gönderilen istem ve bağlam yapılandırılmış sağlayıcıya iletilir; ağ erişimi ve sağlayıcı kullanım koşulları geçerlidir. Kendi altyapınızda kurulum, uzak AI kullanımının da tamamen çevrimdışı olduğu anlamına gelmez.

1. Ayarlar → AI bölümünde sağlayıcı bağlantısını doğrulayın.
2. Doğru cluster veya veri bağlantısı bağlamını seçin ve onay modunu kontrol edin.
3. Sorunu beklenen davranış ve gözlediğiniz hata ile açıklayın.
4. Önerilen araç işlemlerini veya sorguları inceleyin; sonucu kaynak durumu ve loglarla doğrulayın.

AI yardımını nerede ve hangi yetkiyle kullanabilirsiniz?

Battani’de Kubernetes/Helm için yüzen AI asistanı, YAML odaklı üretim ve açıklama akışları ile veri servislerinin kendi konsollarındaki AI yardım paneli bulunur. Bunlar aynı sağlayıcı yapılandırmasını kullanabilse de yetki ve işlem kapsamları farklıdır. Cluster asistanının canlı sohbet akışı ve kalıcı sohbet geçmişi API’leri sistem yöneticisi izni ister. Veri servisi AI yardımı ise ilgili bağlantıyı okuma erişimi yanında integrations:ai:use iznini ister.

Yüzen panel sürüklenebilir, boyutu değiştirilebilir, küçültülebilir ve geçmiş kenar çubuğu açılıp kapatılabilir. Agent çalışma modunda Chat, Explain, Analyze ve Suggest; YAML Generator modunda Create, Improve ve Fix görevleri seçilir. Bir görev adını seçmek tek başına hedef cluster’ı veya yazma yetkisini belirlemez; aktif cluster, gönderilen bağlam, sağlayıcı ve yürütme modu birlikte değerlendirilir.

1. Aktif cluster ve üzerinde çalışacağınız kaynağı seçin.
2. AI panelini açıp etkin sağlayıcıyı kontrol edin.
3. Agent veya YAML Generator modunu ve yapmak istediğiniz görevi seçin.
4. Yürütme politikasını ve gönderilecek bağlamı inceleyip soruyu iletin.

Sağlayıcı ekleme: Copilot ve Claude seçenekleri

AI sağlayıcı ayarlarında Copilot veya Claude seçilir; kimlik doğrulama yöntemi, model ve kimlik bilgisi kaydedilir. Copilot için GitHub tokenı veya kendi anahtarınızı getirdiğiniz BYOK modu vardır. BYOK altında OpenAI, Azure OpenAI ve Anthropic seçenekleri yer alır. Claude için API anahtarı veya abonelik OAuth tokenı seçilebilir. Model ve hesabın sağlayıcı tarafındaki kullanım hakkı, Battani’ye kaydedilmesinden bağımsız olarak geçerli olmalıdır.

Yeni kayıtta kimlik bilgisi zorunludur. Düzenleme ekranında yeni anahtar alanı boş bırakılarak mevcut anahtar korunabilir; liste yanıtları açık anahtar yerine maskelenmiş gösterim taşır. Copilot BYOK akışında özel API uç noktası kullanılabilir. Claude formunda uç nokta alanı da görünür; ancak mevcut sohbet istemcisinin kayıtlı baseUrl değerini kullanma davranışı Copilot BYOK ile eşdeğer değildir. Özel Claude uç noktasını yalnızca form kaydı veya model listeleme sonucuyla doğrulanmış saymayın.

• Copilot GitHub tokenı, model listesini ilgili hesap üzerinden alır.
• BYOK seçimi, model isteğinin seçilen dış API’ye yönlendirilmesi anlamına gelir.
• Sağlayıcı kimlik bilgilerini değiştirdikten sonra etkin kaydı, doğrulama sonucunu ve gerçek bir örnek isteği kontrol edin.
• Battani lisansı, AI sağlayıcısının kullanım ücreti veya hesabın model erişimini kendiliğinden kapsamaz.

Sistem varsayılanı, kullanıcı ayarı ve etkinleştirme

Sağlayıcı kayıtları sistem ve kullanıcı kapsamlarında tutulur. Yönetici sistem sağlayıcılarını oluşturabilir, düzenleyebilir, doğrulayabilir, etkinleştirebilir ve varsayılan seçebilir. Kullanıcıya kendi sağlayıcısını kullanma izni açılmışsa kişisel kayıt ekleyip etkinleştirebilir. Bir kullanıcı kaydının değiştirilmesi başka kullanıcının kaydını değiştirmez.

Etkin sağlayıcı çözümlemesinde kullanıcının etkin kişisel yapılandırması önce değerlendirilir; bulunmadığında etkin sistem varsayılanına geçilir. Kaydı oluşturmak, sistem varsayılanı yapmak ve etkinleştirmek ayrı işlemlerdir. Hangi kaydın gerçekten kullanıldığını aktif sağlayıcı göstergesi üzerinden kontrol edin. Sağlayıcıyı değiştirirken eski sohbetin araç çıktılarının ve önceki yanıtlarının yeni sağlayıcı için aynı oturum biçiminde devam etmeyebileceğini dikkate alın.

• Sistem sağlayıcılarını yönetmek yöneticinin görevidir; kullanıcı yalnızca kendi kaydı üzerinde yetkilidir.
• Varsayılan seçimi ekranında kullanıcıların kendi ayarlarını kullanmasına izin verilip verilmeyeceği belirlenir.
• Etkinleştirme aynı kapsamda diğer etkin kaydı devre dışı bırakır.
• Silme işlemi kalıcı sağlayıcı kaydını kaldırır; model kullanım geçmişini sağlayıcı hesabından silen bir işlem değildir.

Model listesi, yenileme ve bağlantıyı doğrulama

Model seçimi, sağlayıcı ve kimlik doğrulama yöntemiyle ilişkilidir. Uygun kimlik bilgisi girildiğinde desteklenen akışlarda canlı model listesi yüklenebilir. Copilot model listesi önbelleklenir ve yenileme işlemiyle tekrar istenebilir; canlı liste alınamazsa yapılandırılmış seçenekler gösterilebilir. Bu nedenle listede ad bulunması hesabın o modeli başarıyla çağırabildiğini tek başına kanıtlamaz.

Sağlayıcı kartındaki doğrulama işlemi mevcut sürümde yalnızca kayıtlı anahtar ve model alanlarının dolu olmasını kontrol eder; uzak API’ye gerçek bir çıkarım isteği göndermez. Başarılı doğrulama işaretini bağlantının, kotanın veya model erişiminin çalıştığının kanıtı saymayın. Canlı model listesi ve küçük bir gerçek soru ayrı kontrollerdir. Azure gibi özel dağıtım adı veya uç nokta isteyen kurulumlarda model tanımının ilgili servisteki gerçek dağıtımla uyumlu olması gerekir.

1. Sağlayıcı ve kimlik doğrulama yöntemini belirleyin.
2. Kimlik bilgisini girip mevcutsa model listesini yükleyin veya yenileyin.
3. Modeli ve gerekli uç noktayı seçerek kaydı kaydedin.
4. Karttaki doğrulamayı çalıştırın; ardından etkin sağlayıcı üzerinden küçük ve salt okunur bir soruyla gerçek yanıt alın.

Auto, Approve writes, Manual ve Read-only davranışı

Yüzen asistan dört yürütme seçeneği sunar ve panel başlangıçta Auto seçili açılır. Claude canlı akışında Auto araç çağrılarını tek tek sormadan yürütür. Approve writes okuma araçlarını doğrudan çalıştırır, yazma araçlarında onay ister. Manual her araç çağrısını onaya sunar. Read-only yazma araçlarını araç listesinden çıkarır ve okuma araçları için ayrıca onay istemez. Bilinmeyen araç türleri onay gerektiren tarafta ele alınır.

Sağlayıcı sınırı önemlidir: mevcut Copilot yürütme yolu bu dört seçeneğin onay filtresini uygulamaz ve SDK izinlerini otomatik onaylar. Copilot kullanırken panelde Read-only veya Manual seçili olması aynı korumanın sunucuda uygulandığı garantisini vermez. İşlem öncesi onay veya yalnızca okuma zorunluluğu olan kullanımda bunu destekleyen Claude akışını ve ayrıca cluster’ın kendi erişim sınırlarını kullanın.

• Onay kartında araç adı ve gönderilecek parametreler gösterilir; onay veya ret ilgili bekleyen çağrıya uygulanır.
• Reddedilen çağrı çalıştırılmaz; asistan ret sonucuyla devam edebilir.
• Bağlantı kapandığında bekleyen onaylar reddedilir. Daha önce tamamlanmış işlemler geri alınmaz.
• AI istemcilerinin genel dosya ve kabuk araçları kapatılmış olsa da kayıtlı Kubernetes exec aracı pod içinde komut çalıştırabilir; bunu yazma/işlem yeteneği olarak değerlendirin.

Kubernetes okuma ve inceleme araçlarının kapsamı

Cluster asistanı gerçek durum sorularını kayıtlı Kubernetes araçlarıyla yanıtlayabilir. Kaynak listeleri, belirli kaynağın ayrıntısı, pod logları, olaylar ve topoloji için ayrı araçlar bulunur. Namespace ve kaynak adı gibi kapsam parametreleri, modelin neyi okuyacağını belirler. Yanıttaki öneriyi değerlendirirken araç zaman çizelgesinde gerçekten hangi kaynakların okunduğunu kontrol edin.

Okuma kataloğu pod, Deployment, ReplicaSet, StatefulSet, DaemonSet, Job, CronJob, Service, node, ConfigMap, Secret listesi, Ingress, Endpoint, PersistentVolume, PersistentVolumeClaim, StorageClass, HPA, VPA ve PodDisruptionBudget kaynaklarını kapsar. ServiceAccount, Role, RoleBinding, ClusterRole, ClusterRoleBinding, NetworkPolicy, IngressClass, PriorityClass, RuntimeClass ve admission webhook listeleri de kullanılabilir. Ayrıntı araçları her kaynak türü için aynı alanları sunmayabilir.

• Pod log aracı pod adı ve namespace ister; container ve tailLines alanları isteğe bağlıdır. Mevcut araç yanıtı en fazla son 100 boş olmayan satırı döndürür; önceki container logu için ayrı bir parametre sunmaz.
• Olay ve log verileri alındıkları andaki durumu gösterir; sürekli izleme garantisi değildir.
• Secret listelemesi ile kullanıcı tarafından paylaşılan YAML veya log içindeki hassas metinler farklı veri yollarıdır; tüm metnin otomatik temizlendiği varsayılmamalıdır.
• Araç erişimi Battani sunucusunun kayıtlı cluster bağlantısıyla yürütülür; cluster tarafındaki kimlik bilgileri ve RBAC sınırları geçerlidir.

Kubernetes değişiklik araçları ve hedef kontrolü

Asistanın kayıtlı değişiklik araçları pod silme, genel kaynak silme, manifest uygulama, ölçekleme, rollout restart, kaynak patch, node cordon/uncordon/drain ve pod içinde komut yürütmeyi içerir. Bunlar yalnızca öneri metni üretmekle sınırlı değildir; uygun yürütme akışında gerçek cluster işlemi yapabilir. İstekte cluster, namespace, kaynak türü, kaynak adı ve beklenen değişikliği açık yazın.

Yazma onayı desteklenen modda, çalıştırılacak araç ve parametreleri onay kartında inceleyin. Örneğin bir Deployment’ın replica sayısını değiştirmek, podları yeniden başlatmak ve node’u drain etmek farklı etki alanlarına sahiptir. Tek bir konuşmada birden fazla araç çağrısı oluşabilir; önceki çağrının başarıyla tamamlanması sonraki değişiklik için aynı etkiyi veya aynı güvenceyi sağlamaz.

• Scale hedef türü ve replica sayısı; rollout restart hedef iş yükü ve namespace üzerinden değerlendirilir.
• Apply ve patch girdisindeki metadata, namespace, selector ve imaj değerlerini kontrol edin.
• Cordon yeni yerleşimi etkiler; drain mevcut iş yüklerini de etkileyen ayrı bir işlemdir.
• Pod exec komutu container içinde çalışır; salt okuma gibi görünen serbest komutlara yalnızca isimlerinden güvenmeyin.
• Sonucu hedef kaynak ekranından yeniden okuyun; AI yanıtı tek başına dağıtım sağlığının doğrulanması değildir.

Helm araştırması ve sürüm işlemleri

Helm araçları release listeleme, ayrıntı, geçmiş, values, manifest ve notları okumayı; chart arama, chart ayrıntısı ve varsayılan values incelemeyi destekler. Repository listesi de sorgulanabilir. Böylece bir release’in hangi chart ve ayarlarla kurulduğu veya önceki revizyona göre ne değiştiği konuşma içinde araştırılabilir.

Yazma tarafında chart kurma, release yükseltme, rollback ve uninstall; Helm repository ekleme, güncelleme ve kaldırma araçları vardır. Modelin önerdiği release adı, namespace, chart referansı, sürüm, values ve ilgili seçenekleri inceleyin. Repository güncellemesi chart indexini değiştirir; çalışan release’in yükseltilmesi ayrı bir adımdır.

1. Önce release listesi ve mevcut values bilgisini isteyin.
2. Önerilen chart/sürüm ile mevcut kurulum farkını inceleyin.
3. Desteklenen yazma onayı akışında kurulacak veya değiştirilecek hedefi doğrulayın.
4. İşlemden sonra release geçmişi ve ilgili Kubernetes iş yüklerinin durumunu tekrar okuyun.

Olay ilişkilendirme, dry-run ve YAML üretimi

İnceleme araçları arasında Helm revizyon farkı, Kubernetes olaylarını ilişkilendirme ve manifest için sunucu taraflı dry-run bulunur. Dry-run, değişikliği kalıcı olarak uygulamadan Kubernetes API doğrulama sonucunu incelemek için kullanılır. Başarılı dry-run, daha sonra gerçek uygulamanın tüm çalışma zamanı koşullarında sorunsuz olacağını garanti etmez; kota, kapasite, dış servis veya sonraki değişiklikler sonucu etkileyebilir.

YAML Generator akışında yeni YAML oluşturma, mevcut YAML’ı iyileştirme ve doğrulama hatalarına göre düzeltme görevleri seçilir. Üretilen YAML cevap içinde gösterilebilir ve editöre aktarılabilir. Editöre aktarım ile cluster’a uygulama ayrı aşamalardır. apiVersion, kind, metadata, namespace, imaj, kaynak istekleri/sınırları ve güvenlik bağlamı gibi alanları uygulamadan önce gözden geçirin.

• Explain mevcut YAML’ın ne yaptığını açıklamak; Improve iyileştirme önermek; Fix hata bağlamını kullanarak düzeltmek içindir.
• İstek içinde gerçek kaynak isimlerini ve hedef namespace’i vermek gereksiz varsayımları azaltır.
• Manifesti editörde inceleyip uygun doğrulama/dry-run sonrasında uygulayın.
• Araç listesinde bulunmayan bir yeteneği asistanın genel bilgiyle tarif etmesi, o işlemin Battani tarafından yürütüldüğü anlamına gelmez.

Bağlam, dosya ve görüntü ekleri

Panel, açıldığı bağlama göre YAML, log veya başka ekran metnini konuşmayla ilişkilendirebilir. YAML bağlamını ekleme seçeneğiyle mevcut YAML’ın gönderilip gönderilmeyeceği belirlenir. Geçmiş konuşma ve aktif cluster bilgisi de isteğin anlamını etkiler. Konuyu değiştirdiğinizde eski kaynağın bağlamını taşımak yerine yeni konuşma açmak yanlış hedef üzerinden değerlendirme yapılmasını azaltır.

Dosya seçme ve panodan görüntü ekleme desteklenir. Arayüz dosya başına 4 MB sınırı uygular. Ekler gönderim öncesinde listelenir ve kaldırılabilir; mesaj gönderildiğinde bekleyen ek listesi temizlenir. Claude akışında metin dosyaları isteme eklenir, desteklenen görüntüler görüntü içeriği olarak gönderilir; diğer ikili dosyalar adlarıyla anılır. Copilot akışında bu eklerin aynı biçimde işlendiği varsayılmamalıdır.

• YAML, JSON, metin, log, shell, TOML, INI, CSV, XML ve çeşitli kaynak kod uzantıları metin olarak sınıflandırılabilir.
• Bir dosyanın eklenmesi, dosyadaki komutların otomatik çalıştırılması değildir; buna karşılık içeriği seçili sağlayıcıya aktarılabilir.
• Şifre veya kişisel veri içeren .env, log ve YAML dosyalarını göndermeden önce içeriği inceleyin.
• Sağlayıcının görüntü desteği ve istek boyutu sınırları, arayüzdeki tek dosya sınırından ayrıca etkilenebilir.

Konuşma geçmişi, adlandırma ve oturum devamı

Konuşmalar kullanıcıya bağlı veritabanı kayıtları olarak saklanır; istemci ayrıca yerel önbellek tutar. Geçmiş kenar çubuğunda konuşma arama, yeni konuşma oluşturma, konuşmalar arasında geçiş, başlık değiştirme ve konuşmayı silme işlemleri bulunur. Mevcut konuşmayı temizlemek ile tüm konuşma kaydını silmek farklı işlemlerdir. Kaynak bağlamından açılan bir panel aynı bağlama ait konuşmayı yeniden kullanabilir.

Claude canlı akışında SDK oturum kimliği konuşmaya bağlanır ve araç kullanım geçmişi veritabanındaki oturum transkriptiyle sürdürülür. Sunucu yeniden başladığında bu kayıt mevcutsa kaldığı bağlamdan devam edilebilir. Eski kimlik için transkript bulunmazsa yeni oturum açılır. Önceki yanıtın sürdürülmesi, daha önce yapılan altyapı işlemlerinin otomatik geri alınması veya yinelenmeyeceğine dair mutlak garanti değildir.

• Başlık düzenleme, konuşma içeriğini değiştirmez.
• Sohbeti temizlemek eski araç sonuçlarının yeni yanıtta bağlam olarak kullanılmasını etkiler.
• Sohbet kayıtları, eklenen kaynak metinleri ve araç çıktıları kurumun veritabanı yedekleme ve erişim kapsamına dahil olabilir.
• Tarayıcı önbelleği geçmişin tek kalıcı kaynağı değildir; API’den senkronizasyon yapılır.

Canlı araç adımları ve sonuçları okuma

Canlı yanıt sırasında asistanın araç çağrıları zaman çizelgesinde görünür. Satırlarda araç adı, hedef, durum ve süre yer alır; sonuç bölümü açılarak ayrıntı okunabilir. JSON çıktılar biçimlendirilir, uygun metinler Markdown veya düz metin olarak gösterilir. Kopyalama işlemi mevcut sonucu; sonuç yoksa araç adı ve parametrelerini alır.

Bu görünüm, asistanın hangi kaynaktan bilgi aldığını ve önerdiği değişikliğin gerçekten çalıştırılıp çalıştırılmadığını ayırmaya yardımcı olur. Hata satırı, son doğal dil cevabı ikna edici görünse bile ilgili işlemin başarısız olduğunu gösterebilir. Birden fazla araç paralel çalışabildiğinden sonuçlar başlatılma sırasıyla dönmeyebilir; her sonucu kendi hedefiyle birlikte değerlendirin.

• Bekliyor, başarılı ve hatalı durum simgeleri ayrı gösterilir.
• Araç sonucu ile asistanın açıklaması farklı kanıtlardır; değişiklik sonucunu gerektiğinde kaynak ekranında doğrulayın.
• AI araç kullanım kayıtları kullanıcı, cluster, araç adı, parametreler, süre, sonuç/hata ve istem bağlamı gibi bilgiler taşıyabilir.
• Araç çıktısını kopyalayıp dışarı paylaşmadan önce log veya konfigürasyondaki hassas bilgileri kontrol edin.

Durdurma, yeniden deneme ve hazır istemler

Durdur düğmesi istemcinin canlı yanıt bağlantısını kapatır ve mevcut kısmi yanıtın korunmasını sağlar. Bekleyen onay istekleri bağlantı kapanınca reddedilir. Daha önce tamamlanmış araç çağrılarının yaptığı değişiklikler geri alınmaz; devam eden harici işlemlerin tamamının iptal edildiği de yalnızca panelin durmasından çıkarılamaz. Sonraki adım öncesinde hedefin güncel durumunu okuyun.

Hatalı bir asistan mesajında yeniden dene işlemi, hatayı oluşturan önceki kullanıcı istemini bulup yeniden gönderir. Bu yeni istek başka araç çağrıları oluşturabilir. Durum değiştiren bir görevde yeniden denemeden önce önceki denemenin nereye kadar ilerlediğini kontrol edin. Özel istemler, tekrar kullanılan soruları saklayıp hızlı seçimle göndermeyi kolaylaştırır; bu kitaplık cihaz/tarayıcı yerel depolamasına dayanır.

• Hazır istemi göndermeden önce cluster, namespace ve kaynak adlarının o anki çalışma alanına uyduğunu kontrol edin.
• Özel istem düzenleme penceresinden kayıt ekleyebilir, düzenleyebilir veya kaldırabilirsiniz.
• Ctrl/Command + Enter gönderme kısayolu kullanılabilir.
• Sağlayıcı yoksa veya bir istek işleniyorsa gönderme düğmesinin durumu buna göre sınırlanır.

SQL, Redis, Elasticsearch ve RabbitMQ konsollarında AI

Veri servisi konsollarındaki AI paneli Explain, Fix, Generate, Optimize ve uygun ekranlarda Diagnose görevlerini sunar. Panel mevcut sorgu veya komutu, son hatayı, plan/profil bulgusunu ve konsolun hazırladığı şema/metadata özetini kullanabilir. Fix için hata, Optimize için plan, Generate için yazılmış soru gerekir. Göreve uygun bağlam yoksa kullanıcıya bilgi verilir.

Bu akışta modele araç verilmez; model bağlantıya komut çalıştıramaz. Yanıttaki ilk kod bloğu editöre eklenebilir veya cevap kopyalanabilir. Çalıştırma kullanıcının ayrı kararıdır ve konsolun normal izin, salt okuma, işlem sınıflandırma ve onay kontrollerinden geçer. Sistem sonuç satırlarını, Redis değerlerini veya RabbitMQ mesaj gövdelerini otomatik bağlam olarak toplamaz; ancak kullanıcının sorguya veya soruya yazdığı değerler metnin içinde yer alabilir.

• İzin: bağlantıya read erişimi ve integrations:ai:use.
• Bağlam boyut sınırları: komut/sorgu 20.000, hata 4.000, plan 30.000, soru 2.000 ve metadata 30.000 karakter; uzun içerik kırpılır.
• Görev ve servis türü bağlantı denetimine kaydedilir; konsol AI denetimine tam istem metni yazılmaz.
• Kodun editöre aktarılması doğrulama veya çalıştırma başarısı değildir; kullanılan tablo, anahtar, alan ve hedefleri kontrol edin.

Self-hosted çalışma, sağlayıcıya giden veri ve çevrimdışı sınır

Battani’nin kendi altyapınızda çalışması, AI isteklerinin otomatik olarak o altyapının içinde kaldığı anlamına gelmez. Seçili sağlayıcı dış hizmetse soru metni, gönderilen YAML/log/ek içerikleri ve konuşma sırasında alınan araç sonuçları o sağlayıcının API’sine aktarılabilir. Yapılandırılan model, kimlik doğrulama ve API uç noktası veri yolunu belirler. Uzak sağlayıcı kullanımı için sunucudan ilgili servise ağ erişimi gerekir.

Secret listeleme gibi bazı araçlar içerik kapsamını daraltır; buna rağmen bütün logların, serbest metinlerin, dosyaların veya araç sonuçlarının eksiksiz biçimde maskelendiği garantisi yoktur. Kullanıcı mesajı, imaj metadata bilgisi ve uygulama logları içinde şifre veya kişisel veri bulunabilir. Göndereceğiniz bağlamı inceleyin; kurumun AI sağlayıcı politikasıyla uyumlu hesap ve uç noktayı kullanın.

• İnternetsiz Battani kurulumu ile internetsiz AI çıkarımı aynı özellik değildir; bu sürüm kendi yerel model sunucusunu beraberinde getirmez.
• Copilot BYOK özel uç noktası, kullanılacak servisin API uyumluluğuna ve ağ erişimine bağlıdır.
• Kubernetes AI araçları cluster bağlantısının sahip olduğu erişimle çalışır; en düşük gerekli cluster yetkisini altyapıda da tanımlayın.
• AI cevabı hatalı veya eksik olabilir. Üretim değişikliğini araç sonucu, doğrulama çıktısı ve kaynak ekranındaki gerçek durumla değerlendirin.