Claude ติด Limit ทำอย่างไร แก้ไขอย่างไร

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

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

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

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

คุณติดข้อจำกัดใด? โปรดอ่านข้อความที่ปรากฏ

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

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

ข้อจำกัดของ Subscription: session, weekly และ Opus window

Subscription plan จะมีโควตาการใช้งานแบบ rolling usage allowance เมื่อโควตาหมดลง Claude Code จะระงับการส่งคำสั่งเพิ่มเติมจนกว่าจะถึงเวลา reset ตามที่ระบุในข้อความ มีคุณสมบัติ 2 ประการของโควตานี้ที่มักทำให้เกิดความสับสน

• โควตานี้ใช้ร่วมกับ Claude chat การใช้งานบน claude.ai จะใช้โควตาเดียวกับการใช้งานใน terminal ดังนั้นการใช้งานหนักในช่วงบ่ายผ่าน chat จะทำให้โควตาสำหรับการเขียนโค้ดในช่วงเย็นลดลง
• โควตานี้ใช้ร่วมกันในทุก model โดย session และ weekly limits จะไม่มีการแยกงบประมาณตามแต่ละ model ยกเว้นเพียง Opus limit เท่านั้น

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

ทำไมการเปลี่ยน model ด้วย /model จึงไม่สามารถกู้คืนสิทธิ์การใช้งานได้

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

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

การเข้าใจผิดว่า limit คือ bug คือข้อผิดพลาดประการที่สอง การติดตั้งโปรแกรมใหม่หรือการ re-authenticate ไม่สามารถช่วยอะไรได้ allowance จะกลับมาเมื่อ window reset หรือเมื่อคุณซื้อ usage credits เพิ่มเติม

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

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

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

Usage credits มีผลกระทบหนึ่งที่ควรทราบก่อน คืออายุการใช้งานของ prompt cache จะอยู่ที่ 1 ชั่วโมงสำหรับสมาชิกทั่วไป แต่จะลดลงเหลือ 5 นาทีเมื่อเริ่มใช้ credits ดังนั้นการตอบโต้ (turns) จำนวนมากจะเริ่มทำงานใหม่ตั้งแต่ต้น และทำให้ Claude Code token usage เพิ่มสูงขึ้นสำหรับงานเดิม

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

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

• คำเตือนเกี่ยวกับ context หรือ auto-compact ไม่ใช่ข้อจำกัดการใช้งาน /context จะแสดงบรรทัดเช่น Context exceeds the 200k-token limit by 94k tokens — run /compact or /clear to continue. เมื่อการสนทนามีขนาดเกิน context window ของ model ระบบจะสรุปประวัติการสนทนาเก่าเพื่อคืนพื้นที่ว่าง และไม่กระทบต่อโควตาตามแผนการใช้งานของคุณ
• 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 คือการตรวจสอบสิทธิ์การใช้งาน (entitlement check) ไม่ใช่โควตาหมด ให้เลือก model variant ที่ไม่มี suffix [1m] หรือตั้งค่า CLAUDE_CODE_DISABLE_1M_CONTEXT=1

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

API rate limits: ความหมายที่แท้จริงของ error 429

Messages API จะวัดค่า 3 อย่าง โดยแยกกันตามประเภทของ model class

• requests per minute (RPM)
• input tokens per minute (ITPM)
• output tokens per minute (OTPM)

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

กลไก 4 ประการเป็นตัวกำหนดการเกิด error 429

• Limits are per model class. ข้อจำกัดจะแยกกันตามแต่ละ model ดังนั้นคุณสามารถใช้งาน model ต่างๆ พร้อมกันได้จนถึงขีดจำกัดของแต่ละ model บางตระกูลใช้โควตาร่วมกัน เช่น Opus rate limit จะนับรวมทั้ง Claude Opus 4.8, Opus 4.7, Opus 4.6 และ Opus 4.5 ในขณะที่ Claude Sonnet 5 จะมีขีดจำกัดแยกต่างหาก
• Capacity refills continuously. API ใช้ token bucket algorithm ทำให้โควตาจะถูกเติมเต็มอย่างต่อเนื่อง แทนที่จะเป็นการรีเซ็ตตามเวลาที่กำหนด ตัวอย่างเช่น หากกำหนดไว้ที่ 60 requests per minute อาจถูกบังคับใช้เป็น 1 request ต่อวินาที ดังนั้นหากส่ง 60 requests พร้อมกันจะยังคงล้มเหลว
• Only uncached input counts toward ITPM on most models. input_tokens และ cache_creation_input_tokens จะถูกนับ ส่วน cache_read_input_tokens จะไม่ถูกนับใน Claude model ส่วนใหญ่ ยกเว้น Claude Haiku 3.5 ตามที่ระบุไว้ในเอกสาร ดังนั้นการใช้ caching จึงช่วยเพิ่มพื้นที่ว่างของ rate-limit และช่วยลดค่าใช้จ่าย สำหรับฝั่ง output ค่า max_tokens ที่สูงจะไม่ถูกนำไปนับรวมกับ OTPM เนื่องจาก OTPM จะนับเฉพาะ tokens ที่ถูกสร้างขึ้นจริงเท่านั้น
• Limits live at the organization level. Workspace อาจถูกกำหนดให้มีขีดจำกัดที่ต่ำกว่า และขีดจำกัดระดับ organization จะถูกบังคับใช้เสมอแม้ว่าผลรวมของขีดจำกัดในแต่ละ workspace จะมากกว่าก็ตาม หากคุณไม่ได้กำหนดค่าทับ (override) ในระดับ workspace ค่าดังกล่าวจะถูกสืบทอดมาจากระดับ organization และไม่ได้หมายความว่าไม่มีขีดจำกัด

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

การอ่านค่า 429: retry-after, headers และการ retry ของ SDK

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

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

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

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

Reset headers ใช้รูปแบบ timestamp ตามมาตรฐาน RFC 3339 ส่วน Remaining token headers จะถูกปัดเศษเป็นหลักพัน ดังนั้นควรใช้เพื่อดูแนวโน้มเท่านั้น Fast mode จะมี pool และ headers 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'

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

ควรตรวจสอบความจำเป็นในการเขียน backoff loop ก่อนเริ่มดำเนินการ SDK อย่างเป็นทางการจะทำการ retry ข้อผิดพลาดชั่วคราวโดยอัตโนมัติ ซึ่งรวมถึง connection errors, rate limits และ 5xx server errors โดยใช้รูปแบบ exponential backoff โดยค่าเริ่มต้นจะทำการ retry 2 ครั้ง และจะปฏิบัติตาม header retry-after หากมีการส่งมา ทั้งนี้แต่ละ client สามารถใช้ option 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_error ไม่ใช่ความผิดของคุณ

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

อ่านค่า limit ของคุณโดยตรงแทนการดูจากตาราง

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

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

หากต้องการอ่านค่า limit ที่กำหนดไว้ผ่านโปรแกรม:

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 ทั้งสองแบบเป็นแบบ read-only หากต้องการเปลี่ยนค่า limit ให้ไปที่แท็บ Limits ใน Console

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

ทั้งสองระบบมีการวัดผลในลักษณะเดียวกัน ดังนั้นการปรับค่าเหล่านี้จึงใช้ได้กับทั้งสองระบบ

• ใช้ token ต่อรอบให้น้อยลง การทำงานต่อเนื่องช่วยให้ cache ยังคงมีข้อมูลอยู่ และการสลับระหว่างงานที่ไม่เกี่ยวข้องกันโดยใช้ /clear จะไม่เสียค่าใช้จ่ายเพิ่มเติม การใช้ token ของ Claude Code มีรายละเอียดเกี่ยวกับตัวเลือกเหล่านี้ทั้งหมด
• ลดระดับความพยายาม (effort) ระดับที่มีให้เลือกคือ low, medium, high, xhigh และ max นอกจากนี้เมนู /effort ยังมีตัวเลือก ultracode ซึ่งจะเพิ่มการใช้งานแทนที่จะลดลง การใช้ Deep reasoning สำหรับการเปลี่ยนชื่อไฟล์เชิงกลไกนั้นไม่มีความจำเป็น
• ลดการทำงานแบบขนานหลังจากพบข้อผิดพลาด 429 ลดค่า CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY และหลีกเลี่ยงการใช้ subagents จำนวนมากพร้อมกัน นอกจากนี้ควรใช้ /status ด้วย เนื่องจาก ANTHROPIC_API_KEY ที่หลุดไปอาจทำให้คำขอถูกส่งผ่าน key ระดับต่ำแทนที่จะเป็น subscription ของคุณ
• ย้ายงานที่ไม่ต้องโต้ตอบไปยัง Message Batches API วิธีนี้ใช้สำหรับงานปริมาณมากแบบ asynchronous โดยได้รับส่วนลด 50% สำหรับ input และ output tokens และใช้ rate limits ของตัวเอง ดังนั้นงานที่รันตอนกลางคืนจะไม่ไปแย่งทรัพยากรกับ session ของคุณ

งานที่มีลักษณะเป็นช่วงๆ (bursty work) ซึ่งขับเคลื่อนด้วยโปรแกรมแทนที่จะเป็นบุคคล ควรใช้ API key ตั้งแต่เริ่มต้น แอป Claude API ตัวแรกของคุณบน VPS จะครอบคลุมเรื่องการจัดการ key และการ retry และการรัน agent ระยะยาวจะยังคงทำงานต่อไปได้แม้การเชื่อมต่อจะหลุด หากคุณใช้ การรัน Claude Code บน VPS ภายใน tmux

FAQ

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

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

ข้อผิดพลาด 429 rate_limit_error หมายถึงอะไร และต้องรอนานแค่ไหน?

หมายความว่าบัญชีของคุณใช้งานเกินขีดจำกัด (rate limit) ของ model class นั้นๆ ไม่ว่าจะเป็นจำนวน request ต่อนาที, input tokens ต่อนาที หรือ output tokens ต่อนาที โดยใน response จะมี header retry-after ระบุจำนวนวินาทีที่ต้องรอ หากพยายามเรียกใช้งานซ้ำก่อนกำหนดจะล้มเหลว ทั้งนี้ Official SDKs มีระบบ retry สำหรับ rate limits และ 5xx errors โดยใช้กลไก exponential backoff จำนวน 2 ครั้งโดยค่าเริ่มต้นตามที่ระบุใน header หากคุณได้รับ error 429 ทั้งที่ยังใช้งานไม่เกินขีดจำกัดของ tier แสดงว่าเกิดจากข้อจำกัดด้านความเร็ว (acceleration limit) เนื่องจากการเพิ่มปริมาณการใช้งานอย่างกะทันหัน

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

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

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

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