Naghihintay sa provider.

Paano ito nababalewalaan

Hindi pa tapos ang iyong ahente, ngunit hindi rin ito tunay na nag-iisip. Patuloy na bumabalik ang mga kahilingan na may error sa kapasidad. Wala pang malinaw na signal, ang throttling ng provider ay maaaring mukhang mabagal o hindi tumutugon na session.

Isipin ang dalawang pagtanggi ng provider habang tumatakbo ang isang gawain. Maaaring tahimik na muling subukan ng ahente, o huminto sa paggawa ng kapaki-pakinabang na pag-unlad. Ang karagdagang paghihintay ay hindi maayos ang bawat problema sa quota o kapasidad, lalo na kapag maraming session ang nagbabahagi ng parehong mga limitasyon.

Ano ang natutukoy ng ClawMetry

Naghahanap ang ClawMetry ng mga pagtanggi sa kapasidad sa mga resulta ng tool at mga tahasang API error event. Kinikilala nito ang mga status code tulad ng HTTP 429 at HTTP 529, kasama ang rate limit at overload na teksto. Ang paulit-ulit na pagtanggi ay nagpapataas ng babala.

Ang pagkakaibang nagbabago ng natuklasan

Sa nasuring halimbawa, dalawang HTTP 429 error event ang nagpo-produce ng rate limited na natuklasan. Ang isang pagtanggi ay nananatili sa ibaba ng default na threshold. Kasama sa natuklasan ang bilang ng pagtanggi, kaya maaari mong makilala ang paulit-ulit na isyu mula sa isang panandaliang tugon.

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

Ano ang susunod na titingnan

Suriin ang status ng provider at ang mga limitasyon para sa account o modelong ginagamit. Bawasan ang concurrent na trabaho o hintayin ang kaugnay na limitasyon na mag-reset kung kinakailangan. Pagkatapos ay kumpirmahin na nagbabawi ang mga kahilingan sa halip na ipalagay na nagpatuloy na ang ahente.

1. Suriin ang status ng provider
2. Suriin ang quota at concurrency
3. Kumpirmahing nagbabawi ang mga kahilingan