Provider ಗಾಗಿ ಕಾಯುತ್ತಿದ್ದೇವೆ.

ಇದು ಹೇಗೆ ಗಮನಕ್ಕೆ ಬರುವುದಿಲ್ಲ

ನಿಮ್ಮ agent ಮುಗಿಸಿಲ್ಲ, ಆದರೆ ನಿಜವಾಗಿ ಯೋಚಿಸುತ್ತಿಲ್ಲ. ವಿನಂತಿಗಳು capacity ದೋಷದೊಂದಿಗೆ ಹಿಂತಿರುಗುತ್ತಲೇ ಇವೆ. ಸ್ಪಷ್ಟ ಸಂಕೇತ ಇಲ್ಲದೆ, provider throttling ನಿಧಾನ ಅಥವಾ ಸ್ಪಂದಿಸದ ಸೆಷನ್‌ನಂತೆ ಕಾಣಬಹುದು.

ಕಾರ್ಯ ಚಲಿಸುತ್ತಿರುವಾಗ ಎರಡು provider ನಿರಾಕರಣೆಗಳನ್ನು ಕಲ್ಪಿಸಿ. Agent ಮೌನವಾಗಿ retry ಮಾಡಬಹುದು, ಅಥವಾ ಉಪಯುಕ್ತ ಪ್ರಗತಿ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಹೆಚ್ಚು ಕಾಯುವುದು ಪ್ರತಿ quota ಅಥವಾ capacity ಸಮಸ್ಯೆ ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ವಿಶೇಷವಾಗಿ ಹಲವು ಸೆಷನ್‌ಗಳು ಅದೇ ಮಿತಿಗಳನ್ನು ಹಂಚಿಕೊಂಡಾಗ.

ClawMetry ಏನನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ

ClawMetry ಟೂಲ್ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಸ್ಪಷ್ಟ API ದೋಷ ಘಟನೆಗಳಲ್ಲಿ capacity ನಿರಾಕರಣೆಗಳನ್ನು ಹುಡುಕುತ್ತದೆ. HTTP 429 ಮತ್ತು HTTP 529 ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು, ಜೊತೆಗೆ rate limit ಮತ್ತು overload ಪಠ್ಯ ಗುರುತಿಸುತ್ತದೆ. ಪುನರಾವರ್ತಿತ ನಿರಾಕರಣೆಗಳು ಎಚ್ಚರಿಕೆ ಎಬ್ಬಿಸುತ್ತವೆ.

ಫಲಿತಾಂಶ ಬದಲಾಯಿಸುವ ವ್ಯತ್ಯಾಸ

ಪರಿಶೀಲಿಸಿದ ಉದಾಹರಣೆಯಲ್ಲಿ, ಎರಡು HTTP 429 ದೋಷ ಘಟನೆಗಳು rate limited ಶೋಧನೆ ಉತ್ಪಾದಿಸುತ್ತವೆ. ಒಂದು ನಿರಾಕರಣೆ ಡಿಫಾಲ್ಟ್ ಮಿತಿಯ ಕೆಳಗೆ ಉಳಿಯುತ್ತದೆ. ಶೋಧನೆ ನಿರಾಕರಣೆ ಎಣಿಕೆ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಒಂದು ತಾತ್ಕಾಲಿಕ ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ಪುನರಾವರ್ತಿತ ಸಮಸ್ಯೆ ಪ್ರತ್ಯೇಕಿಸಲು.

{
  "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 ಸ್ಥಿತಿ ಮತ್ತು ಬಳಕೆಯಲ್ಲಿರುವ ಖಾತೆ ಅಥವಾ ಮಾದರಿಯ ಮಿತಿಗಳು ತಪಾಸಣೆ ಮಾಡಿ. ಸೂಕ್ತವಾಗಿದ್ದಾಗ ಏಕಕಾಲೀನ ಕಾರ್ಯ ಕಡಿಮೆ ಮಾಡಿ ಅಥವಾ ಸಂಬಂಧಿತ ಮಿತಿ ಮರುಹೊಂದಿಸಲು ಕಾಯಿರಿ. ನಂತರ agent ಮುಂದುವರಿದಿದೆ ಎಂದು ಊಹಿಸದೆ ವಿನಂತಿಗಳು ಚೇತರಿಕೆ ಆಗುತ್ತಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

1. Provider ಸ್ಥಿತಿ ತಪಾಸಣೆ ಮಾಡಿ
2. Quota ಮತ್ತು ಏಕಕಾಲೀನತೆ ಪರಿಶೀಲಿಸಿ
3. ವಿನಂತಿಗಳು ಚೇತರಿಕೆ ಆಗುತ್ತಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ