Detector libraryRate limited

Rate limited

Provider का इंतज़ार।

capacity अस्वीकृतियों को उत्पादक एजेंट कार्य से अलग करें।

समस्या देखें। finding समझें।

अंग्रेज़ी नैरेशन, कैप्शन सहित।

यह कैसे नज़रअंदाज़ हो जाता है

आपका एजेंट अभी तक समाप्त नहीं हुआ, लेकिन वह वास्तव में सोच भी नहीं रहा। अनुरोध capacity error के साथ वापस आते रहते हैं। स्पष्ट संकेत के बिना, provider throttling एक धीमे या अनुत्तरदायी सेशन जैसी लग सकती है।

एक कार्य चलते समय दो provider अस्वीकृतियों की कल्पना करें। एजेंट चुपचाप retry कर सकता है, या उपयोगी प्रगति करना बंद कर सकता है। और इंतज़ार हर quota या capacity समस्या को ठीक नहीं करेगा, विशेष रूप से जब कई सेशन एक ही सीमाएँ साझा करते हों।

ClawMetry क्या डिटेक्ट करता है

ClawMetry टूल परिणामों और स्पष्ट API error events में capacity अस्वीकृतियाँ खोजता है। यह HTTP 429 और HTTP 529 जैसे status codes, साथ ही rate limit और overload टेक्स्ट पहचानता है। बार-बार अस्वीकृतियाँ चेतावनी उठाती हैं।

वह अंतर जो finding बदल देता है

Trigger करने वाला उदाहरण

2 capacity अस्वीकृतियाँ

चेतावनी निष्कर्ष

शांत तुलना

1 capacity अस्वीकृति

इस detector के लिए कोई finding नहीं।

जाँचे गए उदाहरण में, दो HTTP 429 error events एक rate limited निष्कर्ष उत्पन्न करते हैं। एक अस्वीकृति डिफ़ॉल्ट थ्रेशोल्ड से नीचे रहती है। निष्कर्ष में अस्वीकृति गिनती शामिल है, ताकि आप बार-बार की समस्या को एक क्षणिक प्रतिक्रिया से अलग कर सकें।

Detector result की जांच करें
{
  "kind": "rate_limited",
  "severity": "warning",
  "evidence": {
    "refusals": 2,
    "threshold": 2,
    "threshold_source": "static",
    "observed": "HTTP 429/529 status or rate-limit text on tool results and API error events",
    "sample": ""
  }
}
Inputs और पूरे results डाउनलोड करें (JSON)
उदाहरण कैसे जांचा गया

ये उदाहरण published detector को authored event data या disposable configuration files के साथ evaluate करते हैं। वीडियो उन behaviors को दर्शाते हैं। ये live agents या product interface की recordings नहीं हैं। उदाहरणों में कोई command execute नहीं किया गया।

परिणाम इन inputs के लिए व्यवहार स्थापित करता है। यह runtime ingestion, prevention या वास्तविक compromise स्थापित नहीं करता। Pinned source contract की जांच करें.

आगे क्या जांचें

provider स्थिति और उपयोग में आने वाले account या model की सीमाएँ जाँचें। उचित होने पर concurrent कार्य कम करें या संबंधित सीमा reset होने की प्रतीक्षा करें। फिर पुष्टि करें कि अनुरोध रिकवर हुए, न कि यह मान लें कि एजेंट फिर से शुरू हो गया।

  1. provider स्थिति जाँचें
  2. quota और concurrency की समीक्षा करें
  3. पुष्टि करें कि अनुरोध रिकवर हों

यह signal क्या स्थापित करता है

यह एक capacity लक्षण है, root-cause diagnosis नहीं। यह स्वचालित रूप से quotas नहीं बढ़ाता या providers नहीं बदलता।

महत्वपूर्ण क्षण दिखते रहें।

एजेंट गतिविधि फॉलो करें, findings जांचें और तय करें कि किस पर ध्यान देना है।