ദാതാവിനായി കാക്കുന്നു.

ഇത് എങ്ങനെ ശ്രദ്ധിക്കപ്പെടാതെ പോകുന്നു

നിങ്ങളുടെ ഏജന്റ് ഇതുവരെ പൂർത്തിയാക്കിയിട്ടില്ല, പക്ഷേ അത് ശരിക്കും ചിന്തിക്കുന്നുമില്ല. അഭ്യർഥനകൾ ഒരു കപ്പാസിറ്റി പിശകോടെ തിരിച്ചു വരുന്നു. വ്യക്തമായ ഒരു സിഗ്നലില്ലാതെ, ദാതാവ് ത്രോട്ടിൽ ചെയ്യൽ ഒരു മന്ദഗതിയിലുള്ള അല്ലെങ്കിൽ പ്രതികരിക്കാത്ത സെഷനായി കാണപ്പെടാം.

ഒരു ടാസ്ക് പ്രവർത്തിക്കുമ്പോൾ രണ്ട് ദാതാവ് നിരസനങ്ങൾ ഉണ്ടെന്ന് ചിന്തിക്കുക. ഏജന്റ് നിശ്ശബ്ദമായി വീണ്ടും ശ്രമിക്കാം, അല്ലെങ്കിൽ ഉപകാരപ്രദമായ പ്രഗ്രസ് ഉണ്ടാക്കുന്നത് നിർത്താം. കൂടുതൽ കാക്കൽ എല്ലാ ക്വോട്ട അല്ലെങ്കിൽ കപ്പാസിറ്റി പ്രശ്നങ്ങളും പരിഹരിക്കില്ല, പ്രത്യേകിച്ച് ഒരേ പരിധി പങ്കിടുന്ന ഒന്നിലധികം സെഷനുകൾ ഉള്ളപ്പോൾ.

ClawMetry എന്ത് detect ചെയ്യുന്നു

ClawMetry ടൂൾ ഫലങ്ങളിലും സ്പഷ്ടമായ API error ഇവന്റുകളിലും കപ്പാസിറ്റി നിരസനങ്ങൾ അന്വേഷിക്കുന്നു. HTTP 429, HTTP 529 പോലുള്ള സ്റ്റാറ്റസ് കോഡുകളും rate limit, overload ടെക്സ്റ്റും ഇത് തിരിച്ചറിയുന്നു. ആവർത്തിച്ചുള്ള നിരസനങ്ങൾ ഒരു മുന്നറിയിപ്പ് ഉയർത്തുന്നു.

Finding മാറ്റുന്ന വ്യത്യാസം

പരിശോധിച്ച ഉദാഹരണത്തിൽ, രണ്ട് HTTP 429 error ഇവന്റുകൾ ഒരു rate limited കണ്ടെത്തൽ ഉത്പാദിപ്പിക്കുന്നു. ഒരു നിരസനം ഡിഫോൾട്ട് പരിധിക്ക് താഴെ തുടരുന്നു. കണ്ടെത്തൽ നിരസന എണ്ണം ഉൾക്കൊള്ളുന്നു, അതിനാൽ ഒരു ആവർത്തിച്ചുള്ള പ്രശ്നം ഒരു ക്ഷണിക പ്രതികരണത്തിൽ നിന്ന് വേർതിരിക്കാം.

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

അടുത്തതായി എന്ത് പരിശോധിക്കണം

ദാതാവ് സ്റ്റാറ്റസും ഉപയോഗിക്കുന്ന അക്കൗണ്ട് അല്ലെങ്കിൽ മോഡലിന്റെ പരിധിയും പരിശോധിക്കുക. ആവശ്യമെങ്കിൽ concurrent ജോലി കുറയ്ക്കുക അല്ലെങ്കിൽ ബന്ധപ്പെട്ട പരിധി reset ആകുന്നത് കാക്കുക. ഏജന്റ് പുനരാരംഭിച്ചു എന്ന് അനുമാനിക്കുന്നതിനു പകരം അഭ്യർഥനകൾ വീണ്ടെടുക്കുന്നതായി സ്ഥിരീകരിക്കുക.

1. ദാതാവിന്റെ സ്റ്റാറ്റസ് പരിശോധിക്കുക
2. ക്വോട്ടയും concurrency-യും അവലോകനം ചെയ്യുക
3. അഭ്യർഥനകൾ വീണ്ടെടുക്കുന്നതായി സ്ഥിരീകരിക്കുക