Rate limited

Provider ची प्रतीक्षा.

capacity नकार उत्पादक एजंट कार्यापासून वेगळे करा.

समस्या पाहा. Finding समजून घ्या.

इंग्रजी कथन आणि कॅप्शन्ससह.

हे कसे दुर्लक्षित राहते

तुमचा एजंट संपलेला नाही, पण तो खरोखर विचार करत देखील नाही. विनंत्या capacity error सह परत येत राहतात. स्पष्ट सिग्नलशिवाय, provider throttling मंद किंवा प्रतिसाद न देणाऱ्या सत्रासारखे वाटू शकते.

कार्य चालू असताना दोन provider नकार कल्पना करा. एजंट शांतपणे पुन्हा प्रयत्न करू शकतो, किंवा उपयुक्त प्रगती करणे थांबवू शकतो. अधिक प्रतीक्षा प्रत्येक 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)
उदाहरण कसे तपासले गेले

ही उदाहरणे लेखी event data किंवा disposable configuration files सह प्रकाशित detector चे मूल्यांकन करतात. व्हिडिओ त्या वर्तनांचे उदाहरण देतात. ते live एजंट्स किंवा product interface चे रेकॉर्डिंग नाहीत. उदाहरणांमधील कोणताही command execute केला गेला नाही.

परिणाम या inputs साठी वर्तन स्थापित करतो. तो runtime ingestion, प्रतिबंध किंवा खरी तडजोड स्थापित करत नाही. Pinned source contract तपासा.

पुढे काय तपासायचे

वापरात असलेल्या खाते किंवा मॉडेलसाठी provider status आणि मर्यादा तपासा. योग्य असेल तेव्हा समांतर काम कमी करा किंवा संबंधित मर्यादा reset होण्याची प्रतीक्षा करा. नंतर एजंट पुन्हा सुरू झाला असे गृहीत धरण्याऐवजी विनंत्या पुनर्प्राप्त होतात याची खात्री करा.

  1. provider status तपासा
  2. quota आणि concurrency तपासा
  3. विनंत्या पुनर्प्राप्त होतात याची खात्री करा

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

हे capacity लक्षण आहे, root-cause निदान नाही. हे आपोआप quotas वाढवत नाही किंवा providers बदलत नाही.

महत्त्वाचे क्षण दिसत राहू द्या.

एजंट activity फॉलो करा, findings तपासा आणि कशावर लक्ष द्यायचे ते ठरवा.