為何容易被忽略
你的代理尚未完成，但它也沒有真正在思考。請求持續回傳容量錯誤。沒有明確訊號的情況下，服務商限流可能看起來像是工作階段緩慢或無回應。
想像任務執行期間出現兩次服務商拒絕。代理可能靜默重試，也可能停止有效推進。單純等待無法解決所有配額或容量問題，尤其是當多個工作階段共用相同限制時。
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": ""
}
}範例的檢查方式
這些範例使用已撰寫的事件資料或一次性設定檔來評估已發布的偵測器。影片說明這些行為，並非即時代理或產品介面的錄製內容。範例中沒有任何指令被實際執行。
結果確立了這些輸入的行為，並不確立執行時期擷取、預防或實際入侵。 檢查已固定的原始碼合約.
接下來要檢查什麼
檢查服務商狀態及所用帳戶或模型的限制。適時減少並發工作或等待相關限制重置，然後確認請求已恢復，而非假設代理已自行繼續。
- 檢查服務商狀態
- 審查配額與並發數
- 確認請求已恢復
此訊號確立的範圍
這是容量症狀，不是根本原因診斷。它不會自動提高配額或切換服務商。