รอ provider

เหตุใดจึงมองข้ามได้ง่าย

agent ของคุณยังไม่เสร็จ แต่ก็ไม่ได้ประมวลผลจริงๆ request กลับมาพร้อม capacity error ซ้ำๆ หากปราศจากสัญญาณที่ชัดเจน การ throttle ของ provider อาจดูเหมือน session ที่ช้าหรือไม่ตอบสนอง

ลองนึกภาพการปฏิเสธจาก provider 2 ครั้งขณะที่งานกำลังทำงาน agent อาจ retry เงียบๆ หรือหยุดทำความคืบหน้าที่มีประโยชน์ การรอนานขึ้นไม่ได้แก้ปัญหา quota หรือ capacity ทุกอย่าง โดยเฉพาะเมื่อหลาย session ใช้ limit เดียวกัน

สิ่งที่ ClawMetry ตรวจจับ

ClawMetry ค้นหาการปฏิเสธ capacity ใน tool result และ API error event ที่ชัดเจน จดจำ status code เช่น HTTP 429 และ HTTP 529 รวมถึงข้อความ rate limit และ overload การปฏิเสธซ้ำๆ จะสร้าง warning

ความแตกต่างที่เปลี่ยนผลการตรวจสอบ

ในตัวอย่างที่ตรวจสอบแล้ว HTTP 429 error event 2 รายการสร้าง rate limited finding การปฏิเสธหนึ่งครั้งยังอยู่ต่ำกว่า threshold เริ่มต้น ผลการตรวจพบมีจำนวนการปฏิเสธเพื่อให้คุณแยกแยะปัญหาซ้ำๆ จากการตอบสนองชั่วคราวหนึ่งครั้ง

{
  "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": ""
  }
}

สิ่งที่ควรตรวจสอบต่อไป

ตรวจสอบสถานะ provider และ limit ของบัญชีหรือ model ที่ใช้ ลด concurrent work หรือรอให้ limit ที่เกี่ยวข้องรีเซ็ตเมื่อเหมาะสม จากนั้นยืนยันว่า request กลับมาทำงาน แทนที่จะสมมติว่า agent กลับมาทำงานแล้ว

1. ตรวจสอบสถานะ provider
2. ตรวจสอบ quota และ concurrency
3. ยืนยันว่า request กลับมาทำงาน