Claude too many requests (429) คืออะไร เป็นการจำกัดชั่วคราวของ Anthropic ไม่ใช่โควตาแพ็กเกจ และวิธีแก้ 6 ข้อตามลำดับ

แก้ข้อผิดพลาด too many requests ของ Claude อย่างไร

ทำตามหกขั้นตอนนี้ตามลำดับ ไม่มีขั้นไหนแตะแชทหรือแพ็กเกจของคุณ

1. รอสักหนึ่งนาที แล้วลองใหม่ครั้งเดียว เอกสารข้อผิดพลาดของ Claude Code จาก Anthropic ระบุว่า "Wait briefly and try again" การกดลองซ้ำรัว ๆ มีแต่เพิ่มคำขอ
2. อัปเดต Claude Code ด้วย claude update เวอร์ชัน 2.1.199 ขึ้นไปจะลองซ้ำพร้อม backoff ก่อนที่คุณจะเห็นข้อผิดพลาด รุ่นล่าสุดคือ 2.1.316 ออกเมื่อ 31 ตุลาคม 2026
3. รัน /status แล้วตรวจ credential ที่ใช้อยู่ Anthropic เตือนว่า "A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription."
4. ปิดเซสชันและ subagent ที่เกิน สำหรับ 429 บน API key เอกสารบอกให้ "avoid running many parallel subagents" ในบันทึกของสมาชิก Max รายหนึ่ง 114 จาก 122 นาทีที่เจอ 429 มีเซสชันเดสก์ท็อปเปิดอยู่หกเซสชันขึ้นไป
5. เปลี่ยนโมเดลด้วย /model บน API แต่ละโมเดลมีโควตาคำขอและโทเค็นต่อนาทีของตัวเอง โมเดลที่เล็กกว่าจึงอาจช่วยให้งานสคริปต์ทำต่อได้
6. เช็ก status.claude.com แล้วแจ้งปัญหา ถ้าไม่มีประกาศและข้อผิดพลาดยืดเป็นชั่วโมง ให้ส่งข้อความตรงตัวและ request ID

นี่คือข้อความที่ Claude Code แสดง: "API Error: Server is temporarily limiting requests (not your usage limit)" คำอธิบายของ Anthropic มีบรรทัดเดียว: "The API applied a short-lived throttle that is unrelated to your plan quota." Claude Code แยกมันออกจากลิมิตจริงได้ "by the absence of the unified quota headers a real limit response carries" ในแท็บ Code ของแอป Claude บนเดสก์ท็อป รายงานบั๊กเมื่อ 30 พฤษภาคม 2026 แสดงการจำกัดเดียวกันเป็น "Server is temporarily limiting requests" เหนือบรรทัดที่เขียนว่า "Too many requests right now" นั่นคือสิ่งที่คนค้นหาว่า "claude too many requests right now"

เราค้นใน issue tracker ของ Claude Code สาธารณะของ Anthropic เมื่อ 2 พฤศจิกายน 2026 หา issue ปี 2026 ทุกรายการที่ชื่อหรือเนื้อหามีคำว่า "temporarily limiting requests" ได้ 410 รายการ บัญชีเดียวแจ้งไป 275 รายการ และรายงานช่วงปลายกรกฎาคมของบัญชีนั้นล้วนระบุ Claude Code 2.1.114 ซึ่งเป็นบิลด์จากเมษายน เราจึงไม่นับบัญชีนั้น ที่เหลือ 135 รายการมาจาก 125 คนที่ต่างกัน และ 129 รายการถูกเปิดก่อนกรกฎาคม ข้อความใน changelog ของ 2.1.199 เขียนว่า: "Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn" การจำกัดไม่ได้หายไป รายงานเดือนกันยายนนับได้ 195 ครั้งของ 429 ที่ถูกลองซ้ำในวันเดียว จึงควรอ่านว่าจำนวนเทิร์นที่ล้มเหลวลดลง ไม่ใช่ 429 ลดลง

คุณเจอข้อความ Claude too many requests แบบไหน

ถ้อยคำบอกว่าคุณชนลิมิตของใคร ตารางนี้ครอบคลุม Claude Code แอป Claude บนเดสก์ท็อป และ Claude API ตามที่อ่านเมื่อ 2 พฤศจิกายน 2026

คู่มือข้อความแสดงข้อผิดพลาดของ Anthropic สำหรับแอป Claude ไม่มีข้อความ "too many requests" เลย ข้อความที่แจ้งว่าถึงลิมิตแล้วทุกข้อความระบุเวลารีเซ็ต มีเพียงคำเตือน "approaching" ที่ไม่ระบุ ดังนั้นถ้าข้อความของคุณบอกเวลา แปลว่าคุณชนลิมิตของแพ็กเกจ และ Claude usage limit reached มีวิธีแก้ ถ้าเขียนว่า overloaded หรือ 529 นั่นคือเรื่องกำลังรองรับ ดูใน Claude overloaded

ทำไม Claude บอก too many requests ทั้งที่ใช้น้อย

Claude บอก too many requests ตอนใช้น้อยเพราะการจำกัดนับว่าคำขอเข้ามาเร็วแค่ไหน ไม่ใช่คุณใช้แพ็กเกจไปเท่าไร หน้า rate limits ของ Anthropic ระบุว่าลิมิตอาจมีผลในช่วงสั้น ๆ: "a rate of 60 requests per minute (RPM) might be enforced as 1 request per second." ดังนั้นการยิงคำขอรัว ๆ อาจล้มเหลวแม้ค่าเฉลี่ยต่อนาทีดูปกติ

รายงานบั๊กชี้ให้เห็นชัด สมาชิก Max เมื่อ 30 พฤษภาคม 2026 เจอการจำกัดในวันที่ลิมิตเพิ่งรีเซ็ต รายงานเมื่อ 18 สิงหาคม พบ 429 ต่อเนื่องที่การใช้งาน 1% รายงานเมื่อ 24 กันยายน ที่ใช้แพ็กเกจ 26 ถึง 27% เจอ 429 ใน 14% ของนาทีในเซสชันเมื่อเปิดเซสชันเดสก์ท็อปหกเซสชันขึ้นไป ถ้าห้าหรือน้อยกว่า ต่ำกว่า 1%

การเติบโตกะทันหันก็ทำให้เกิดได้ หน้า API errors ของ Anthropic ระบุว่า "if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API." คำแนะนำคือ "increase your traffic gradually and maintain consistent usage patterns." เวิร์กโฟลว์ Claude Code ที่แตกเป็น subagent จำนวนมากพร้อมกันสร้างการพุ่งแบบนั้น Anthropic ไม่เปิดเผยตัวเลขเบื้องหลังการจำกัดสำหรับผู้ใช้แพ็กเกจ claude.ai

ข้อผิดพลาด too many requests ของ Claude อยู่นานแค่ไหน

การจำกัดของ Claude มักหายภายในไม่กี่วินาทีถึงไม่กี่นาที Claude Code ลองซ้ำ 429 ชั่วคราวได้สูงสุด 10 ครั้งด้วย exponential backoff และแสดง Retrying in Ns · attempt x/y ระหว่างรอ คุณจะเห็นข้อผิดพลาดก็ต่อเมื่อการลองซ้ำหมดแล้ว

บางรายงานยาวนานกว่านั้นมาก ผู้รายงานเมื่อ 30 พฤษภาคมบอกว่าเป็นอยู่ "two days" และเซสชันใหม่ให้ทำงานได้ "3 hours at least" ก่อนจะกลับมา รายงานเมื่อ 15 มิถุนายน บอกว่าการจำกัดคงอยู่ "for the last 24 hours" บน Opus 4.8 ในเธรดเดือนพฤษภาคม เซสชันใหม่และโมเดลอื่นทำให้ทุกคนกลับมาทำงานได้ ถ้ายังอยู่หลังผ่านไปหนึ่งชั่วโมงทั้งที่เปิดเซสชันเดียว แปลว่าไม่ใช่ปัญหาที่คุณแก้ได้

สำหรับงานที่รันตอนคุณไม่อยู่ Claude Code มีตัวสลับสำหรับเรื่องนี้ ตั้ง CLAUDE_CODE_RETRY_WATCHDOG=1 แล้วมันจะลองซ้ำ 429 และ 529 ไม่จำกัด จำกัดเวลารอด้วย CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS เช่น 3600000 สำหรับหนึ่งชั่วโมง หรือตั้ง CLAUDE_CODE_MAX_RETRIES=2 ถ้าต้องการให้สคริปต์ล้มเหลวเร็ว

จ่าย Claude Max แล้วจะไม่เจอ too many requests ไหม

ไม่ การจำกัดนี้ "unrelated to your plan quota" และรายงานข้างต้นมาจากสมาชิก Pro และ Max ณ พฤศจิกายน 2026 Claude ราคา $20 ต่อเดือนสำหรับ Pro, $100 สำหรับ Max และ $200 สำหรับ Ultra ตามหน้าราคาของ Anthropic Max ระบุ "Priority access at high traffic times" Anthropic ไม่ได้บอกว่าครอบคลุมการจำกัดนี้หรือไม่

Whizi ผู้เผยแพร่หน้านี้ใช้ตัวป้องกันแบบเดียวกันและแสดงตัวเลขให้เห็น: ข้อความแชท 10 ข้อความต่อนาทีและ 60 ต่อชั่วโมงต่อผู้ใช้ เท่ากันทุกแพ็กเกจ ข้อผิดพลาดต่อนาทีเขียนว่า "Too many requests. Please wait and try again." และคำขอที่ถูกปฏิเสธไม่หักโควตาของคุณ (Whizi rate limits) จุดที่ Whizi เสียเปรียบ: 60 ต่อชั่วโมงเป็นเพดานตายตัว ส่วน Claude Max ไม่แสดงตัวเลขรายชั่วโมงเลย

แก้ 429 rate_limit_error จาก Claude API อย่างไร

อ่านเนื้อหาของข้อผิดพลาดก่อนลองซ้ำ เพราะ Claude API ส่ง 429 rate_limit_error ให้หลายปัญหา หน้า errors ของ Anthropic ระบุว่าองค์กรของคุณ "has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace." มีเพียงบางกรณีที่หายเองตามเวลา

มีสองรายละเอียดที่ทำให้หลายคนพลาด หนึ่ง ลิมิตค่าใช้จ่ายที่คุณตั้งเองไม่ใช่ 429 แต่เป็น 400 invalid_request_error ที่ขึ้นต้นว่า "You have reached your specified API usage limits" สอง เพดานค่าใช้จ่ายคือ $500 ต่อเดือนบน Start, $1,000 บน Build และ $200,000 บน Scale เมื่อถึงเพดาน "API usage pauses until 00:00 UTC on the first day of the next month" และแม้การลองซ้ำอัตโนมัติของ SDK ก็ล้มเหลวจนกว่าจะถึงตอนนั้น

ลิมิตเป็นของทั้งองค์กรของคุณ ไม่ใช่ของคีย์ใดคีย์หนึ่ง บน tier Start ณ พฤศจิกายน 2026 Claude Opus 5.5, Sonnet 5.5 และ Haiku 5.5 ได้อย่างละ 4,000 คำขอต่อนาทีและ 2,000,000 โทเค็นอินพุตต่อนาที องค์กรใหม่อาจเริ่มต่ำกว่านั้นใน Evaluation tier ในโมเดลส่วนใหญ่ โทเค็นที่อ่านจากแคชไม่นับรวมในโทเค็นอินพุตต่อนาที การทำ prompt caching จึงยกเพดานจริงของคุณขึ้น SDK ทางการลองซ้ำ 429 สองครั้งโดยค่าเริ่มต้นและเคารพ retry-after ดู header anthropic-ratelimit-requests-remaining ในแต่ละการตอบกลับ และชะลอก่อนที่จะถึงศูนย์