Claude Team Standard ได้โควตาเท่าไหร่ต่อ Session? และวิธีเช็กยอดคงเหลือ 2569

“Session” ของ Anthropic ไม่ใช่ “หนึ่งบทสนทนา”

ความเข้าใจคลาดเคลื่อนอันดับหนึ่งอยู่ตรงคำว่า Session ผู้ใช้ส่วนใหญ่เข้าใจว่าหมายถึงการเปิดแชทหนึ่งครั้ง แล้วปิดแชทก็เริ่มนับใหม่ แต่ในระบบโควตาของ Anthropic คำนี้หมายถึง หน้าต่างเวลาแบบต่อเนื่อง 5 ชั่วโมง ที่เริ่มนับตั้งแต่ข้อความแรกที่ส่งออกไป การเปิดแชทใหม่ กด New chat หรือปิดเบราว์เซอร์ ไม่ทำให้โควตาคืนกลับมา

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

หน้าต่างโควตา	เริ่มนับเมื่อไหร่	รีเซ็ตเมื่อไหร่	ครอบคลุมอะไร
รอบ Session (5 ชั่วโมง)	ข้อความแรกที่ส่งหลังรอบก่อนหน้าหมดอายุ	ครบ 5 ชั่วโมงนับจากข้อความแรกของรอบนั้น	ทุกโมเดลรวมกัน
เพดานรายสัปดาห์	ต่อเนื่องตลอดสัปดาห์	เวลาคงที่ที่ระบบกำหนดให้แต่ละบัญชี ดูได้ที่ Settings > Usage	ทุกโมเดลรวมกัน
เพดานรายโมเดล	เมื่อใช้โมเดลรุ่นบนหนัก ๆ	ตามรอบของโมเดลนั้น	เฉพาะตระกูลโมเดลนั้น เช่น Opus

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

ทำไม Anthropic ไม่ประกาศจำนวน Token ต่อ Session

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

ปัจจัย	ผลต่อโควตา	สิ่งที่ทีมทำได้
ความยาวบทสนทนาสะสม	สูงมาก บริบทเก่าถูกส่งซ้ำทุกครั้งที่ถามใหม่	ขึ้นบทสนทนาใหม่เมื่อเปลี่ยนเรื่อง อย่าถามงานคนละเรื่องในแชทเดียว
ขนาดไฟล์แนบ	สูง ไฟล์ใหญ่ถูกอ่านเข้าบริบททั้งก้อน	ตัดเฉพาะส่วนที่ต้องใช้ หรือใช้ Projects เพื่อให้ระบบ cache ไว้
รุ่นโมเดลที่เลือก	สูง รุ่นบนกินโควตามากกว่ารุ่นกลางอย่างมีนัยสำคัญ	ใช้รุ่นบนกับงานคิดหนัก งานสรุป/ตอบทั่วไปใช้รุ่นกลางพอ
ระดับ Effort ที่ตั้งไว้	ปานกลางถึงสูง ยิ่งตั้งสูงยิ่งใช้ token คิดมาก	ลดระดับลงสำหรับงานประจำที่ไม่ต้องใช้เหตุผลซับซ้อน
เครื่องมือและ Connector	สูง การค้นเว็บและ Research ดึงเนื้อหาเข้ามาเป็นก้อนใหญ่	ปิด Connector ที่ไม่ได้ใช้ เรียกใช้เมื่อจำเป็นจริง
การสร้างและแก้ Artifact	ปานกลาง เอกสาร/โค้ดที่แก้ซ้ำหลายรอบสะสมขึ้นเรื่อย ๆ	สรุปสิ่งที่ต้องการให้ครบก่อนสั่งแก้ ลดจำนวนรอบ

Team Standard ได้เท่าไหร่ เทียบกับแผนอื่น

เอกสารทางการเทียบทุกแผนกลับไปที่ Pro เป็นฐาน โดย Pro เองได้ปริมาณการใช้งานต่อรอบ 5 ชั่วโมงอย่างน้อย 5 เท่าของแผน Free จากนั้นแผน Team จึงคิดต่อเป็นตัวคูณของ Pro อีกทีหนึ่ง

แผน	ปริมาณต่อ Session	ราคาต่อผู้ใช้ (ก่อนภาษี)	หมายเหตุ
Free	ฐานอ้างอิง	—	ไม่เหมาะกับงานองค์กร
Pro	อย่างน้อย 5 เท่าของ Free	ตามหน้าราคาของ Anthropic	บัญชีรายบุคคล ไม่มีการจัดการแบบทีม
Team Standard	1.25 เท่าของ Pro	$25/เดือน (รายเดือน) หรือ $20/เดือน (รายปี)	รวม Claude Code และ Cowork
Team Premium	6.25 เท่าของ Pro	$125/เดือน (รายเดือน) หรือ $100/เดือน (รายปี)	ฟีเจอร์เท่า Standard ต่างที่ปริมาณการใช้งาน

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

อีกจุดคือ โควตาของ 1 seat ใช้ร่วมกันข้ามผลิตภัณฑ์ การคุยบน claude.ai, การใช้ Claude Desktop, การสั่งงานผ่าน Claude Code และการใช้ Cowork ล้วนหักจากโควตาก้อนเดียวกัน นักพัฒนาที่เปิด Claude Code ทิ้งไว้ทั้งวันจึงกินโควตาเร็วกว่าคนที่ใช้แชทตอบอีเมลอย่างเทียบกันไม่ได้ รายละเอียดการเลือกแผนสำหรับงานเขียนโค้ดโดยเฉพาะ อยู่ในบทความ คู่มือราคา Claude Code สำหรับทีมไทย และการเทียบทุกแผนแบบละเอียดอยู่ใน เทียบ Limit ทุก Plan ของ Claude

วิธีตรวจสอบโควตาคงเหลือ — 3 ช่องทาง

1. บนเว็บและแอป Claude — Settings > Usage

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

2. ใน Claude Code — คำสั่ง /usage

สำหรับทีมที่ทำงานผ่านบรรทัดคำสั่ง ไม่ต้องสลับไปเปิดเบราว์เซอร์ พิมพ์คำสั่งในหน้าต่างที่ทำงานอยู่ได้เลย

# ดูแถบโควตาของแผน พร้อมรายละเอียดว่าอะไรกินโควตา
/usage

# กด d เพื่อดูรอบ 24 ชั่วโมง กด w เพื่อดูรอบ 7 วัน
# กด r เพื่อลองโหลดใหม่ ถ้าระบบแจ้งว่าดึงข้อมูลโควตาไม่สำเร็จ

# จัดการเครดิตใช้งานเพิ่ม (ต้องล็อกอินด้วยบัญชี claude.ai)
/usage-credits

สิ่งที่ /usage แสดงและหาไม่ได้จากที่อื่น คือ การแจกแจงว่าอะไรกินโควตา ระบบจะไล่ให้เห็นเป็นเปอร์เซ็นต์ว่าโควตาที่ใช้ไปช่วงหลังมาจาก skill ตัวไหน subagent ตัวไหน ปลั๊กอินหรือ MCP server ตัวไหน พร้อมติดธงเตือนพฤติกรรมที่กินเกิน 10% ของการใช้งานล่าสุด เช่น บริบทยาวเกินไป หรือ cache miss บ่อย ข้อมูลชุดนี้มีค่ามากเวลาต้องอธิบายให้ผู้บริหารฟังว่าโควตาหายไปกับอะไร

3. ฝั่งผู้ดูแลองค์กร — Admin settings > Usage

เจ้าของบัญชีองค์กรดูภาพรวมทั้งทีมได้จากหน้า Admin settings > Usage ส่วนรายงานการใช้จ่ายใน org analytics จะแสดงยอดประมาณการรายผู้ใช้และรายโมเดล ส่งออกเป็น CSV ได้ และอัปเดตรายวัน จุดที่ต้องเข้าใจให้ตรงกันคือ รายงานนี้สะท้อนส่วนที่เกินโควตาที่รวมอยู่ในค่า seat แล้ว การใช้งานที่ยังอยู่ในโควตาปกติจะไม่ถูกตีเป็นตัวเงิน เพราะจ่ายไปแล้วในค่า seat

ช่องทาง	ใครใช้	ตอบคำถามอะไร	ข้อจำกัด
Settings > Usage	ผู้ใช้ทุกคน	เหลือเท่าไร รีเซ็ตกี่โมง ทั้งรอบ 5 ชั่วโมงและรายสัปดาห์	เห็นเฉพาะของตัวเอง ไม่แจกแจงว่าอะไรกินโควตา
/usage ใน Claude Code	ผู้ใช้สายเทคนิค	อะไรกินโควตา skill/subagent/MCP ตัวไหน	นับจากเครื่องนั้นเครื่องเดียว ไม่รวมเครื่องอื่นและ claude.ai
Admin settings > Usage	Owner และ Primary Owner	ทั้งทีมใช้ไปเท่าไร ใครใช้หนัก ตั้งเพดานค่าใช้จ่าย	สะท้อนเฉพาะส่วนที่เกินโควตา seat และอัปเดตรายวัน

เมื่อโควตาหมดแล้วทำอะไรได้บ้าง

ทางเลือกแรกคือรอให้ถึงเวลารีเซ็ต ซึ่งข้อความแจ้งเตือนจะบอกไว้ว่าอีกกี่ชั่วโมง ทางเลือกที่สองคือ เครดิตใช้งานเพิ่ม (Usage credits) ซึ่งเปิดให้สมาชิกแผน Team และ Enterprise แบบ seat ทำงานต่อได้หลังใช้โควตาที่รวมมากับ seat จนหมด ทั้งบน Claude, Cowork และ Claude Code

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

ทำไมโควตาหมดเร็วทั้งที่รู้สึกว่าใช้ไม่เยอะ

คำถามนี้ตามมาเสมอหลังคำถามแรก และคำตอบมักไม่ใช่ “ใช้เยอะ” แต่เป็น “ใช้แบบที่ทำให้ระบบต้องอ่านซ้ำเยอะ” สาเหตุที่พบบ่อยมีสี่ข้อ

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

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

งานที่ตั้งเวลาไว้และตัวช่วยที่เปิดค้าง เช่นงานที่ตั้งให้ทำซ้ำตามรอบ หรือ agent ที่ยังไม่ได้ปิด จะยังกินโควตาต่อไปแม้ผู้ใช้ไม่ได้พิมพ์อะไร

การสรุปบทสนทนา (compaction) ตัวมันเองก็เป็นงานใหญ่ เพราะระบบต้องอ่านทั้งบทสนทนาเพื่อย่อ ในกรณีที่ตั้งใจจะเริ่มเรื่องใหม่อยู่แล้ว การเริ่มบทสนทนาใหม่ไปเลยประหยัดกว่าการสั่งย่อ

มุมมองสำหรับองค์กรที่ใช้ระบบ ERP

สำหรับองค์กรที่ใช้ระบบ ERP เป็นแกนกลางของข้อมูล การวางแผนโควตาควรเริ่มจากการแยกประเภทผู้ใช้ก่อน ไม่ใช่ซื้อ seat แบบเดียวกันให้ทุกคน พนักงานที่ใช้ Claude ช่วยร่างเอกสาร สรุปรายงาน หรือตอบอีเมล มักอยู่ในโควตา Standard ได้สบาย ขณะที่ทีมพัฒนาที่เปิด Claude Code ทำงานกับซอร์สโค้ดทั้งวัน หรือทีมที่ให้ AI ไล่วิเคราะห์ข้อมูลชุดใหญ่เป็นประจำ จะชนเพดาน Standard เร็วกว่ามาก องค์กรผสม seat ทั้งสองแบบในทีมเดียวกันได้ และนั่นมักเป็นการจัดสรรที่คุ้มที่สุด รายละเอียดของ seat ระดับบน อยู่ในบทความ Claude Team Premium คุ้มไหมสำหรับองค์กรไทย

ในทางสถาปัตยกรรม จุดยืนที่เราแนะนำลูกค้าเสมอคือ ระบบ ERP เป็นแหล่งข้อมูลจริง ส่วน AI เป็นผู้ช่วย ตัวเลขงบประมาณ ยอดคงเหลือ สถานะเอกสาร และร่องรอยการอนุมัติ ต้องมาจากฐานข้อมูล ERP ไม่ใช่จากคำตอบของโมเดล การเชื่อม Claude เข้ากับ Saeree ERP ผ่านมาตรฐาน MCP เพื่อให้ AI อ่านข้อมูลจริงภายใต้สิทธิ์ของผู้ใช้แต่ละคน พร้อมบันทึกร่องรอยการเข้าถึง เป็นงานที่เราใช้เองภายในบริษัทมาก่อนจนผ่านการใช้งานจริง และเปิดรับงานติดตั้งให้ลูกค้าแล้ว

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

สรุป

Team Standard เพียงพอเมื่อ	ควรพิจารณา Premium เมื่อ
ใช้ร่างเอกสาร สรุปรายงาน ตอบอีเมลเป็นหลัก	เปิด Claude Code ทำงานกับซอร์สโค้ดเกือบทั้งวัน
แนบไฟล์ขนาดกลาง ไม่กี่ครั้งต่อวัน	วิเคราะห์ไฟล์ขนาดใหญ่หรือชุดข้อมูลเป็นประจำ
ไม่เคยเห็นข้อความแจ้งชนเพดานเลยในเดือนที่ผ่านมา	ชนเพดาน Session หรือรายสัปดาห์บ่อยกว่าสัปดาห์ละครั้ง
ยังไม่ได้เชื่อม AI เข้ากับระบบงานภายใน	ต่อ AI เข้ากับ ERP หรือระบบเอกสารผ่าน MCP แล้ว

คำตอบสั้นที่สุดของคำถามตั้งต้น คือ Team Standard ไม่ได้ระบุเป็นจำนวน Token ต่อ Session แต่ให้ปริมาณการใช้งานราว 1.25 เท่าของแผน Pro ในหน้าต่างเวลา 5 ชั่วโมง โดยมีเพดานรายสัปดาห์ซ้อนอยู่ และตรวจสอบยอดคงเหลือได้จริงจากสามช่องทางข้างต้น สำหรับองค์กรที่ต้องวางงบล่วงหน้า ตัวเลขที่ควรติดตามไม่ใช่ “กี่ Token” แต่คือ “สัปดาห์ที่ผ่านมามีใครชนเพดานบ้าง และชนเพราะอะไร” ซึ่งเป็นข้อมูลที่หน้า Usage ทั้งสามช่องทางตอบได้ครบ

โควตาไม่ได้หมดเพราะถามเยอะ แต่หมดเพราะทุกคำถามพาบริบททั้งกองไปด้วย ทีมที่รู้ว่าอะไรกินโควตา ใช้ seat เดิมได้นานกว่าทีมที่ซื้อ seat เพิ่ม

- สุรีระยา ลิ้มไพบูลย์ กรรมการผู้จัดการ บริษัท แกรนด์ลีนุกซ์ โซลูชั่น จำกัด

แหล่งอ้างอิง

• Anthropic Help Center — What is the Team plan? (ตรวจสอบ 4 กันยายน 2569)
• Anthropic Help Center — Usage limit best practices
• Anthropic Help Center — How do usage and length limits work?
• Anthropic Help Center — Manage usage credits for Team and seat-based Enterprise plans
• Anthropic Help Center — View usage analytics for Team and Enterprise plans
• Claude Code Documentation — Manage costs effectively