Ожидание провайдера.

Как это остаётся незамеченным

Ваш агент не завершил работу, но и не думает по-настоящему. Запросы продолжают возвращаться с ошибкой нехватки ресурсов. Без чёткого сигнала throttling провайдера может выглядеть как медленная или неотзывчивая сессия.

Представьте два отказа провайдера во время выполнения задачи. Агент может тихо повторять попытки или прекратить делать полезный прогресс. Дополнительное ожидание не решит все проблемы с квотами или ресурсами, особенно когда несколько сессий используют одни и те же лимиты.

Что обнаруживает ClawMetry

ClawMetry ищет отказы из-за нехватки ресурсов в результатах инструментов и явных событиях ошибок API. Он распознаёт коды статуса HTTP 429 и HTTP 529, а также тексты об ограничении частоты и перегрузке. Повторные отказы вызывают предупреждение.

Различие, меняющее результат

В проверяемом примере два события ошибки 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": ""
  }
}

Что проверить дальше

Проверьте статус провайдера и лимиты для используемого аккаунта или модели. При необходимости сократите параллельную работу или подождите сброса соответствующего лимита. Затем убедитесь, что запросы восстанавливаются, не предполагая, что агент возобновил работу.

1. Проверьте статус провайдера
2. Проверьте квоты и параллелизм
3. Убедитесь, что запросы восстанавливаются