วิธีแก้ปัญหา Claude ติดขีดจำกัดการใช้งาน (Usage Limits)

ขีดจำกัดการใช้งานของ Claude คืออะไร

ขีดจำกัดการใช้งานของ Claude แบ่งออกเป็นสองระบบแยกจากกัน สิ่งแรกที่ต้องทำคือตรวจสอบว่าคุณติดขัดที่ระบบใด การสมัครสมาชิก Claude (Pro, Max, Team หรือ Enterprise) จะให้โควตาการใช้งานแบบหมุนเวียนซึ่งใช้ร่วมกันระหว่างโมเดลและแชท Claude ดังนั้นระบบจะหยุดการทำงานของคุณด้วยข้อความเช่น You've hit your session limit · resets 3:45pm ส่วน Claude API จะวัดผลอีกรูปแบบหนึ่ง คือความเร็วในการส่งคำขอและโทเค็น ซึ่งนับเป็นต่อนาที ระบบจะหยุดการทำงานของคุณด้วยข้อผิดพลาด HTTP 429 ประเภท rate_limit_error พร้อมกับส่วนหัว retry-after ที่ระบุจำนวนวินาทีที่ต้องรอ

วิธีแก้ไขของทั้งสองระบบไม่มีส่วนใดที่เหมือนกัน ขีดจำกัดของการสมัครสมาชิกขึ้นอยู่กับปริมาณการใช้งานของคุณภายในช่วงเวลาที่กำหนด ดังนั้นคุณต้องรอให้ระบบรีเซ็ตหรือซื้อโควตาเพิ่ม ส่วนขีดจำกัดอัตราการใช้งาน (rate limit) ของ API ขึ้นอยู่กับความเร็วในขณะนั้น และจะหายไปภายในไม่กี่วินาทีเมื่อคุณลดความเร็วลง

โควตาตามแผนการใช้งานและตัวเลขระดับขีดจำกัดอัตราการใช้งานมีการเปลี่ยนแปลงบ่อยครั้ง และการระบุตัวเลขที่ผิดพลาดนั้นแย่ยิ่งกว่าการไม่ระบุเลย ดังนั้นจึงไม่มีการพิมพ์ตัวเลขเหล่านั้นไว้ในที่นี้ โปรดอ่านค่าของคุณเองด้วยคำสั่งที่ระบุไว้ด้านล่างนี้

คุณติดขีดจำกัดใด? โปรดอ่านข้อความที่ระบุอย่างละเอียด

Claude Code จะระบุชื่อระบบไว้ในข้อความที่แสดงผล ให้ตรวจสอบชื่อระบบของคุณให้ตรงก่อนทำการเปลี่ยนแปลงใดๆ

• You've hit your session limit · resets 3:45pm คือขีดจำกัดของแพ็กเกจสมาชิก โควตาการใช้งานแบบหมุนเวียนของแผนคุณสำหรับช่วงเวลานี้ถูกใช้จนหมดแล้ว
• You've hit your weekly limit · resets Mon 12:00am คือระบบเดียวกันแต่เป็นขีดจำกัดในช่วงเวลาที่ยาวนานกว่า
• You've hit your Opus limit · resets 3:45pm คือขีดจำกัดของแพ็กเกจสมาชิกที่ใช้เฉพาะกับคำขอที่ใช้โมเดล Opus เท่านั้น กรณีนี้เป็นกรณีเดียวที่การเปลี่ยนโมเดลจะช่วยได้
• API Error: Request rejected (429) · this may be a temporary capacity issue. If it persists, check https://status.claude.com. คือขีดจำกัดอัตราการเรียกใช้งาน API (API rate limit) คุณได้ใช้งานถึงขีดจำกัดที่กำหนดไว้สำหรับ API key ของคุณ หรือสำหรับโปรเจกต์ Amazon Bedrock หรือ Google Cloud ของคุณแล้ว ซึ่งกรณีใดจะถูกนำมาใช้ขึ้นอยู่กับ วิธีการยืนยันตัวตนของไคลเอนต์ เนื่องจากไคลเอนต์ Bedrock หรือ Vertex จะถูกวัดปริมาณการใช้งานเทียบกับโควตาของโปรเจกต์บนคลาวด์ของคุณ แทนที่จะเป็นองค์กร Anthropic
• API Error: Server is temporarily limiting requests (not your usage limit) คือการจำกัดความเร็วชั่วคราวที่ไม่เกี่ยวข้องกับโควตาตามแผนของคุณ Claude Code จะลองใหม่โดยอัตโนมัติด้วยกลไก backoff ก่อนที่จะแสดงข้อความบรรทัดนั้นให้คุณเห็น

ขีดจำกัดการสมัครสมาชิก: เซสชัน, รายสัปดาห์ และช่วงเวลาของ Opus

แผนการสมัครสมาชิกจะมาพร้อมกับโควตาการใช้งานแบบหมุนเวียน เมื่อโควตาหมดลง Claude Code จะบล็อกคำขอเพิ่มเติมจนกว่าจะถึงเวลารีเซ็ตที่แสดงในข้อความ คุณสมบัติสองประการของโควตานี้มักก่อให้เกิดความสับสนบ่อยครั้ง

• โควตานี้ใช้ร่วมกับ Claude chat งานที่คุณทำบน claude.ai จะถูกหักจากโควตาเดียวกันกับงานในเทอร์มินัล ดังนั้นหากคุณใช้งานแชทอย่างหนักในช่วงบ่าย โควตาสำหรับการเขียนโค้ดในช่วงเย็นก็จะลดลง ทุกช่องทางที่คุณลงชื่อเข้าใช้ด้วยบัญชีนั้นจะดึงโควตาจากแหล่งเดียวกัน ดังนั้นบน Linux แอปเดสก์ท็อปเวอร์ชันเบต้าและ Claude Code CLI จะใช้โควตาร่วมกัน ไม่ใช่แยกกันคนละส่วน
• โควตานี้ใช้ร่วมกันในทุกโมเดล ขีดจำกัดรายเซสชันและรายสัปดาห์ไม่มีการแบ่งงบประมาณแยกตามโมเดล ยกเว้นขีดจำกัดของ Opus เพียงอย่างเดียว

สำหรับ Claude for Teams และ Enterprise รูปแบบการใช้งานที่ระบุไว้คือโควตาต่อที่นั่งซึ่งจะรีเซ็ตตามช่วงเวลาหมุนเวียน 5 ชั่วโมงและรายสัปดาห์ โดยใช้โควตาร่วมกับ Claude chat และ Cowork และกำหนดขนาดตามระดับที่นั่ง (Standard หรือ Premium) สำหรับแผน Pro และ Max เวลาการรีเซ็ตที่แสดงในข้อความและแถบ /usage ของคุณคือตัวเลขที่เชื่อถือได้ ไม่ใช่ตัวเลขที่คัดลอกมาจากบล็อกโพสต์ หากคุณยังอยู่ในระหว่างการเลือกระดับแผน แผน Claude ที่คุณต้องการ จะเปรียบเทียบสิ่งที่แต่ละแผนจำกัดไว้ให้คุณทราบ

เหตุใดการสลับโมเดลด้วย /model จึงไม่ช่วยให้กลับมาใช้งานได้

นี่เป็นความเข้าใจผิดที่พบบ่อยที่สุด และเอกสารระบุไว้อย่างชัดเจนว่า: ขีดจำกัดของเซสชันและรายสัปดาห์นั้นใช้ร่วมกันในทุกโมเดล ดังนั้นการสลับโมเดลจึงไม่ช่วยให้กลับมาใช้งานได้ การเลือกโมเดลที่เล็กลงหลังจากโควตาเซสชันหมดไปแล้ว จะเปลี่ยนเพียงแค่โมเดลที่จะตอบคำถามเท่านั้น แต่ไม่ได้เปลี่ยนปริมาณโควตาที่เหลืออยู่ เนื่องจากโควตาไม่ได้ถูกจำกัดแยกตามโมเดล การสลับจึงไม่มีผลต่อการปลดล็อกการใช้งานใดๆ

ข้อยกเว้นคือขีดจำกัดของ Opus ซึ่งเป็นเพดานที่จำกัดเฉพาะโมเดลนั้นจริงๆ หากข้อความแจ้งเตือนระบุว่า You've hit your Opus limit ดังนั้น /model คือวิธีแก้ไขที่ถูกต้อง ให้สลับไปใช้โมเดลอื่นแล้วทำงานต่อได้เลย เพราะมีการบล็อกเฉพาะคำขอที่ส่งไปยัง Opus เท่านั้น

การมองว่าขีดจำกัดนี้เป็นบั๊กคือความเข้าใจผิดประการที่สอง การติดตั้งโปรแกรมใหม่หรือการยืนยันตัวตนใหม่ไม่ช่วยแก้ไขปัญหาใดๆ โควตาจะกลับมาใช้งานได้อีกครั้งเมื่อครบกำหนดรอบเวลา หรือเมื่อคุณซื้อเครดิตการใช้งานเพิ่ม

สิ่งที่ควรทำเมื่อถึงขีดจำกัดการใช้งาน

1. ตรวจสอบเวลาการรีเซ็ต รอบการใช้งานแบบ session นั้นสั้น แต่รอบรายสัปดาห์ไม่ใช่สิ่งที่คุณจะนั่งรอที่โต๊ะทำงานได้
2. หากเป็นขีดจำกัดของ Opus ให้รัน /model แล้วเลือกโมเดลอื่นแทน
3. รัน /usage เพื่อดูขีดจำกัดของแผนการใช้งาน แถบสถานะ และเวลาที่จะรีเซ็ต /cost เป็นคำสั่ง alias สำหรับหน้าจอเดียวกัน
4. รัน /usage-credits เพื่อทำงานต่อหลังจากถึงขีดจำกัดแล้ว สำหรับแผน Pro และ Max คำสั่งนี้จะเปิดการตั้งค่าการเรียกเก็บเงินของคุณ สำหรับแผน Team และ Enterprise จะเปิดการตั้งค่าการใช้งานขององค์กร หรือส่งคำขอไปยังผู้ดูแลระบบของคุณหากคุณไม่มีสิทธิ์เข้าถึงการเรียกเก็บเงิน
5. หากคุณพบข้อจำกัดเดิมทุกสัปดาห์ แสดงว่าแผนที่ใช้อยู่ไม่เหมาะสมกับรูปแบบการทำงานของคุณ และ แนวทางแก้ไขเมื่อถึงขีดจำกัดการใช้งาน เป็นสิ่งที่ควรพิจารณาเพียงครั้งเดียว แทนที่จะต้องมาจัดการทุกครั้งที่มีการรีเซ็ต

/usage-credits จำเป็นต้องมีการสมัครสมาชิก claude.ai ที่ลงชื่อเข้าใช้ผ่าน /login ฟีเจอร์นี้ไม่สามารถใช้งานได้กับการยืนยันตัวตนด้วย API key เนื่องจาก API key ไม่มีโควตาแผนการใช้งานที่จะขยายได้

เครดิตการใช้งานมีผลข้างเคียงประการหนึ่งที่ควรทราบก่อน ระยะเวลาของ prompt cache จะอยู่ที่หนึ่งชั่วโมงสำหรับการสมัครสมาชิกปกติ และจะลดลงเหลือห้านาทีเมื่อคุณเริ่มใช้เครดิต ดังนั้นการสนทนาหลายครั้งจะเริ่มต้นใหม่โดยไม่มี cache และ การใช้โทเค็นของ Claude Code จะเพิ่มสูงขึ้นสำหรับงานเดิม

ข้อความที่ดูเหมือนการจำกัดการใช้งานแต่ไม่ใช่

ข้อผิดพลาดของ Claude Code สี่รายการมักถูกรายงานว่าเป็นข้อจำกัดการใช้งาน แต่ไม่มีรายการใดที่เป็นเช่นนั้น

• คำเตือนเรื่อง context หรือ auto-compact ไม่ใช่การจำกัดการใช้งาน /context จะพิมพ์บรรทัดเช่น Context exceeds the 200k-token limit by 94k tokens — run /compact or /clear to continue. เมื่อบทสนทนามีขนาดเกินหน้าต่าง context ของโมเดล ประวัติเก่าจะถูกสรุปเพื่อเพิ่มพื้นที่ว่าง และโควตาในแผนของคุณจะไม่ถูกหัก
• Error during compaction: Conversation too long. Press esc twice to go up a few messages and try again. หมายความว่า /compact ล้มเหลวเนื่องจากไม่มีพื้นที่ context เหลือเพียงพอที่จะเก็บข้อมูลสรุปที่ควรจะสร้างขึ้น
• Credit balance is too low หมายความว่าองค์กร Console ของคุณไม่มีเครดิตแบบเติมเงินเหลืออยู่ ให้เพิ่มเครดิตที่ platform.claude.com/settings/billing ซึ่งมีตัวเลือกการเติมเงินอัตโนมัติด้วย
• API Error: Usage credits required for 1M context · run /usage-credits to turn them on, or /model to switch to standard context เป็นการตรวจสอบสิทธิ์ ไม่ใช่โควตาที่หมดลง ให้เลือกโมเดลรุ่นที่ไม่มีส่วนต่อท้าย [1m] หรือตั้งค่า CLAUDE_CODE_DISABLE_1M_CONTEXT=1

ยังมีอีกหนึ่งข้อผิดพลาดที่มาจาก API คือ 413 request_too_large ซึ่งเป็นข้อจำกัดด้านขนาดของคำขอรายการเดียว ไม่ใช่การจำกัดอัตราการใช้งาน (rate limit)

API rate limits: สิ่งที่สถานะ 429 กำลังนับจริง

Messages API จะวัดค่าสามอย่างแยกกันสำหรับโมเดลแต่ละคลาส

• จำนวนคำขอต่อนาที (RPM)
• จำนวน input tokens ต่อนาที (ITPM)
• จำนวน output tokens ต่อนาที (OTPM)

องค์กรของคุณยังมีขีดจำกัดการใช้จ่าย (spend limit) ซึ่งเป็นคนละเรื่องกัน โดยเป็นค่าใช้จ่ายสูงสุดต่อเดือนสำหรับการใช้งาน API เมื่อคุณถึงเพดานการใช้จ่ายของระดับบัญชี (tier) การใช้งาน API จะหยุดลงจนกว่าจะถึงเดือนถัดไป เว้นแต่คุณจะขอเพิ่มขีดจำกัด ซึ่งไม่มีลูปการลองใหม่ (retry loop) ใดที่แก้ไขปัญหานี้ได้

กลไกสี่ประการเป็นตัวกำหนดว่าเมื่อใดที่สถานะ 429 จะปรากฏขึ้น

• ขีดจำกัดแยกตามคลาสของโมเดล ขีดจำกัดจะถูกนำไปใช้กับโมเดลแต่ละตัวแยกกัน ดังนั้นคุณจึงสามารถใช้โมเดลที่แตกต่างกันได้จนถึงขีดจำกัดของแต่ละตัวในเวลาเดียวกัน โมเดลบางตระกูลใช้ถังข้อมูลร่วมกัน เช่น ขีดจำกัดของ Opus เป็นผลรวมของ Claude Opus 4.8, Opus 4.7, Opus 4.6 และ Opus 4.5 ในขณะที่ Claude Sonnet 5 มีขีดจำกัดเป็นของตัวเอง
• ความจุจะถูกเติมเต็มอย่างต่อเนื่อง API ใช้อัลกอริทึม token bucket ดังนั้นความจุจะถูกเติมเต็มอย่างต่อเนื่องแทนที่จะรีเซ็ตในเวลาที่กำหนด ขีดจำกัด 60 คำขอต่อนาทีอาจถูกบังคับใช้เป็นหนึ่งคำขอต่อวินาที ดังนั้นการส่ง 60 คำขอพร้อมกันจะยังคงล้มเหลว
• เฉพาะ input ที่ไม่ได้แคชเท่านั้นที่จะถูกนับรวมใน ITPM สำหรับโมเดลส่วนใหญ่ input_tokens และ cache_creation_input_tokens จะถูกนับรวม ส่วน cache_read_input_tokens จะไม่ถูกนับในโมเดล Claude ส่วนใหญ่ โดยมี Claude Haiku 3.5 เป็นข้อยกเว้นตามเอกสาร ดังนั้นการทำ Caching จึงช่วยเพิ่มพื้นที่ว่างของ rate-limit นอกเหนือไปจากการได้รับส่วนลด ในส่วนของ output นั้น max_tokens ที่สูงจะไม่ถูกนำไปนับรวมใน OTPM เนื่องจาก OTPM จะนับเฉพาะโทเค็นที่ถูกสร้างขึ้นจริงเท่านั้น
• ขีดจำกัดมีผลในระดับองค์กร Workspace สามารถถูกกำหนดขีดจำกัดที่ต่ำกว่าได้ และขีดจำกัดระดับองค์กรจะมีผลเสมอแม้ว่าผลรวมของขีดจำกัดในแต่ละ workspace จะมากกว่าก็ตาม ขีดจำกัดที่คุณไม่ได้แก้ไขในระดับ workspace จะถูกสืบทอดมาจากองค์กร ไม่ใช่การปล่อยให้ไม่มีขีดจำกัด

ระดับบัญชีที่ชื่อ Start, Build, Scale และ Custom จะเป็นตัวกำหนดตัวเลขจริง ซึ่งจะถูกกำหนดโดยอัตโนมัติจากประวัติการใช้งานและสถานะบัญชีของคุณ องค์กรใหม่ๆ อาจเริ่มต้นด้วยขีดจำกัดที่ต่ำกว่ามาตรฐานที่ประกาศไว้ ดังนั้นสถานะ 429 ครั้งแรกอาจเกิดขึ้นเร็วกว่าที่ตารางคาดการณ์ไว้ การเพิ่มขึ้นของการใช้งานอย่างรวดเร็วจะกระตุ้นขีดจำกัดการเร่งความเร็ว (acceleration limits) ซึ่งจะส่งสถานะ 429 กลับมาแม้ว่าคุณจะยังอยู่ในระดับบัญชีของคุณ ดังนั้นควรค่อยๆ เพิ่มปริมาณ traffic ตัวเลขที่ประกาศไว้ทั้งหมดคือเพดานสูงสุด: ขีดจำกัดที่ระบุไว้คือการใช้งานสูงสุดที่อนุญาต ไม่ใช่ค่าขั้นต่ำที่รับประกัน หากต้องการขอเพิ่ม ให้ใช้ตัวควบคุม "Request rate limit increase" ในหน้า Limits บน Claude Console

การอ่านค่า 429: retry-after, ส่วนหัว (headers) และการลองใหม่ของ SDK

ข้อผิดพลาดของ API ทุกรายการจะส่งคืนโครงสร้างข้อมูลรูปแบบเดียวกัน คือออบเจกต์ error ที่ซ้อนอยู่ภายใน ซึ่งระบุประเภทและข้อความแจ้งเตือน พร้อมด้วย request_id ในระดับบนสุด

{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "<names the rate limit you exceeded>"
  },
  "request_id": "req_011CSHoEeqs5C35K2UUqR7Fy"
}

ข้อมูลส่วนที่เหลือจะอยู่ในส่วนหัว (headers)

• retry-after คือจำนวนวินาทีที่ต้องรอจนกว่าจะสามารถส่งคำขอใหม่ได้ การลองใหม่ก่อนเวลานี้จะล้มเหลว
• anthropic-ratelimit-requests-limit, anthropic-ratelimit-requests-remaining และ anthropic-ratelimit-requests-reset อธิบายงบประมาณการใช้งานคำขอของคุณ
• anthropic-ratelimit-input-tokens-* และ anthropic-ratelimit-output-tokens-* แสดงข้อมูลเดียวกันสำหรับ ITPM และ OTPM โดยมีส่วนต่อท้ายที่ระบุขีดจำกัด (limit), จำนวนที่เหลือ (remaining) และเวลาที่รีเซ็ต (reset) เหมือนกัน
• anthropic-ratelimit-tokens-* แสดงค่าสำหรับขีดจำกัดที่เข้มงวดที่สุดที่มีผลในขณะนั้น

ส่วนหัวที่ระบุเวลาการรีเซ็ตจะเป็นรูปแบบ timestamp ตามมาตรฐาน RFC 3339 ส่วนหัวที่ระบุจำนวนโทเค็นที่เหลือจะถูกปัดเศษเป็นหลักพัน ดังนั้นให้ใช้ค่าเหล่านี้เป็นตัวบ่งชี้ระดับการใช้งาน (gauge) โหมด Fast มีพูลของตัวเองและมีส่วนหัว anthropic-fast-* แยกต่างหาก คุณควรตรวจสอบค่าเหล่านี้ทั้งหมดจากการเรียกใช้งานที่สำเร็จ:

curl -s -D - -o /dev/null https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{"model":"claude-sonnet-5","max_tokens":16,"messages":[{"role":"user","content":"hi"}]}' \
  | grep -i 'ratelimit\|retry-after\|request-id'

การตอบกลับทุกครั้งจะมีส่วนหัว request-id ที่ไม่ซ้ำกัน เช่น req_018EeWyXxfu5pfWkrYcMdjWG โดยจะปรากฏเป็น request_id ในเนื้อหาของข้อผิดพลาด และเป็น _request_id ในการตอบกลับของ Python SDK และ TypeScript SDK โปรดอ้างอิงค่านี้เมื่อติดต่อฝ่ายสนับสนุน

ตรวจสอบให้แน่ใจว่าคุณจำเป็นต้องเขียนลูปสำหรับ backoff หรือไม่ก่อนที่จะเริ่มเขียน SDK อย่างเป็นทางการจะทำการลองใหม่โดยอัตโนมัติสำหรับความล้มเหลวชั่วคราว ซึ่งรวมถึงข้อผิดพลาดในการเชื่อมต่อ, การจำกัดอัตราการใช้งาน (rate limits) และข้อผิดพลาดเซิร์ฟเวอร์ระดับ 5xx โดยใช้กลไก exponential backoff ซึ่งโดยค่าเริ่มต้นจะลองใหม่ 2 ครั้ง และจะปฏิบัติตามค่าในส่วนหัว retry-after หากมีระบุไว้ ไคลเอนต์แต่ละตัวรองรับออปชัน maximum-retries เพื่อปรับเปลี่ยนหรือปิดใช้งานพฤติกรรมดังกล่าว

import anthropic

client = anthropic.Anthropic(max_retries=5)  # the SDK default is 2

try:
    msg = client.messages.create(
        model="claude-sonnet-5",
        max_tokens=1024,
        messages=[{"role": "user", "content": "hello"}],
    )
except anthropic.RateLimitError as err:
    headers = err.response.headers
    print("still limited after retries; wait", headers.get("retry-after"), "seconds")
    print("request id:", headers.get("request-id"))

ข้อผิดพลาด 529 overloaded ไม่ใช่ความผิดของคุณ

รหัส 429 หมายความว่าคุณส่งคำขอเร็วเกินไป ส่วนรหัส 529 overloaded_error หมายความว่า API กำลังรับภาระหนักชั่วคราว ซึ่งอาจเกิดขึ้นได้เมื่อ API มีปริมาณการใช้งานสูงจากผู้ใช้ทั้งหมด ไม่ได้เกิดจาก key หรือโค้ดของคุณแต่อย่างใด ให้ลองส่งคำใหม่อีกครั้งโดยใช้กลยุทธ์ exponential backoff ซึ่ง SDK ได้จัดการเรื่องนี้สำหรับสถานะ 5xx ไว้ให้แล้ว และให้ตรวจสอบสถานะที่ status.claude.com หากปัญหายังไม่คลี่คลาย สำหรับรหัส 500 api_error นั้นเป็นข้อผิดพลาดภายในระบบ ซึ่งคุณสามารถลองส่งคำขอใหม่ด้วยวิธีเดียวกัน ทั้งสองกรณีนี้ไม่ใช่การจำกัดอัตราการใช้งาน (rate limit)

อ่านขีดจำกัดของคุณเองแทนการดูตาราง

สำหรับผู้ใช้งานแบบสมัครสมาชิก หน้าจอ /usage คือส่วนที่สำคัญที่สุด หน้าจอนี้จะแสดงแถบการใช้งานตามแผนบริการของคุณและรายละเอียดว่าส่วนใดเป็นตัวใช้โควตา โดย d หรือ w จะใช้สลับระหว่างข้อมูลย้อนหลัง 24 ชั่วโมงและ 7 วัน มีข้อควรระวังสองประการคือ บล็อก Session จะแสดงการใช้งาน API token ซึ่งมีไว้สำหรับผู้ใช้ API ดังนั้นผู้สมัครสมาชิกทั่วไปสามารถละเว้นตัวเลขดอลลาร์ในส่วนนี้ได้ ตัวเลขเหล่านี้มาจากประวัติเซสชันภายในเครื่องนั้นๆ ดังนั้นการใช้งานจากอุปกรณ์อื่นหรือจาก claude.ai จะไม่ถูกรวมอยู่ในนี้

ในส่วนของ API หน้า Usage ใน Claude Console จะแสดงกราฟสองชุดคือ "Rate Limit - Input Tokens" และ "Rate Limit - Output Tokens" กราฟ Input จะพล็อตค่าสูงสุดต่อชั่วโมงของ input tokens ที่ไม่ได้แคชต่อนาที เทียบกับขีดจำกัด ITPM ปัจจุบันของคุณ โดยมีอัตราการแคชแสดงอยู่ข้างๆ เพื่อให้คุณเฝ้าสังเกตขีดจำกัดก่อนที่จะถึงขีดจำกัดจริงในระหว่างการใช้งานจริง (production)

หากต้องการอ่านขีดจำกัดที่คุณตั้งค่าไว้ผ่านโปรแกรม:

curl -s https://api.anthropic.com/v1/organizations/rate_limits \
  -H "x-api-key: $ANTHROPIC_ADMIN_KEY" \
  -H "anthropic-version: 2023-06-01"

การดำเนินการนี้ต้องใช้ Admin API key และ GET /v1/organizations/workspaces/{workspace_id}/rate_limits จะทำหน้าที่เดียวกันในระดับ workspace ทั้งสองคำสั่งเป็นแบบอ่านได้อย่างเดียว หากต้องการเปลี่ยนขีดจำกัด ให้ใช้แท็บ Limits ใน Console

การใช้ less เพื่อลดข้อจำกัด

ระบบทั้งสองมีการวัดผลพื้นฐานเหมือนกัน ดังนั้นกลไกเหล่านี้จึงใช้ได้กับทั้งคู่

• ใช้โทเค็นต่อรอบให้น้อยลง การทำงานต่อเนื่องช่วยรักษา cache ให้พร้อมใช้งาน และ /clear ระหว่างงานที่ไม่เกี่ยวข้องกันนั้นไม่มีค่าใช้จ่าย การใช้งานโทเค็นของ Claude Code ครอบคลุมกลไกเหล่านี้ไว้อย่างครบถ้วน
• ลดความพยายามในการประมวลผล ระดับการทำงานประกอบด้วย low, medium, high, xhigh และ max เมนู /effort ยังมีตัวเลือก ultracode ซึ่งเป็นการเพิ่มค่าใช้จ่ายแทนที่จะลดลง การใช้การคิดวิเคราะห์เชิงลึกกับงานเปลี่ยนชื่อไฟล์ทั่วไปนั้นไม่ก่อให้เกิดประโยชน์
• ลดการทำงานแบบขนานหลังจากพบข้อผิดพลาด 429 ให้ลด CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY และหลีกเลี่ยงการใช้ subagent ทำงานพร้อมกันจำนวนมาก นอกจากนี้ให้รัน /status ด้วย เพราะการตั้งค่า ANTHROPIC_API_KEY ที่ผิดพลาดอาจทำให้คำขอถูกส่งผ่านคีย์ระดับต่ำแทนที่จะเป็นคีย์จากแพ็กเกจสมาชิกของคุณ
• ย้ายงานที่ไม่ต้องโต้ตอบไปที่ Message Batches API ระบบนี้ประมวลผลข้อมูลปริมาณมากแบบอะซิงโครนัสโดยมีส่วนลด 50% สำหรับโทเค็นขาเข้าและขาออก ภายใต้ขีดจำกัดอัตราของตนเอง ทำให้งานที่รันในตอนกลางคืนไม่แย่งทรัพยากรจากเซสชันการทำงานของคุณ

งานที่ต้องป้อนข้อมูลจำนวนมากเข้าสู่ context จะได้รับผลกระทบมากที่สุด หากคุณกำลัง วิเคราะห์หุ้นและออปชันเทียบกับข้อมูลตลาดแบบเรียลไทม์ การดึงเฉพาะส่วนที่จำเป็นสำหรับแต่ละคำถามจะมีค่าใช้จ่ายเพียงเศษเสี้ยวของการวางตารางราคาและข้อมูลทั้งหมด งานที่มีลักษณะเป็นชุดและขับเคลื่อนด้วยโปรแกรมแทนที่จะเป็นคนควรใช้ API key ตั้งแต่ต้น การย้ายไปใช้ช่องทางดังกล่าวจะเปลี่ยนทั้งวิธีการชำระเงินและวิธีการวัดผล เนื่องจาก Claude API ไม่มีระดับการใช้งานฟรี นอกเหนือจากเครดิตเล็กน้อยที่ได้รับเมื่อสมัครใช้งาน แอป Claude API ตัวแรกของคุณบน VPS ครอบคลุมเรื่องการจัดการคีย์และการลองใหม่ (retry) และการรัน agent เป็นเวลานานจะยังคงอยู่แม้การเชื่อมต่อจะหลุดหากคุณ รัน Claude Code บน VPS ภายใน tmux

FAQ

ทำไมการเปลี่ยนโมเดลถึงไม่ช่วยแก้ปัญหาการจำกัดการใช้งาน Claude ของฉัน?

เนื่องจากขีดจำกัดรายสัปดาห์และรายเซสชันถูกใช้งานร่วมกันในทุกโมเดล โควตาการใช้งานเป็นของแผนสมาชิก ไม่ใช่ของโมเดลใดโมเดลหนึ่ง ดังนั้น /model จึงเป็นการเปลี่ยนโมเดลที่จะตอบคำถาม ไม่ใช่การเพิ่มโควตาที่เหลืออยู่ ข้อยกเว้นเพียงอย่างเดียวคือ You've hit your Opus limit ซึ่งมีผลเฉพาะกับคำขอที่ใช้ Opus เท่านั้น ในกรณีนั้น การเปลี่ยนโมเดลคือวิธีแก้ไขที่ระบุไว้ในเอกสาร

ข้อผิดพลาด 429 rate_limit_error หมายความว่าอย่างไร และฉันควรรอนานแค่ไหน?

หมายความว่าบัญชีของคุณถึงขีดจำกัดอัตราการใช้งาน (rate limit) สำหรับโมเดลคลาสระดับนั้นแล้ว เช่น จำนวนคำขอต่อนาที, จำนวน input token ต่อนาที หรือจำนวน output token ต่อนาที การตอบกลับจะมี header retry-after ระบุจำนวนวินาทีที่ต้องรอ และการพยายามส่งคำขอซ้ำก่อนเวลานั้นจะล้มเหลว SDK อย่างเป็นทางการจะทำการส่งคำขอซ้ำเมื่อพบ rate limit และข้อผิดพลาด 5xx โดยอัตโนมัติด้วยวิธี exponential backoff (ค่าเริ่มต้นคือ 2 ครั้ง) โดยอ้างอิงจาก header ดังกล่าว หากได้รับข้อผิดพลาด 429 ในขณะที่คุณยังใช้งานไม่ถึงขีดจำกัดของระดับสมาชิก แสดงว่าเกิดจากข้อจำกัดด้านความเร็วในการเพิ่มปริมาณการใช้งานอย่างกะทันหัน

ฉันจะดูขีดจำกัดการใช้งาน Claude และเวลาที่โควตาจะรีเซ็ตได้อย่างไร?

ใน Claude Code ให้รัน /usage เพื่อดูแถบสถานะแผนสมาชิก เวลาที่รีเซ็ต และรายละเอียดการใช้งาน /cost เป็นคำสั่ง alias ของคำสั่งนี้ และ d หรือ w ใช้สำหรับสลับการแสดงผลระหว่างช่วง 24 ชั่วโมงล่าสุดกับ 7 วันล่าสุด ตัวเลขเหล่านี้มาจากประวัติเซสชันในเครื่อง จึงไม่รวมการใช้งานจากอุปกรณ์อื่นหรือจาก claude.ai สำหรับ API คุณสามารถดูแผนภูมิขีดจำกัดอัตราการใช้งานได้ใน Console และ GET /v1/organizations/rate_limits จะแสดงขีดจำกัดที่คุณตั้งค่าไว้โดยใช้ Admin API key

ฉันสามารถทำงานต่อได้หรือไม่หลังจากถึงขีดจำกัดแผนสมาชิก Claude?

อาจทำได้ ให้รัน /usage-credits เพื่อซื้อโควตาการใช้งานเพิ่มเกินขีดจำกัดสำหรับแผน Pro และ Max หรือเพื่อขอโควตาจากผู้ดูแลระบบสำหรับแผน Team และ Enterprise โดยจำเป็นต้องล็อกอิน claude.ai ผ่าน /login และไม่สามารถใช้งานได้หากยืนยันตัวตนด้วย API key หากไม่สามารถทำได้ ให้รอจนถึงเวลาที่ระบบรีเซ็ต เปลี่ยนโมเดลหากเป็นขีดจำกัดของ Opus หรือย้ายงานไปทำบน API key ซึ่งจะคิดค่าบริการตามการใช้งานจริงต่อนาทีแทนการจำกัดตามช่วงเวลา