# AI से API rate limit और retries debug करें

slow request हमेशा rate limit नहीं है। redacted response लें और retry path देखें। AI से सही code पढ़वाकर सीमित retry सुझाएँ जो provider limits और operation के side effects का सम्मान करे।

## आपका brief

1. status, redacted body, timing और safe IDs दें। keys, auth headers और private payload हटाएँ।

   ____________________

2. current provider docs, quota और Retry-After दें। concurrency, token, request और billing limits अलग करें।

   ____________________

3. retry code और billable या state-changing असर बताएं। idempotency और cancellation support जाँचें।

   ____________________

## Prompt

[response, docs और retry code] का evidence-based analysis करें। error classify और bounded fix दें। Retry-After और quota मानें। auth या billing failure को retryable न कहें। supported idempotency से duplicate jobs रोकें। असली test results और unknown provider state दें। limits bypass या secrets expose न करें।

## काल्पनिक उदाहरण

429 के बाद client तुरंत तीन requests भेजता है। documented wait, bounded backoff और recoverable UI देखें। पहली call ने media job बनाई हो सकती है तो supported job/idempotency semantics जाँचें। 402 billing error backoff से ठीक नहीं होता।

## जाँच सूची

- [ ] क्या classification actual status और docs पर है?
- [ ] क्या retries सीमित, cancel योग्य और billable work के लिए सुरक्षित हैं?
- [ ] क्या account state, code test और live provider अलग बताए हैं?

quota बचाने के लिए accounts या credentials rotate न करें। calls कम करें और सही retry state दिखाएँ। code provider billing rejection ठीक नहीं करता।

---

Brainbaby · https://brainbaby.ai/hi/blog/ai-api-rate-limit-debugging-hindi

CC BY 4.0 — https://creativecommons.org/licenses/by/4.0/