놓치기 쉬운 이유
에이전트가 완료하지 못했지만 실제로 생각하고 있지도 않습니다. 요청이 계속 용량 오류로 돌아옵니다. 명확한 신호 없이 프로바이더 조절이 느리거나 응답 없는 세션처럼 보일 수 있습니다.
작업 실행 중 프로바이더 거부가 두 번 발생하는 상황을 상상해보세요. 에이전트가 조용히 재시도하거나, 유용한 진행을 멈출 수 있습니다. 특히 여러 세션이 같은 한도를 공유할 때 더 기다려도 모든 할당량이나 용량 문제가 해결되지는 않습니다.
ClawMetry가 감지하는 내용
ClawMetry는 도구 결과와 명시적 API 오류 이벤트에서 용량 거부를 찾습니다. HTTP 429, HTTP 529 같은 상태 코드와 속도 제한 및 과부하 텍스트를 인식합니다. 반복되는 거부는 경고를 발생시킵니다.
발견 결과를 바꾸는 차이
트리거 예시
용량 거부 2회
경고 발견
조용한 비교
용량 거부 1회
이 감지기에 대한 발견 없음.
확인된 예시에서 두 개의 HTTP 429 오류 이벤트는 속도 제한 발견을 생성합니다. 거부 하나는 기본 임계값 미만으로 유지됩니다. 발견 결과에는 거부 횟수가 포함되어 있어 반복적인 문제와 일시적인 응답을 구별할 수 있습니다.
감지기 결과 검사
{
"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": ""
}
}예시 확인 방법
이 예시들은 작성된 이벤트 데이터 또는 일회용 구성 파일로 공개된 감지기를 평가합니다. 영상은 해당 동작을 설명합니다. 라이브 에이전트나 제품 인터페이스의 녹화가 아닙니다. 예시의 어떤 명령도 실행되지 않았습니다.
결과는 해당 입력에 대한 동작을 확립합니다. 런타임 수집, 방지 또는 실제 침해를 확립하지 않습니다. 고정된 소스 계약 검사.
다음으로 확인할 사항
프로바이더 상태와 사용 중인 계정 또는 모델의 한도를 확인하세요. 적절한 경우 동시 작업을 줄이거나 관련 한도가 리셋될 때까지 기다리세요. 그런 다음 에이전트가 재개되었다고 가정하지 말고 요청이 복구되었는지 확인하세요.
- 프로바이더 상태를 확인하세요
- 할당량과 동시성을 검토하세요
- 요청 복구를 확인하세요
이 신호가 확립하는 것
이는 용량 증상이며 근본 원인 진단이 아닙니다. 자동으로 할당량을 높이거나 프로바이더를 전환하지 않습니다.