เจาะลึกขีดจำกัดการใช้งาน Claude Code: รอบ 5 ชั่วโมง ลิมิตรายสัปดาห์ พร้อม 9 เทคนิคใช้ให้คุ้มค่าที่สุด

คำตอบแบบเร็ว: ขีดจำกัดการใช้งาน (usage limits) ของ Claude Code แบ่งออกเป็นสองระดับ ได้แก่ ขีดจำกัดต่อเซสชัน (session limit) ซึ่งจะรีเซ็ตทุก ๆ 5 ชั่วโมง และขีดจำกัดรายสัปดาห์ (weekly limit) ซึ่งจะรีเซ็ตสัปดาห์ละหนึ่งครั้ง โดยทั้งสองส่วนนี้จะแชร์โควตาร่วมกับเว็บแอป Claude และ Claude Desktop ทั้งนี้ Anthropic ไม่ได้ระบุจำนวนข้อความที่แน่นอนสำหรับทั้งสองขีดจำกัด เนื่องจากปริมาณการใช้งานที่คุณจะได้รับนั้นขึ้นอยู่กับโมเดล ขนาดของบริบท (context size) และเครื่องมือ (tools) ที่ใช้งาน

โควตากลางที่ใช้ร่วมกันนี้คือสิ่งที่คนส่วนใหญ่มักมองข้าม โควตาช่วงเวลาที่คุณใช้คุยค้นคว้าข้อมูลยาว ๆ ตอนมื้อเช้า อาจเป็นโควตาเดียวกับที่ agent ของคุณจำเป็นต้องใช้รันงานตอนบ่าย 3 โมง

อะไรบ้างที่คิดรวมในขีดจำกัดของ Claude Code

ศูนย์ช่วยเหลือของ Anthropic ระบุไว้อย่างชัดเจนว่า แพ็กเกจแบบชำระเงินจะมี ขีดจำกัดต่อเซสชันที่รีเซ็ตทุก 5 ชั่วโมง และขีดจำกัดรายสัปดาห์ที่รีเซ็ตสัปดาห์ละครั้ง นอกจากนี้ แพ็กเกจ Max ยังมีขีดจำกัดรายสัปดาห์แยกต่างหากสำหรับโมเดล Fable เพิ่มเติมเข้ามา โดยมี 3 ช่องทางหลักที่ดึงโควตาจากยอดรวมเดียวกันนี้ ได้แก่ เว็บแอป Claude, Claude Desktop และ Claude Code ในเทอร์มินัลรวมถึง IDE ของคุณ จึงไม่มีการแบ่งงบการใช้งานแยกเฉพาะสำหรับแต่ละเครื่องมือแต่อย่างใด

ข้อมูลราคาอ้างอิงจาก หน้าราคาของ Anthropic และอาจเปลี่ยนแปลงได้ตามดุลยพินิจของ Anthropic

การทำงานจริงของกรอบเวลา 5 ชั่วโมง

ขีดจำกัดต่อเซสชันจะรีเซ็ตหลังจากกรอบเวลาเริ่มต้นขึ้น 5 ชั่วโมง Anthropic ไม่ได้เปิดเผยกฎเกณฑ์จุดเริ่มต้นหรือตัวเลขโทเค็นที่แน่ชัด ดังนั้นจึงควรมองว่านี่คืองบประมาณแบบหมุนเวียนต่อเนื่อง (rolling budget) มากกว่าจะเป็นนาฬิกาที่สามารถจับจังหวะเพื่อเอาเปรียบระบบได้

มีพฤติกรรมหนึ่งที่ดูเหมือนข้อผิดพลาด (bug) แต่จริง ๆ แล้วไม่ใช่ หากคุณใช้งานถึงขีดจำกัดระหว่างที่โมเดลกำลังตอบกลับ Claude Code อาจดำเนินขั้นตอนปัจจุบันให้เสร็จสิ้นและแสดงข้อความ Usage limit reached · wrapping up โดยคำแนะนำสำหรับแพ็กเกจ Pro และ Max ของ Anthropic ระบุว่า การทำงานส่วนส่งท้ายนี้ (wrap-up) จะถูกนับรวมเข้ากับขีดจำกัดรายสัปดาห์ของคุณ และไม่ครอบคลุมถึงข้อความใหม่ สำหรับ Pro สิทธิ์นี้จะใช้ได้เพียงครั้งเดียวต่อรอบสัปดาห์ ส่วน Max จะได้สิทธิ์ทุกครั้งที่คุณใช้งานถึงขีดจำกัด 5 ชั่วโมง ทั้งนี้ Anthropic ยังระบุด้วยว่าฟีเจอร์นี้กำลังทยอยเปิดให้ใช้งาน บัญชีของคุณจึงอาจจะยังไม่ได้รับสิทธิ์ดังกล่าว โดยนี่เป็นเพียงการผ่อนปรนให้การทำงานรอบปัจจุบันเสร็จสิ้นเท่านั้น ไม่ใช่ระยะเวลาผ่อนผัน (grace period)

เพดานจำกัดรายสัปดาห์ และเหตุผลที่มันส่งผลกระทบมากกว่า

ขีดจำกัดรายสัปดาห์คือตัวการที่ทำให้การทำงานในวันนั้นต้องหยุดชะงักลง เพราะกรอบเวลา 5 ชั่วโมงจะเติมโควตาใหม่ 4-5 ครั้งต่อวัน แต่เพดานรายสัปดาห์ไม่ได้เป็นเช่นนั้น อีกทั้ง Anthropic ไม่ได้เปิดเผยกฎการรีเซ็ตนอกเหนือไปจาก "ขีดจำกัดรายสัปดาห์ที่จะรีเซ็ตสัปดาห์ละหนึ่งครั้ง" ดังนั้นอย่าเพิ่งวางแผนการ refactor โค้ดชุดใหญ่โดยคาดเดาเวลาการรีเซ็ตเอาเอง ควรตรวจสอบด้วยคำสั่ง /usage ก่อนเริ่มต้นเสมอ

เมื่อคุณใช้งานจนถึงขีดจำกัดใดก็ตาม คุณมี 3 ทางเลือก:

1. รอจนกว่าระบบจะรีเซ็ต
2. เปิดใช้งาน usage credits ซึ่งจะเปลี่ยนการส่งคำขอเป็นการจ่ายตามการใช้งานจริง (pay-as-you-go) แทนที่จะหยุดการทำงาน
3. ย้ายงานไปให้ agent ตัวอื่นในแพ็กเกจที่คุณสมัครสมาชิกไว้อยู่แล้วจัดการต่อ

ทำไมจึงไม่มีการระบุจำนวนข้อความที่แน่นอน

Anthropic ไม่ได้ระบุตัวเลขอย่าง "200 ข้อความต่อกรอบเวลา" เพราะตัวเลขนั้นคงไม่ตรงกับความเป็นจริง การใช้งานจะคิดตามปริมาณโทเค็น ซึ่งจะผันแปรตาม โมเดล ของคุณ (Opus ใช้โทเค็นต่อรอบมากกว่า Sonnet), ขนาดของบริบท (context size) (ทุกข้อความจะส่งประวัติการสนทนาทั้งหมดก่อนหน้านั้นซ้ำไปด้วยเสมอ), เครื่องมือ (tools) (Anthropic ระบุว่าตัวเชื่อมต่อหรือ connectors นั้น "กินโทเค็นสูง"), และ ระดับความพยายาม (effort level) (โทเค็นการคิดหรือ thinking tokens จะคิดค่าใช้จ่ายเป็นเอาต์พุต ซึ่งงบประมาณเริ่มต้นอาจสูงถึงหลายหมื่นโทเค็นต่อหนึ่งคำขอ)

และรายการปัจจัยเหล่านี้ ก็คือแนวทางสำหรับเทคนิคในการประหยัดโควตาเช่นกัน

9 วิธีช่วยยืดขีดจำกัดการใช้งาน Claude Code ให้คุ้มค่ายิ่งขึ้น

1. รันคำสั่ง /usage แล้วทำตามคำแนะนำ

สำหรับแพ็กเกจ Pro, Max, Team และ Enterprise คำสั่ง /usage จะแจกแจงการใช้งานล่าสุดตาม skills, subagents, plugins และ MCP server แต่ละตัว พร้อมทั้งให้คำแนะนำที่ระบุสัดส่วนที่แต่ละจุดช่วยลดการใช้งานได้อย่างชัดเจน:

25%  Trim ~/code/api/CLAUDE.md · 49k tokens per request
40%  Switch from max to high effort · /effort high
30%  Compact before you step away · run /compact

กด d หรือ w เพื่อสลับดูข้อมูลระหว่าง 24 ชั่วโมงกับ 7 วัน หากแถบด้านล่างแสดงข้อความ f to fix 2 of 3 การกด f จะสั่งให้จัดการในส่วนที่ Claude Code สามารถดำเนินการให้ได้โดยอัตโนมัติ ตัวเลขเหล่านี้คำนวณจากประวัติเซสชันในเครื่อง ดังนั้นจึงไม่รวมการใช้งานจากแล็ปท็อปเครื่องอื่น เริ่มต้นจากจุดนี้ จะดีกว่าการคาดเดาเอาเองอย่างแน่นอน

2. ล้างบริบท (Clear) คั่นระหว่างงานที่ไม่เกี่ยวข้องกัน

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

/rename auth-token-refresh-bug   # label it so you can find it later
/clear                           # start fresh
/resume                          # come back to it later

การใช้คำสั่ง /rename ก่อนสั่ง /clear คือขั้นตอนที่หลายคนมักมองข้ามแล้วต้องมาเสียดายในภายหลัง

3. กำหนดให้ระบบบีบอัดรู้ว่าต้องเก็บข้อมูลส่วนไหนไว้

ระบบบีบอัดอัตโนมัติ (auto-compaction) จะสรุปประวัติการสนทนาเมื่อใกล้ถึงขีดจำกัดบริบท และหากปล่อยไว้เฉย ๆ ระบบจะคาดเดาเองว่าอะไรสำคัญ คุณสามารถชี้นำระบบได้ด้วยคำสั่ง /compact Focus on code samples and API usage หรือกำหนดไว้ถาวรในไฟล์ CLAUDE.md ของโปรเจกต์คุณ:

# Compact instructions

When you are using compact, please focus on test output and code changes

4. เลือกใช้โมเดลให้เหมาะกับลักษณะงาน

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

---
name: test-runner
model: haiku
---

คู่มือการเลือกโมเดล (model routing guide) ของเราจะอธิบายว่าบทบาทใดควรใช้โมเดลไหน และบทความ เมื่อโมเดลราคาถูกกลับมีค่าใช้จ่ายแพงกว่า จะกล่าวถึงกรณีที่การลดสเปกโมเดลอาจส่งผลเสียตีกลับได้

5. ลดระดับความพยายาม (Effort Level) ลง

การคิดเชิงลึก (extended thinking) ถูกเปิดใช้งานไว้เป็นค่าเริ่มต้นเพราะช่วยในงานวางแผนที่ซับซ้อน แต่สำหรับการแก้ไขโค้ดทั่วไป มันคือการผลาญโทเค็นไปโดยเปล่าประโยชน์ คุณสามารถลดระดับลงได้ด้วยคำสั่ง /effort หรือปิดการคิดใน /config อย่างไรก็ตาม คุณไม่สามารถปิดฟังก์ชันนี้ได้ใน Opus 5.5, Sonnet 5.5, Haiku 5.5 หรือโมเดลตระกูล Fable สำหรับโมเดลที่มีการกำหนดงบประมาณตายตัว สามารถจำกัดเพดานได้ด้วย MAX_THINKING_TOKENS=8000 ทั้งนี้โมเดลที่มีการใช้เหตุผลแบบปรับตัวได้ (adaptive-reasoning models) จะไม่นำงบประมาณที่ไม่เป็นศูนย์มาคิด

6. ลดภาระการทำงาน (Overhead) ของ MCP Server

คำจำกัดความของเครื่องมือ (tool definitions) จะถูกชะลอการโหลดไว้เป็นค่าเริ่มต้น ทำให้มีเพียงชื่อและคำสั่งของเซิร์ฟเวอร์เท่านั้นที่เข้าสู่บริบทจนกว่าจะมีการรันเครื่องมือนั้นจริง แต่นั่นก็ยังมีค่าใช้จ่ายโทเค็นอยู่ดี ลองใช้คำสั่ง /context เพื่อดูว่ามีอะไรใช้พื้นที่อยู่บ้าง และใช้ /mcp เพื่อปิดการทำงานของเซิร์ฟเวอร์ที่คุณไม่ได้ใช้งานในขณะนั้น หากมีเครื่องมือ CLI ให้เลือกใช้ CLI เป็นหลัก เช่น gh, aws และ gcloud ซึ่งจะไม่เพิ่มรายการเครื่องมือเข้าไปในบริบทเลยแม้แต่น้อย

7. ย้ายคำสั่งใน CLAUDE.md ไปไว้ใน Skills

ไฟล์ CLAUDE.md จะถูกโหลดตั้งแต่เริ่มเซสชันและคงอยู่ในบริบทของทุกข้อความ รวมถึงข้อความที่ไม่เกี่ยวข้องด้วย ไฟล์ความยาว 300 บรรทัดที่รวบรวมเช็กลิสต์ของ PR และคู่มือขั้นตอนการย้ายระบบ (migration runbook) จะคอยกินโควตาในทุก ๆ คำขอ แต่ skills จะถูกโหลดเมื่อมีการเรียกใช้เท่านั้น ดังนั้นให้ย้ายขั้นตอนการทำงานเฉพาะทางออกไป และรักษาความยาวของ CLAUDE.md ให้ไม่เกิน 200 บรรทัด

8. กรองเอาต์พุตที่มีรายละเอียดมากเกินไปก่อนที่ Claude จะอ่าน

ฮุก PreToolUse จะช่วยประมวลผลข้อมูลล่วงหน้าก่อนที่ข้อมูลจะเข้าไปอยู่ในบริบท แทนที่จะปล่อยให้ Claude อ่านล็อกยาวถึง 10,000 บรรทัด ตัวฮุกสามารถใช้ grep ค้นหาเฉพาะ ERROR แล้วส่งคืนเฉพาะบรรทัดที่ตรงกัน ซึ่งช่วยลดการใช้โทเค็นจากระดับหลายหมื่นลงเหลือเพียงหลักร้อย ในทำนองเดียวกัน subagents ก็สามารถทำแบบนี้กับการรันแบบทดสอบและการดึงเอกสารได้ โดยปล่อยให้ข้อมูลส่วนเกินอยู่ในบริบทของ subagent แล้วส่งกลับมาเฉพาะผลสรุปเท่านั้น

9. วางแผนล่วงหน้า และเขียนพรอมต์ให้เจาะจง

คำสั่งอย่าง "ปรับปรุงโค้ดเบสนี้" จะกระตุ้นให้ระบบสแกนข้อมูลเป็นวงกว้าง แต่การสั่งว่า "เพิ่มการตรวจสอบความถูกต้องของข้อมูลนำเข้า (input validation) ในฟังก์ชัน login ของไฟล์ auth.ts" จะอ่านไฟล์เพียงไม่กี่ไฟล์เท่านั้น สำหรับงานขนาดใหญ่ ให้กด Shift+Tab เพื่อเข้าสู่โหมดวางแผน (plan mode) เพราะแผนงานที่คุณปฏิเสธเสียค่าใช้จ่ายเพียงเศษเสี้ยวเมื่อเทียบกับการต้องมาตามแก้โค้ดที่รันผิดพลาดไปแล้ว

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

สิ่งที่ไม่ควรทำ

การใช้หลายบัญชีเพื่อหลบเลี่ยงเพดานจำกัด การแชร์บัญชีล็อกอิน และการสลับ credential ล้วนเป็นการละเมิดข้อกำหนดการใช้งานของ Anthropic และการถูกระงับบัญชีย่อมสร้างความเสียหายมากกว่าการรอรีเซ็ตอย่างแน่นอน แนวทางที่ถูกต้องตามกฎระเบียบคือการอัปเกรดเป็นระดับที่สูงขึ้น การใช้ usage credits หรือการซื้อเครดิต Console API

เมื่อการอัปเกรดแพ็กเกจให้ใหญ่ขึ้นไม่ใช่การแก้ปัญหาที่ตรงจุด

รูปแบบปัญหาที่น่าสังเกตคือ คุณชนเพดานการใช้งานรายสัปดาห์ในวันพฤหัสบดี ทั้ง ๆ ที่ทีมของคุณก็จ่ายค่าสมาชิก Codex ไว้อยู่แล้ว มีคีย์ของ Gemini CLI และมีแล็ปท็อปอีกเครื่องวางอยู่เฉย ๆ แต่สิ่งเหล่านี้กลับช่วยอะไรไม่ได้เลย เพราะงานทั้งหมดกระจุกตัวอยู่ในเทอร์มินัลเดียวที่ผูกกับแพ็กเกจเดียว นี่คือปัญหาเรื่องการกำหนดเส้นทางงาน (routing) ไม่ใช่ปัญหาเรื่องโควตา

Sharkly คือแพลตฟอร์มเลเยอร์ที่อยู่เหนือ coding agents ของคุณ เพียงเชื่อมต่อ Computer เข้ามา เซอร์วิสในเครื่องจะตรวจหาเครื่องมือ agent ที่ติดตั้งไว้และรายงานผลแต่ละตัวในฐานะ Runtime จากนั้นคุณก็สามารถมอบหมาย Task ให้กับ Agent ที่ทำงานบน Runtime ที่คุณเลือกได้ ทำให้ Claude Code, Codex, Gemini CLI และ OpenCode กลายเป็นเป้าหมายในการประมวลผลที่คุณเลือกสลับใช้งานได้ตามต้องการ แทนที่จะถูกขังแยกเป็นเอกเทศจากกัน

ขอบเขตที่ต้องทำความเข้าใจให้ชัดเจนมีสองข้อ:

• Sharkly ไม่ได้ช่วยเพิ่มขีดจำกัดการใช้งานของ Claude: การใช้งานโมเดลยังคงคิดจากแพ็กเกจสมาชิกและ API key ที่กำหนดค่าไว้ในเครื่องมือเหล่านั้น Sharkly ไม่ได้ขายโทเค็น ซึ่งเป็น ความตั้งใจในการออกแบบระบบ ไม่ใช่ข้อบกพร่องแต่อย่างใด
• Sharkly ไม่ได้มาแทนที่ Claude Code: แต่เข้ามาช่วยเสริมการทำงานร่วมกันในด้าน Task, Computer, บริบท และกระบวนการตรวจสอบรอบตัวเครื่องมือที่ทีมของคุณใช้งานอยู่แล้ว

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

สิ่งที่เปลี่ยนไปคือความยืดหยุ่นในการกระจายงาน เมื่อโควตาของ Claude หมดลง Task จะไม่ถูกทิ้งค้างอยู่ในเทอร์มินัลจนถึงบ่าย 4 โมงอีกต่อไป คุณสามารถมอบหมายงานใหม่ให้ Agent บน Runtime ตัวอื่นทำต่อได้ทันที โดยที่ขั้นตอนการรัน ปัญหาที่ติดขัด และผลลัพธ์ต่าง ๆ จะยังคงถูกส่งกลับมารวบรวมไว้บนไทม์ไลน์ของ Task เดียวกัน ดังที่แสดงให้เห็นในตัวอย่างบทความเรื่อง การรัน Claude Code ร่วมกับ Codex บนโค้ดเบสเดียวกัน

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

หากต้องการทดลองใช้งานกับระบบของคุณเอง สามารถเริ่มต้นด้วยการ เชื่อมต่อ Computer สักหนึ่งเครื่อง สร้าง Agent ขึ้นมาหนึ่งตัว แล้วลองมอบหมายงานที่น่าเบื่อให้มันจัดการ

คำถามที่พบบ่อย (FAQ)

Does Claude Code share limits with the Claude app? ใช่ การใช้งานผ่านเว็บแอป Claude, Claude Desktop และ Claude Code จะถูกนับรวมในขีดจำกัดต่อเซสชันและรายสัปดาห์เดียวกันทั้งหมด และการใช้งานผ่าน IDE ก็นับรวมด้วยเช่นกัน

How many messages do I get in five hours? Anthropic ไม่ได้ระบุตัวเลขที่ตายตัว เนื่องจากขึ้นอยู่กับโมเดล ความยาวของการสนทนา เครื่องมือที่เปิดใช้งาน และระดับความพยายาม (effort level) แนะนำให้ใช้คำสั่ง /usage แทนการคาดคะเน

What does “Usage limit reached · wrapping up” mean? หมายความว่า Claude Code กำลังดำเนินขั้นตอนที่ทำค้างอยู่ให้เสร็จสิ้นเมื่อคุณใช้งานถึงขีดจำกัด 5 ชั่วโมง การทำงานส่วนส่งท้ายนี้จะถูกนับรวมในขีดจำกัดรายสัปดาห์ของคุณ และไม่ครอบคลุมถึงข้อความใหม่ โดยจะได้รับสิทธิ์ 1 ครั้งต่อรอบสัปดาห์สำหรับแพ็กเกจ Pro และได้รับสิทธิ์ทุกครั้งที่ชนเพดานสำหรับแพ็กเกจ Max

When does the weekly limit reset? Anthropic ไม่ได้เปิดเผยกฎการรีเซ็ตนอกเหนือไปจาก "ขีดจำกัดรายสัปดาห์ที่จะรีเซ็ตสัปดาห์ละหนึ่งครั้ง" และศูนย์ช่วยเหลือก็ระบุเพียงว่าเป็นรอบการใช้งานรายสัปดาห์ (weekly usage period) ส่วนขีดจำกัดต่อเซสชันคือส่วนที่มีการอธิบายไว้อย่างชัดเจนว่า จะรีเซ็ตทุก ๆ 5 ชั่วโมง ดังนั้นควรตรวจสอบ /usage ก่อนเริ่มงานที่ต้องประมวลผลหนัก ๆ

Can I keep working after hitting a limit? ได้ หากคุณเปิดใช้งาน usage credits ซึ่งจะเปลี่ยนการส่งคำขอไปคิดเงินตามการใช้งานจริง (pay-as-you-go) หรือคุณสามารถซื้อเครดิต Console API เพิ่มเติมได้ ทั้งนี้ เครดิต API รายเดือนที่แถมมากับแพ็กเกจ Max ไม่สามารถนำมาใช้ใน Claude Code ได้

Will another agent platform give me more Claude quota? ไม่ได้ เครื่องมือใดก็ตามที่รัน Claude Code จะทำงานภายใต้แพ็กเกจสมาชิกของคุณเอง เลเยอร์การจัดการจะช่วยเปลี่ยนเส้นทางการส่งต่องาน (routing) เพื่อให้งานสามารถย้ายไปรันบน agent ตัวอื่นได้ แทนที่จะต้องนั่งรอการรีเซ็ต

/compact