Bagaimana ini bisa terlewat
Agen Anda belum selesai, tetapi juga tidak benar-benar berpikir. Permintaan terus kembali dengan kesalahan kapasitas. Tanpa sinyal yang jelas, throttling penyedia bisa terlihat seperti sesi yang lambat atau tidak responsif.
Bayangkan dua penolakan penyedia saat tugas sedang berjalan. Agen mungkin mencoba ulang secara diam-diam, atau berhenti membuat kemajuan yang berarti. Menunggu lebih lama tidak akan memperbaiki setiap masalah kuota atau kapasitas, terutama saat beberapa sesi berbagi batas yang sama.
Apa yang dideteksi ClawMetry
ClawMetry mencari penolakan kapasitas dalam hasil alat dan event error API yang eksplisit. ClawMetry mengenali kode status seperti HTTP 429 dan HTTP 529, beserta teks rate limit dan overload. Penolakan berulang memunculkan peringatan.
Perbedaan yang mengubah temuan
Contoh pemicu
2 penolakan kapasitas
Temuan peringatan
Perbandingan tenang
1 penolakan kapasitas
Tidak ada temuan untuk detektor ini.
Dalam contoh yang diperiksa, dua event error HTTP 429 menghasilkan temuan rate limited. Satu penolakan tetap di bawah ambang batas default. Temuan menyertakan jumlah penolakan, sehingga Anda dapat membedakan masalah berulang dari satu respons sementara.
Periksa hasil detektor
{
"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": ""
}
}Unduh input dan hasil lengkap (JSON)Cara contoh diperiksa
Contoh-contoh ini mengevaluasi detektor yang diterbitkan dengan data peristiwa yang dibuat atau file konfigurasi sementara. Video mengilustrasikan perilaku tersebut. Ini bukan rekaman agen langsung atau antarmuka produk. Tidak ada perintah dalam contoh yang dieksekusi.
Hasilnya menetapkan perilaku untuk input ini. Ini tidak menetapkan konsumsi runtime, pencegahan, atau kompromi nyata. Periksa kontrak sumber yang disematkan.
Apa yang perlu diperiksa selanjutnya
Periksa status penyedia dan batas untuk akun atau model yang digunakan. Kurangi pekerjaan bersamaan atau tunggu batas yang relevan direset jika perlu. Kemudian konfirmasi bahwa permintaan pulih, bukan hanya mengasumsikan agen telah melanjutkan.
- Periksa status penyedia
- Tinjau kuota dan konkurensi
- Konfirmasi pemulihan permintaan
Apa yang ditetapkan sinyal ini
Ini adalah gejala kapasitas, bukan diagnosis akar penyebab. Ini tidak secara otomatis meningkatkan kuota atau berpindah penyedia.