दृष्टि विफलताओं को वर्गीकृत करें ताकि रिट्री लूप और सर्किट ब्रेकर वास्तव में काम कर सकें

शिप

22 जुलाई 2026 को 5:50 pm बजे UTC

लेखक

Kamo

Commit

4f9b3c2

दृष्टि में दो कीड़ेपूरा करते हैं, जिनमें से दोनों ने उन्हें संभालने के लिए मशीनरी को हराया। एक खाली-content प्रतिक्रिया को SUCCESS के रूप में वापस कर दिया गया और पुनः प्राप्त लूप को समाप्त कर दिया गया। हर एडाप्टर यह भी खत्म सेट Reason "error" - इसलिए सटीक विफलता लूप जीवित रहने के लिए मौजूद है (एक मॉडल) कि छवि पढ़ने नहीं कर सकते) यह FIRST उम्मीदवार पर बंद कर दिया और वापस "" कर दिया। The रेट-शीट निकालने वाला तब पृष्ठ को बिना किसी अन्य की कोशिश के पढ़ने योग्य रूप में दर्ज करता है मॉडल। ब्लैंक या फिनिशReason=="error" अब एक असफल प्रयास है जो आगे बढ़ता है। कैच ने कभी भी एथ विफलता दर्ज नहीं की, इसलिए एक रद्द कुंजी ने पूर्ण प्रयास बजट को जला दिया प्रत्येक पृष्ठ हमेशा के लिए और कभी लगातार ट्रिप नहीं किया गयाAuthFailures>=3 ब्रेकर जो रूटिंग करता है पर निर्भर करता है। इस समान फ़ाइल में स्ट्रीमिंग और सिंक पथ दोनों इसे रिकॉर्ड करते हैं; VisionComplete नहीं। विफलताओं को अब वर्गीकृत किया गया है: 401/403 auth विफलता रिकॉर्ड करता है और छोड़ देता है कि प्रदाता के शेष मॉडल, 429/5x उस प्रदाता को छोड़ देता है जो उसकी कुंजी को नष्ट किए बिना है, 400/404/422 अगले मॉडल के लिए अग्रिम, और सफलता पथ रिकॉर्ड सफलता (जो रीसेट हो जाता है) ब्रेकर). जब प्रत्येक उम्मीदवार इसे विफल हो जाता है, तो कॉलर को 502 मिलता है जो रहता है 424 "नो प्रोवाइडर कन्फिगर" से अलग - यह कभी "" वापस नहीं आता है। कैप अब 4 उम्मीदवारों के बजाय 4 CALLS पर है, इसलिए मॉडल एक मृत के लिए छोड़ दिया प्रदाता बजट का उपभोग नहीं करते हैं। 9 परीक्षण। पिछली फ़ाइल के खिलाफ भागो, उनमें से 6 वास्तव में पूर्वानुमानित लक्षणों के साथ विफल हो जाते हैं (empty content जहां एक उत्तर की उम्मीद थी, कोई फेंक नहीं जहां एक की आवश्यकता थी, और दो लापता रिकॉर्डAuthFailure सत्यापन), इसलिए वे खाली नहीं हैं।.