Provider-ஐ காத்திருக்கிறது.

இது எப்படி கவனிக்கப்படாமல் போகிறது

உங்கள் agent முடிக்கவில்லை, ஆனால் உண்மையில் சிந்திக்கவும் இல்லை. கோரிக்கைகள் திறன் பிழையுடன் திரும்பி வருகின்றன. தெளிவான signal இல்லாமல், provider throttling மெதுவான அல்லது பதிலளிக்காத session போல் தோன்றலாம்.

ஒரு பணி இயங்கும்போது இரண்டு provider மறுப்புகளை கற்பனை செய்யுங்கள். Agent அமைதியாக மறுமுயற்சி செய்யலாம், அல்லது பயனுள்ள முன்னேற்றம் நிறுத்தலாம். ஒரே quota அல்லது திறன் சிக்கலை காத்திருப்பு சரிசெய்யாது, குறிப்பாக பல sessions ஒரே வரம்புகளை பகிர்ந்துகொள்ளும்போது.

ClawMetry என்ன கண்டறிகிறது

ClawMetry கருவி முடிவுகள் மற்றும் explicit API error events-இல் திறன் மறுப்புகளை தேடுகிறது. இது HTTP 429 மற்றும் HTTP 529 போன்ற status codes-ஐயும், rate limit மற்றும் overload உரையையும் அடையாளம் காண்கிறது. மீண்டும் மீண்டும் மறுப்புகள் ஒரு எச்சரிக்கையை எழுப்புகின்றன.

கண்டுபிடிப்பை மாற்றும் வேறுபாடு

சரிபார்க்கப்பட்ட உதாரணத்தில், இரண்டு HTTP 429 error events ஒரு rate limited கண்டுபிடிப்பை உருவாக்குகின்றன. ஒரு மறுப்பு default threshold-க்கு கீழே இருக்கிறது. கண்டுபிடிப்பு மறுப்பு எண்ணிக்கையை உள்ளடக்குகிறது, எனவே நீங்கள் மீண்டும் மீண்டும் வரும் சிக்கலை ஒரு தற்காலிக பதிலிலிருந்து வேறுபடுத்தலாம்.

{
  "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": ""
  }
}

அடுத்து என்ன சரிபார்க்கலாம்

Provider நிலையையும் பயன்படுத்தும் account அல்லது model-க்கான வரம்புகளையும் சரிபார்க்கவும். பொருத்தமான போது concurrent வேலையை குறைக்கவும் அல்லது சம்பந்தப்பட்ட வரம்பு reset ஆகும் வரை காக்கவும். பின்னர் agent மீண்டும் தொடங்கியது என்று கருதாமல் கோரிக்கைகள் மீட்கப்படுகின்றன என்று உறுதிப்படுத்தவும்.

1. Provider நிலையை சரிபார்க்கவும்
2. Quota மற்றும் concurrency-ஐ மதிப்பாய்வு செய்யவும்
3. கோரிக்கைகள் மீட்கப்படுகின்றன என்று உறுதிப்படுத்தவும்