Sohbet ve tespit sorunları
İçerik reddedildiğinde, maskelendiğinde ya da işaretlendiğinde, AI erişimi kilitlendiğinde, bir rol sohbeti reddettiğinde ve bir dosya geçmediğinde kullanıcının gördüğü.
- Sürüm: 0.4
- Rol: admin_user, normal_user
- Tür: sorun giderme
"AI benim için çalışmayı bıraktı" diyen bir kullanıcıya verilecek sayfa budur. Neredeyse her durum beş olasılıktan biridir ve kimse panoyu açmadan, yalnızca yanıta bakarak birbirinden ayırt edilebilirler.
Önce beşini birbirinden ayırın
| Kullanıcının gördüğü | Bu nedir | Çalışma kitabı |
|---|---|---|
| Adların ya da sayıların yer tutucularla değişmesi; mesajın bir filtre adı verilerek reddedilmesi | Bir içerik kararı | İçerik reddedildi, maskelendi ya da işaretlendi |
| Akış bir kilit bildirimiyle anında sona eriyor | Kullanıcının AI erişimi kilitli | Bir kullanıcının AI erişimi kilitli |
| "This role does not use the chat" | Tasarım gereği bir rol reddi | Bir rol ya da lisans eylemi reddediyor |
| Bir sağlayıcı, model ya da kimlik bilgisi adı veren bir hata | Modele hiçbir şey ulaşmadı | İstek modele hiç ulaşmadı |
| Bir dosya reddediliyor ya da analizi başarısız oluyor | Bir yükleme sınırı ya da bir servis | Bir dosya geçmiyor |
| "Please try again later" | Bir hız sınırı | Hız sınırları |
İçerik kararları
İçerik reddedildi, maskelendi ya da işaretlendi
Bir karar hata değildir: istek okundu, bir şey eşleşti ve yapılandırılmış eylem uygulandı. Her karar; motoru, etiketi, güven değerini ve eylemi adlandıran bir tespit yazar — bu yüzden konuşma kullanıcının anlatımından değil, o kayıttan başlamalıdır.
Bir mesajda birden fazla kural eşleştiğinde en güçlü eylem kazanır: Reddet, Maskele'nin, Maskele de İşaretle'nin önündedir (REJECT > MASK > FLAG). Bu nedenle İşaretle olarak ayarlanmış bir kural, aynı mesajda başka bir şey reddettiğinde yine de bir retle sonuçlanır.
Note
Maskeleme geri alınabilir olabilir: PII_MAP_ENCRYPTION_KEY ayarlıysa oturum başına eşleme
AES-256-GCM şifreli metin olarak saklanır ve yanıtın maskesi kullanıcı için kaldırılır. Ayarlı
değilse eşlemeler hiç yazılmaz ve yanıtlar maskeli kalır — bu bir arıza değil, bir yapılandırma
tercihidir.
Bir mesaj içerik politikası tarafından reddediliyor, maskeleniyor ya da işaretleniyor
Şunları görebilirsiniz: Document rejected due to policy violation (belge, politika ihlali nedeniyle reddedildi) · istemim, adlar yer tutucularla değiştirilmiş olarak geri geldi · asistan sıradan bir iş sorusunu reddetti · bir müşteri kaydı maskelendi ve model yanıt veremedi
Başlamadan önce
Denetimler
- 1
İsteği tespit kaydında bulun
beklenen · Sonucu açıklayan tek bir tespit var.
- 2
Eşleşmeyi hangi motorun ürettiğini okuyun
beklenen · Motoru adlandırabiliyorsunuz.
- 3
Devreye giren filtreyi ve taşıdığı eylemi okuyun
beklenen · Eylem, kullanıcının yaşadığıyla örtüşüyor.
- 4
Eşleşmenin doğru olup olmadığına karar verin
beklenen · Eşleşen aralık, gerçekten kuralın var olma nedeni.
Nedenler ve düzeltmeler
| Ne zaman ulaşılır | Neden | Açıklama, düzeltme ve doğrulama |
|---|---|---|
| denetim 1 başarısız olduğunda | no-detection-recorded (uyarı) | Her politika kararı bir tespit yazar. Arkasında tespit olmayan bir ret içerik politikasından gelmemiştir — sağlayıcıdan, bir rol ya da lisans reddinden ya da modelin kendi yanıt vermeme kararından gelmiştir. Düzeltme: Yanıt gövdesini ve o isteğe ait olay günlüğü kaydını okuyun. Kendi ölçütleriyle yanıt vermeyen bir model bir CID kararı değildir ve hiçbir CID ayarı bunu değiştirmez. Doğrulama: beklenen · Ya bir tespit çıkıyor ya da ret başka bir yere atfedilebiliyor. |
| denetim 2 başarısız olduğunda | cannot-attribute-engine (bilgi) | Kişisel veri, zararlı içerik ve enjeksiyon tespiti paralel çalışır ve her birinin kendi eşikleri vardır. Yanlış olanı ayarlamak hiçbir şeyi değiştirmez, üstelik dokunmak istemediğiniz bir denetimi zayıflatır. Düzeltme: Nereye bakacağınıza tespitin motoru ve etiketiyle karar verin: varlıklar için kişisel veri tespiti, zararlı içerik ve enjeksiyon için içerik güvenliği hattı. Doğrulama: beklenen · Motoru ve etiketini adlandırabiliyorsunuz. |
| denetim 3 başarısız olduğunda | unexpected-action-priority (bilgi) | Bir mesajda birden fazla kural eşleştiğinde en güçlü eylem kazanır: REJECT, MASK'ın; MASK, FLAG'in önündedir. Bu nedenle FLAG olarak ayarlanmış bir kural, aynı mesajda başka bir şey reddettiğinde yine de bir retle sonuçlanır. Düzeltme: O isteğe ait yalnızca ilk tespiti değil, tespitlerin tümünü okuyun. En güçlü eylemi taşıyan kuralı değiştirin. Bkz. Güvenlik Filtreleri. Doğrulama: beklenen · Eylem, değiştirdiğiniz kuralla örtüşüyor. |
| denetim 4 başarısız olduğunda | false-positive (uyarı) | Tek bir biçim için yazılmış bir düzenli ifade, aynı şekli paylaşan başka metinleri de yakalar; engelleme eşiğinin hemen üzerinde puan alan bir model de sıradan metinde kendinden emin görünen bir engelleme üretir. İkisi de arıza değil, ayar sorunudur. Düzeltme: Bir desen için, kaydetmeden önce deseni daraltın ve Filtre Testi sayfasında yeniden deneyin — derlenemeyen bir desen hiçbir şeyi korumaz ve filtre listesinde bozuk olarak işaretlenir. Bir model etiketi içinse engelleme eşikleri çalışma zamanı ayarı değil, gönderilen model imajının özellikleridir; dolayısıyla çözüm bir eşik düzenlemesi değil, kapsamı daraltılmış bir filtre geçersiz kılmasıdır. Doğrulama: beklenen · Metin geçiyor, kuralın var olma nedeni olan durumlar ise geçmemeye devam ediyor. Bu geçerli değilse: Tespit kimliğini ve — politika ortamdan çıkmasına izin veriyorsa — tam girdi metnini ekleyin. İzin vermediği yerde yalnızca tespit kimliğini ekleyin; eşleşen aralığı kayıt zaten tutuyor. |
Kilitler
Bir kullanıcının AI erişimi kilitli
Yinelenen jailbreak ve prompt enjeksiyonu tespitleri kayan bir pencereyi doldurur ve bu pencere
risk analistinin kullanıcı başına tek bir incelemesini açar. Bu incelemeden çıkan bir kilit
kararı, kullanıcının sohbet turlarını bir user_locked olayıyla anında sonlandırır.
Kullanıcının şikâyetini ele alırken iki özellik önemlidir. Analistin belirli tespitlere bağlayamadığı bir karar, kilitten uyarıya indirilir; dolayısıyla ayakta kalan bir kilidin arkasında kanıt vardır. Ve kilit açma yolu bilinçli olarak dardır: kilit başına bir bekleyen istek, saatte üç istek ve karara bağlanmış bir istek nihaidir.
Bir kullanıcının yapay zeka erişimi kilitli ve sohbet edemiyor
Şunları görebilirsiniz: user_locked (kullanıcı kilitli) · sohbet akışı hemen bir kilit bildirimiyle sona eriyor · Your AI access is not locked (yapay zeka erişiminiz kilitli değil) · An unlock request is already pending for this lock (bu kilit için bekleyen bir kilit açma talebi zaten var)
Başlamadan önce
Denetimler
- 1
Kullanıcının gerçekten etkin bir kilidi olup olmadığını okuyun
beklenen · O kullanıcı için bir etkin kilit var.
- 2
Kilidi üreten incelemeyi okuyun
beklenen · İnceleme, kilidi belirli tespitlerle açıklıyor.
- 3
Kilit açma talebi oluşturamayan bir kullanıcı için var olan talebin durumunu okuyun
beklenen · Ya bekleyen talep yok ya da bekleyen talep bir inceleyiciyi bekliyor.
- 4
Kilit açıldıktan sonra kilidin yalnızca kalkmış görünmediğini, gerçekten kalktığını doğrulayın
beklenen · Mesaj geçiyor.
Nedenler ve düzeltmeler
| Ne zaman ulaşılır | Neden | Açıklama, düzeltme ve doğrulama |
|---|---|---|
| denetim 1 başarısız olduğunda | no-active-lock (bilgi) | Kilit açma talepleri bir kilide bağlanır. Etkin kilit yoksa talep edilecek bir şey de yoktur ve ağ geçidi öksüz bir talep oluşturmak yerine bunu söyler — kilidi olmayan bir talep, herkesin kilitli sandığı ama kilitli olmayan bir kullanıcı demek olurdu. Düzeltme: Kullanıcıdan sohbeti yeniden denemesini isteyin. Yine başarısız oluyorsa ret bir kilit değildir: yanıt gövdesinde bunun yerine bir rol, lisans ya da politika kararı arayın. Doğrulama: beklenen · Mesaj geçiyor. |
| denetim 2 başarısız olduğunda | verdict-without-evidence (uyarı) | Analist, gerekçesindeki her savı bir tespite ya da bir araç sonucuna bağlamak zorundadır. Bunu yapamadığı yerde kilit kararı uygulanmak yerine uyarıya indirilir; dolayısıyla incelemeden açıklayamadığınız bir kilit, savunulmaktan çok yeniden açılmayı hak eder. Düzeltme: İncelemeyi açın, başarısız olan denetimlerini okuyun ve kilit açma talebini kanıta göre karara bağlayın. Kendi denetimleri başarısız olan bir inceleme, analizler listesinde doğrulanmadı olarak işaretlenir. Doğrulama: beklenen · Karar, incelemenin üzerine kaydedilmiş. |
| denetim 3 başarısız olduğunda | request-already-filed (bilgi) | Kilit başına tek bekleyen talep — bunu hem kısmi bir tekil dizin hem de API zorunlu kılar — ve kullanıcı başına saatte üç talep. Karara bağlanmış bir talep kesindir; kullanıcı yenisini ancak yeni bir kilitten sonra oluşturur. Düzeltme: Bekleyen talebi karara bağlayın. Ret kilidi yerinde bırakır ve kullanıcı başka bir talep gönderebilir; onay ise kilidi kaldırır. Doğrulama: beklenen · Beklemede kalan talep yok. |
| denetim 4 başarısız olduğunda | lock-cache-not-expired (bilgi) | Etkin kilit, her sohbet turu PostgreSQL'e sorgu açmasın diye kısa ömürlü bir Redis önbelleği üzerinden okunur. Bu nedenle panoda kaldırılan bir kilit, o önbellek penceresi boyunca reddetmeyi sürdürebilir. Düzeltme: Önbellek penceresinin dolmasını bekleyin ve daha derine inmeden önce bir mesaj daha deneyin. Doğrulama: beklenen · Mesaj geçiyor. Bu geçerli değilse: Kilit kimliğini, inceleme kimliğini ve destek paketini ekleyin. |
Note
Panoda kaldırılan bir kilit, hemen sonraki turu yine de reddedebilir: etkin kilit kısa ömürlü bir Redis önbelleği üzerinden okunur. Sorunu yükseltmeden önce kullanıcıdan biraz beklemesini ve bir mesaj daha göndermesini isteyin.
Retler
Bir rol ya da lisans eylemi reddediyor
ROLE_NOT_FOR_CHAT bir arıza değildir — bir auditor, ortama trafik eklemek yerine onu inceler.
READ_ONLY_ROLE ise tasarlandığı gibi çalışan demo hesabıdır: her şeyi okur, hiçbir şeyi
değiştirmez. İkisi de sıradan hata yüzeyleri üzerinden gösterilir; bozuk görünmelerinin nedeni
budur.
Ürün bir eylemi 402, 403 ya da 423 ile reddediyor
Şunları görebilirsiniz: READ_ONLY_ROLE (hesap salt okunur `viewer` rolünde) · This is a read-only demo account (viewer role) — actions and changes are disabled. (bu, salt okunur bir demo hesabıdır; eylemler ve değişiklikler kapalıdır) · ROLE_NOT_FOR_CHAT (bir denetim rolü sohbeti kullanmayı denedi) · FEATURE_NOT_LICENSED (uç nokta, kurulu katmanın dışındaki bir modüle ait)
Denetimler
- 1
Hata gövdesindeki makine okunur kodu okuyun, cümleyi değil
beklenen · Kodu adlandırabiliyorsunuz.
- 2
423 için, ilk açılış kurulumunun hiç tamamlanıp tamamlanmadığını denetleyin
tanılama · appliance.setupComplete = true
- 3
402 için lisans durumunu okuyun
tanılama · appliance.license.state = "active|trial"
- 4
FEATURE_NOT_LICENSED için hangi katmanın kurulu olduğunu ve özelliğin o katmanda bulunup bulunmadığını okuyun
tanılama · appliance.license.tier
- 5
Bir rolün adını veren 403 için, hesabın rolünün neler yapabildiğini okuyun
beklenen · Rol, eylemin gerektirdiği sayfayı ya da yeteneği taşıyor.
Nedenler ve düzeltmeler
| Ne zaman ulaşılır | Neden | Açıklama, düzeltme ve doğrulama |
|---|---|---|
| denetim 1 başarısız olduğunda | no-code-in-body (bilgi) | Kod taşımayan bir ret, lisans kapısından, kurulum kapısından ya da rol katmanından gelmemiş demektir. Onu başka bir şey üretmiştir — çoğu zaman sağlayıcı, ya da istek gövdesindeki bir doğrulama hatası. Düzeltme: HTTP durumunu ve yanıt gövdesini okuyun, ardından isteği Olay Günlükleri içinde bulun. Doğrulama: beklenen · Reddi bir kaynağa bağlayabiliyorsunuz. |
| denetim 2 başarısız olduğunda | setup-not-complete (kritik) | İlk açılış kurulumu tamamlanana kadar her ürün yolu SETUP_REQUIRED ile 423 döndürür. Sihirbazın bir kurtarma yordamı olmadan bitirilebilmesi için yönetim erişilebilir kalır.Düzeltme: Kurulum sihirbazı bitiyor ve cihaz yeniden kurulum istiyor yolunu izleyin. Doğrulama: tanılama · appliance.setupComplete = true |
| denetim 3 başarısız olduğunda | licence-not-valid (kritik) | Uygulama açıkken ve geçerli bir lisans yokken ürün yolları 402 LICENSE_EXPIRED döndürür, yönetim ise erişilebilir kalır. Süresi dolmuş bir lisans ile hiçbir zaman doğrulanamamış bir lisans aynı durumu üretir ve farklı çözümler ister.Düzeltme: Lisansın süresi dolmuş ve lisanslı uç noktalar 402 döndürüyor yolunu izleyin ve yenileme istemeden önce ana makine saatini denetleyin. Doğrulama: tanılama · appliance.license.state = "active|trial" |
| denetim 4 başarısız olduğunda | feature-not-in-tier (uyarı) | Lisans katmanları modüllerin tamamını kapılar. Kapı uç noktayı reddeder, pano da sayfayı gizler ya da devre dışı bırakır; belirti bu nedenle var olmayan bir özellik değil, gözle görünen ve hiç çalışmayan bir özelliktir. Düzeltme: Kurulu katmanı üretilen katman tablosuyla karşılaştırın ve CID temsilcinizden özelliği eklemesini isteyin. Bkz. Lisanslama. Doğrulama: beklenen · Çağrı kabul ediliyor. |
| denetim 5 başarısız olduğunda | role-lacks-access (bilgi) | Rol retleri bilinçlidir ve lisans sorunu değildir. Özellikle viewer rolü tasarımı gereği salt okunurdur: GET, HEAD ve OPTIONS üzerindeki rol denetimlerini geçer, imzalı lisans malzemesini indirmek de dahil olmak üzere değiştiren her şeyde genel olarak reddedilir. Yetenek modeli gölge kipte hesaplanır ve henüz hiçbir şeyi uygulamaz — bugün uygulanan şey sayfa matrisi ile sabit rollerdir.Düzeltme: Hesaba, erişimi taşıyan bir rol verin ya da eylemi bir yönetici olarak gerçekleştirin. Bkz. Erişim Denetimi. Doğrulama: beklenen · Eylem kabul ediliyor. Bu geçerli değilse: Kodu, HTTP durumunu, yolu ve hesabın rolünü ekleyin. |
Modele hiçbir şey ulaşmadı
İstek modele hiç ulaşmadı
Bir sağlayıcı, model ya da kimlik bilgisi adı veren bir hata, ağ geçidinin hiçbir şey gönderecek kadar ilerlemediği anlamına gelir. Hiçbir karar verilmediği için tespit de yazılmaz.
Sohbet isteği modele ulaşmadan başarısız oluyor
Şunları görebilirsiniz: Provider 'openai' not found (sağlayıcı bulunamadı) · Model 'gpt-4o' not found (model bulunamadı) · Model 'gpt-4o' is not active (model etkin değil) · Model not found for provider (sağlayıcı için model bulunamadı)
Başlamadan önce
Denetimler
- 1
Sağlayıcı ve model katalogunun hiç dolu olup olmadığını denetleyin
beklenen · Sağlayıcılar ve modeller listeleniyor.
- 2
Çağıranın adını verdiği modelin var olup olmadığını ve etkin olup olmadığını okuyun
beklenen · Model listede ve etkin.
- 3
Bu çağıran ve bu sağlayıcı için bir kimlik bilgisinin çözümlendiğini denetleyin
beklenen · Etkin bir kimlik bilgisi çözümleniyor.
- 4
Çözümlenen kimlik bilgisini test edin
beklenen · Test başarılı oluyor.
Nedenler ve düzeltmeler
| Ne zaman ulaşılır | Neden | Açıklama, düzeltme ve doğrulama |
|---|---|---|
| denetim 1 başarısız olduğunda | catalogue-empty (kritik) | Sağlayıcılar ve modeller koda değil, tohum verisine dayanır. Satır yoksa hiçbir model kimliği çözümlenmez ve her tamamlama ilk aramada başarısız olur. Düzeltme: Katalogda hiç LLM sağlayıcısı yok yolunu izleyin. Doğrulama: beklenen · Sağlayıcılar ve modeller listeleniyor. |
| denetim 2 başarısız olduğunda | model-inactive-or-absent (uyarı) | Ağ geçidi, kimlik bilgisini çözümlemeden önce model satırını çözümler ve pasif bir modeli sessizce başkasıyla değiştirmek yerine reddeder. Bu nedenle katalogda pasifleştirilen bir model, o modeli adıyla çağıran her istemciyi bozar; dün çalışan istemciler dahil. Düzeltme: Modeli Modeller altında yeniden etkinleştirin ya da istemciyi etkin bir modele yöneltin. Model kimliğini sabit yazan bir istemci, o kimliğin etkin kalmasına ihtiyaç duyar. Doğrulama: beklenen · Tamamlama akmaya başlıyor. |
| denetim 3 başarısız olduğunda | no-credential-resolves (kritik) | Kimlik bilgileri önce kiracıda aranır, sonra kiracının grubuna düşülür. Hiçbir gruba üye olmayan bir kiracı ya da kimlik bilgisi pasifleştirilmiş bir grup hiçbir şeye çözümlenmez; dolayısıyla istek, sağlayıcıya hiç çağrı yapılmadan başarısız olur. Düzeltme: O sağlayıcı için kiracıya etkin bir kimlik bilgisi ekleyin ya da kiracıyı hâlihazırda böyle bir kimlik bilgisi taşıyan bir gruba ekleyin. Bkz. Kimlik Bilgileri. Doğrulama: beklenen · Tamamlama akmaya başlıyor. |
| denetim 4 başarısız olduğunda | credential-rejected (kritik) | Bir kimlik bilgisi çözümlenir ve sağlayıcı onu reddeder; dolayısıyla arıza, kimlik bilgisinin yapılandırıldığı sayfada değil sohbet yolunda ortaya çıkar. Düzeltme: Sağlayıcı kimlik bilgisi kaydedilmiyor ya da testi başarısız oluyor yolunu izleyin. Doğrulama: beklenen · İkisi de başarılı oluyor. Bu geçerli değilse: Destek paketini ve isteğin model kimliğini, kiracısını ve zaman damgasını ekleyin. |
Dosyalar
Bir dosya geçmiyor
Bir dosyayı birbirinden ayrı üç sınır reddeder: biçim (makro etkin hesap tabloları güvenli biçimde maskelenemez ve kısmen işlenmek yerine reddedilir), boyut ve belge ayrıştırıcısının kapalı olması ya da devre kesicisinin arkasında kalması.
Parçalı ya da sürdürülebilir bir yükleme geçirilmek yerine reddedilir; çünkü hiçbir yol istekler arasında arabelleğe almaz ve denetlenmemiş bir yükleme, denetimin var olma nedeni olan şeydir.
Bir dosya reddediliyor ya da analizi başarısız oluyor
Şunları görebilirsiniz: No file uploaded (hiçbir dosya yüklenmedi — "file" adlı multipart alanı bekleniyordu) · Image size exceeds maximum allowed size of 10MB (görüntü, izin verilen 10 MB üst sınırını aşıyor) · Unsupported file type (desteklenmeyen dosya türü; PDF, DOCX ya da TXT yükleyin) · legacy and macro-enabled spreadsheet formats cannot be safely redacted (eski ve makro etkin hesap tablosu biçimleri güvenli biçimde maskelenemez)
Başlamadan önce
Denetimler
- 1
Biçimin ürünün kabul ettiği biçimlerden olup olmadığını okuyun
beklenen · Biçim, o yüzeyde kabul ediliyor.
- 2
O yüzeyin boyut sınırını okuyun
beklenen · Dosya, iletide adı geçen sınırın altında.
- 3
İstemcinin parçalı ya da sürdürülebilir bir yükleme yapıp yapmadığını denetleyin
tanılama · posture.resumableUploadPolicy = "block"
- 4
Belge analizinin bu dağıtımda açık olup olmadığını okuyun
beklenen · Servis etkin.
- 5
Belge ayrıştırıcısının kendi sağlığını okuyun
tanılama · services[document-parser].healthy = true
Nedenler ve düzeltmeler
| Ne zaman ulaşılır | Neden | Açıklama, düzeltme ve doğrulama |
|---|---|---|
| denetim 1 başarısız olduğunda | format-not-accepted (bilgi) | Bazı biçimler kısmen işlenmek yerine bilinçli olarak reddedilir. Makro etkin bir hesap tablosu güvenli biçimde maskelenemez ve içeriği sessizce atlayan bir maskeleme, retten daha kötü olurdu. Düzeltme: Dosyayı kabul edilen bir biçimde kaydedip yeniden yükleyin — hesap tablosunu makrosuz .xlsx olarak, belgeyi PDF, DOCX ya da TXT olarak.Doğrulama: beklenen · Kabul ediliyor. |
| denetim 2 başarısız olduğunda | over-size-limit (bilgi) | Her yüzey arabelleğe alacağı miktarı sınırlar; çünkü analiz dosyanın tamamını bellekte tutar ve sınırsız bir yükleme, en büyük tespit servisi hangisiyse onun bellek tükenmesi nedeniyle sonlandırılması demektir. Düzeltme: Dosyayı bölün ya da sıkıştırın; büyük taramalarda görüntü yolu yerine belge yolunu kullanın. Doğrulama: beklenen · Kabul ediliyor. |
| buraya yönlendiren denetim yok | resumable-refused-by-policy (uyarı) | Hiçbir yol istekler arasında arabelleğe almadığı için parçalı ya da sürdürülebilir bir yükleme denetlenemez. Üç yolun üçü de bunları denetlenmemiş biçimde geçirmek yerine varsayılan olarak reddeder ve eklenti görünür bir "not inspected" olayı kaydeder. Yeniden birleştirme — yükleme kimliğine göre arabelleğe alma, sonlandırmada denetleme, yeniden parçalama — uygulanmadı. Düzeltme: Kullanıcıdan dosyayı tek bir istekte yüklemesini isteyin ya da politikayı değiştirerek riski açıkça üstlenin. Buradaki bir reddi ürün arızası olarak okumayın: kapalı kalarak başarısızlık tercihinin çalışmasıdır. Doğrulama: tanılama · posture.resumableUploadPolicy = "block" |
| denetim 4 başarısız olduğunda | parser-disabled (uyarı) | Belge analizi ayrı bir servistir ve örneğin asgari bir geliştirme yığınında kapatılabilir. Etkin olup çökmüş bir servisle karıştırılmasın diye uç nokta, ayırt edici bir iletiyle 503 döndürür. Düzeltme: Belge ayrıştırıcısını etkinleştirin ve ayarı yeniden okuması için ağ geçidini yeniden başlatın. Bkz. Bir dosyayı maskeleyin. Doğrulama: beklenen · Analiz çalışıyor. |
| denetim 5 başarısız olduğunda | parser-unhealthy (kritik) | Ağ geçidi, ayrıştırıcının önünde bir devre kesici tutar: ayrıştırıcı art arda başarısız olduğunda ağ geçidi onu çağırmayı bırakır ve anında "geçici olarak erişilemiyor" yanıtı verir; arızanın anlık görünmesinin nedeni budur. Düzeltme: Bir servise erişilemiyor ya da servis kendini sağlıksız bildiriyor yolunu izleyin. Doğrulama: tanılama · services[document-parser].healthy = true Bu geçerli değilse: Destek paketini, dosyanın türünü ve boyutunu ekleyin. Politika belgenin ortamdan çıkmasına izin vermiyorsa belgenin kendisini eklemeyin. |
Yükseltmeden önce toplanacaklar
- Mesajın metnini değil, Tüm Tespitler sayfasındaki tespit kimliğini — kayıt eşleşen aralığı zaten tutar ve metnin ortamdan çıkması uygun olmayabilir.
- Kullanıcının gördüğü tam yanıt, varsa
codealanı dahil. - Ağ geçidi günlüğüyle olay günlüğünün ilişkilendirilebilmesi için zaman ve kullanıcı.
İlgili
- Tüm Tespitler — her kararın yazdığı kayıt.
- Güvenlik Filtreleri — kurallar ve eylemleri.
- İçerik güvenliği hattı — ne, hangi sırayla çalışır.
- LLM incelemesi — incelemeler, kararlar ve kilit açma istekleri.
Son güncelleme