なぜ見落とされるのか
エージェントは終わっていませんが、実際には考えてもいません。リクエストがキャパシティエラーで返り続けます。明確なシグナルがなければ、プロバイダーのスロットリングは遅いまたは応答しないセッションに見える可能性があります。
タスクが実行中に2回のプロバイダーの拒否を想像してください。エージェントは静かにリトライするか、有益な進捗を停止するかもしれません。特に複数のセッションが同じ制限を共有している場合、待ち続けてもすべてのクォータやキャパシティの問題を解決できるわけではありません。
ClawMetryが検出するもの
ClawMetryはツール結果と明示的なAPIエラーイベントでキャパシティの拒否を探します。HTTP 429やHTTP 529などのステータスコード、レート制限や過負荷のテキストを認識します。繰り返しの拒否は警告を発します。
検出結果を左右する違い
トリガーの例
2回のキャパシティ拒否
警告の検出結果
静かな比較例
1回のキャパシティ拒否
このディテクターの検出結果はありません。
確認した例では、2つのHTTP 429エラーイベントでレート制限の検出結果が生成されます。1回の拒否はデフォルトのしきい値を下回ります。検出結果には拒否回数が含まれるため、繰り返す問題と一時的な応答を区別できます。
ディテクターの結果を確認する
{
"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": ""
}
}例の確認方法
これらの例は、作成されたイベントデータまたは使い捨ての設定ファイルを使って公開済みディテクターを評価します。動画はこれらの動作を説明しています。ライブエージェントや製品インターフェイスの録画ではありません。例のコマンドは実行されていません。
この結果はこれらの入力に対する動作を示すものです。ランタイムへの取り込み、防止、または実際の侵害を証明するものではありません。 固定されたソースコントラクトを確認する.
次に確認すること
プロバイダーのステータスと使用中のアカウントまたはモデルの制限を確認してください。必要に応じて並行作業を減らすか、関連する制限がリセットされるまで待ってください。そしてエージェントが再開したと仮定するのではなく、リクエストが回復することを確認してください。
- プロバイダーのステータスを確認する
- クォータと並行処理を確認する
- リクエストが回復することを確認する
このシグナルが示すもの
これはキャパシティの症状であり、根本原因の診断ではありません。自動的にクォータを上げたりプロバイダーを切り替えたりするものではありません。