KamoCRM

एक प्रदाता असफल क्यों जानते हैं, इसे मारना बंद करें, इसे एक बार कहें (SIQ2)

FeatureAIService
भेजा गया
13 नवंबर 2026 को 12:29 am बजे UTC
लेखक
Kamo
कमिट
0380c33

- प्रदाता त्रुटियों को प्रदाता के अपने शरीर से वर्गीकृत किया जाता है: INSUFFICIENT_ QUOTA (अनुपयुक्त_ कोटा, बिलिंग, 402, कम क्रेडिट), RATE_LIMITED (एक वास्तविक 429), AUTH (401/403), OUTAGE (5xx, टाइमआउट्स)। ai_usage_records.error_message रखता है '[KIND] HTTP 429 <code>: <message>' (sanitized: कोई कुंजी नहीं, कोई प्रॉम्प्ट नहीं, 300 अक्षर); status_detail इसे भी रखता है. - प्रति प्रदाता सर्किट ब्रेकर: क्रेडिट के बाहर एक बार OUT_OF_CREDIT खोलता है, तीन अस्वीकृत कुंजियाँ AUTH_FAILED (कुंजियाँ अस्वीकृत). राउटर दोनों को छोड़ता है लाइव तथा पृष्ठभूमि ट्रैफ़िक; अगला प्रदाता कोशिश में है; सभी अवरुद्ध org उपलब्धता बन्द करता है. एक दर सीमा अपने लिए प्रदाता को ठंडा करता है इसके बजाय Retry-After (कोई ब्रेकर नहीं)। - एक छोटे से वास्तविक पूर्णता द्वारा फिर से जाँचें (/ मॉडल नहीं): एक 15 मिनट दोगुना पर 6 h backoff (BreakerProbeJob), एक ही समय में एक कुंजी संपादन पर, और परीक्षण पर संचार (चेक अब), जो अब प्रदाता के वाक्य का जवाब देता है। - एक घंटी-केवल अधिसूचना (कोई ईमेल/ पाठ/पुश) org के प्रबंधन SI विन्यास धारक जब एक ब्रेकर खोलता है, जब यह बंद होता है तो वापस ले लिया जाता है. - GET /api/ai/org-उपलब्धता (कोई भी सदस्य, अपने org) के लिए यूआई.

सभी परिवर्तन

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने आप आपके कार्यक्षेत्र में आता है. मुफ्त योजना पर शुरू करें और एक महीने में फिर से इस पृष्ठ को पढ़ें.

हमेशा के लिए मुफ्त प्रारंभ करेंमूल्यांकन देखें