Asistanınızda geri bağlantı araç çağrıları başarısız oluyor: bir semptom tablosu

Statü kodunun cümleden neden daha önemli olduğu

Bir asistan 402'yi nazik bir paragrafa dönüştürür. Paragrafı okursunuz, kodu değil. Ham statüyü isteyin. Sahip olduğunuz en ucuz teşhis budur.

Hatayı ikiye bölün. Modeli suçlamadan önce, aynı URL'yi terminalde çalıştırın. curl ok true ile JSON döndürürse API sorun yok demektir ve hata sarmalayıcıda veya prompt'tadır. curl de başarısız olursa sorun anahtar veya bakiyededir ve hiçbir prompt kelimesi bunu düzeltmez.

Bir betik yolda durduğunda

Faturalar sessizce arttığı yer betiklerdir. Aşağıdaki üç durum, bir duraklamanın, bir zincirin veya sessiz bir hatanın planladığınızdan fazla çağrıya nasıl dönüştüğünü gösterir.

Bir Ctrl-C bir batch işlemini yarım bırakabilir

Çoğu betik bir alan adı listesi üzerinde döngü kurar ve her öğe için tek bir ücretli çağrı yapar. Ortada Ctrl-C'ye basın. Zaten çalışan çağrılar faturalandırılır, geri kalanı hiç gerçekleşmez. Çıktı dosyanız hangi alan adlarının tamamlandığını söylemelidir.

Her sonucu elinize ulaştığı anda diske yazın. Böylece bir yeniden başlatma, alan adlarını tekrar ödemek yerine zaten tamamlananları atlayabilir.

Betikleri zincirlemek çağrıları çarpar

Üç betik çalıştırmak ve çıktılarını tek bir e-postada birleştirmek düzenli görünür. Her birinin iki ücretli çağrı yaptığını varsayın, tek bir çalıştırma altı çağrı faturalandırır. Önce sayın, sonra planlayın.

Verileri bir kez toplayan, sonra biçimlendiren tek bir betik, faturayı ve mantığı tek bir yerde tutar. Zamanlanmış bir betik de sonunda çağrı sayısını yazdırmalıdır, böylece bakiyeye sonraki bakışta eşleşecek bir sayı olur.

Yeniden çalıştırmadan önce hata gövdesini okuyun

Başarısız bir çağrı genellikle ok false olarak ayarlanmış ve kısa bir mesaj içeren bir gövde döndürür. Önce mesajı okuyun. Aynı anahtar ve aynı bakiye ile yapılan bir yeniden çalıştırma aynı şekilde başarısız olur.

Gövdeyi yutan ve sadece failed kelimesini yazdıran betikler, sahip olduğunuz tek ipucunu boşa harcar. Statüyü ve mesajı geldikleri gibi alıntılama yapın. Asistan tarafından yapılan bir özet, yardımcı olabilecek detayı zaten kaybetmiştir. Doğrudan alıntı, her zaman.

Sarmalayıcıdaki hatalar ve düzeltmeler

Aynı üç hata çoğu sarmalayıcıda görülür. Anahtarı URL'ye koymak, loglarda ve paylaşılan transkriptlerde görünmesine neden olur, bu yüzden ürününüzün izin verdiği yerde bearer header'ı kullanın.

Her eylemi açığa çıkarmak ikinci hatadır. GPT'nize sadece dördüne ihtiyacı vardır ve her ekstra eylem, planlamadığınız kredileri harcamanın başka bir yoludur. Üçüncüsü, on satır döndüren bir yanıt için 5.000 satır istemektir.

Bunları bir kez düzeltin ve yukarıdaki tablonun çoğu geçerliliğini yitirir. Bunu geçiren yanlış sayılar mitler sayfasında ele alınır.

Başarısızlıkları gösteren bir çağrı logu kurun

Bir log, alabileceğiniz en ucuz teşhistir. Tutmak ücretsizdir ve sohbet hakkındaki belirsiz şikayeti, sayabileceğiniz statü kodları listesine dönüştürür. İki alışkanlık yeterlidir.

Satır başına bir çağrı, statü ile

Zaman damgasını, eylemi, alan adını, HTTP statüsünü ve _credits değerini tek bir satıra yazın. Düz metin yeterlidir. Bir elektronik tablo daha sonra okuyabilir ve statülerin bir sütunu, tek bir sohbet yanıtının gizlediği bir kalıbı gösterir.

Ücretsiz ve ücretli çağrıları ayrı sütunlarda tutun, böylece ücretli hatalardaki artış toplamın içinde gizlenmez. Tekrarlanan herhangi bir çağrıyı işaretleyin ve orijinalin yanına tekrar sayısını tutun. Aynı saat içinde tekrarlanan 402'ler kötü bir güne değil, bir döngüye işaret eder. Önce logu okuyun. Modeli en son suçlayın.

Tona değil, statüye göre uyarı verin

Bir sohbet penceresi sakin okunabilirken log her satırda 402 gösterebilir. İlgilendiğiniz statü kodları için bir kural ayarlayın. Sıkıcı tutun. 401 anahtara, 402 bakiyeye işaret eder, diğer her şey gövdeyi okumak demektir.

Ücretliler başarısız olurken ücretsiz eylemlerin hala yanıt vermesi açık bir sinyaldir. Muhtemel neden bakiyedir. Yükleme ve yeniden deneme sayısı önceliklidir. Ücretsiz eylemler ayrıca bir kontrol görevi görür, çünkü yolun hala çalıştığını gösterirler.

Gerçek boş bir sonucu bozuk olandan ayırt etmek

Sohbet penceresinde birbirine benzeyen ve çok farklı anlamlara gelen iki tür yanıt vardır. Önce ayırt edin. Yanlış şeyi değiştirmek zaman ve bazen kredi maliyetine mal olur.

Sıfır satır bir yanıttır

Bir alan adı ok true ve boş bir liste ile dönebilir. Bu, indeks hakkında bir bulgudur. Çağrıda bir hata değildir. Yeni bir site olabilir, bir yazım hatası olabilir veya link henüz aylık yenilemeye ulaşmamış olabilir.

Bunu bir sonuç olarak kabul edin. Tek cümleyle raporlayın. Her çağrının tarihini içeren boş dönen alan adlarının kısa bir listesini tutun. Aynı alan adı bir ay boyunca boş kalırsa, yazım hatası bir sonraki şüphelidir ve aylık yenileme sadece bu kadar açıklayabilir.

Çok az satır bir ayarlamadır

Bazen yanıt kısa çünkü şema satırları sınırlamış olabilir veya betik sadece birinci sayfayı okumuştur. Çağrı satır sayısından bağımsız olarak bir kez faturalandırılır, bu yüzden istekte daha büyük bir per ekstra krediye mal olmaz. Önce şemanızdaki sınırı kontrol edin. Oradan başlayın.

Bilinçli olarak ikinci sayfayı isteyin ve bunu prompt'ta belirtin, asistanın daha fazla olduğunu fark etmesini beklemek yerine.