Anthropic ประกาศ “เพิ่มลิมิต Claude Code 25%” มีผล 14 ก.ย. — แต่คิดจากเพดานที่ใช้อยู่วันนี้คือลดลง 17% และบริษัทยอมรับเลขนี้เอง

เมื่อ 29 ส.ค. 2026 บัญชี @ClaudeDevs ของ Anthropic ประกาศว่า “Starting September 14, we’re permanently raising standard weekly limits in Claude Code by 25% for Pro, Max, Team, and seat-based Enterprise plans. Until then, the current 50% increase will be in place.” — อ่านเผิน ๆ เป็นข่าวดี: เพดานรายสัปดาห์ถูกขยับขึ้นถาวร 25%

ปัญหาอยู่ที่ประโยคที่สอง เพดานที่ผู้ใช้ได้อยู่ ตอนนี้ ไม่ใช่ฐาน แต่เป็นฐาน + โบนัสชั่วคราว 50% และโบนัสก้อนนั้นหมดอายุ วันเดียวกับ ที่เพดานถาวรใหม่เริ่มมีผล ดังนั้นสิ่งที่ผู้ใช้จะเจอในเช้าวันที่ 14 ก.ย. ไม่ใช่ “ได้เพิ่ม 25%” แต่คือ “ได้น้อยลงจากเมื่อวาน” ตัวเลขนี้ไม่ใช่การตีความของสื่อ — Anthropic พูดเองในโพสต์ชี้แจงตามหลังว่า “Compared to today, this works out to a 17% reduction in weekly limits on Claude Code.”

เลขที่ประกาศ กับ เลขที่ผู้ใช้เจอจริง

คิดเป็นตัวเลขสมมติให้เห็นภาพ ถ้าเพดานฐานคือ 100 หน่วย:

ช่วงเวลา	เพดานรายสัปดาห์	เทียบกับฐาน
วันนี้ – 13 ก.ย.	150 (ฐาน + โบนัสชั่วคราว 50%)	+50%
14 ก.ย. เป็นต้นไป	125 (ฐาน + 25% ถาวร)	+25%

จาก 150 ลงมา 125 คือ −16.7% ปัดเป็น 17% — และเพราะโบนัส 50% เป็นของชั่วคราวมาตั้งแต่แรก ในทางเทคนิค Anthropic ไม่ได้ผิดคำพูด แต่การเลือกวันหมดอายุโบนัสให้ตรงกับวันขึ้นเพดานถาวรพอดี ทำให้พาดหัว “+25%” กับประสบการณ์จริงของผู้ใช้เดินสวนทางกันเต็ม ๆ

ที่ต้องอ่านให้ชัดอีกอย่างคือคำว่า standard weekly limits — นี่คือหน้าต่างรายสัปดาห์ ไม่ใช่หน้าต่าง 5 ชั่วโมงแบบหมุน (rolling) ที่ผู้ใช้ Claude Code ชนบ่อยกว่าในวันทำงานหนัก ๆ ประกาศนี้ไม่ได้พูดถึงหน้าต่าง 5 ชั่วโมงเลย

ใครโดน และ “เพดาน” นี้ไม่ได้แปลว่ากี่พรอมป์

แผนที่ได้รับผลกระทบคือ Pro, Max, Team และ Enterprise แบบคิดตามที่นั่ง (seat-based) — สังเกตว่าองค์กรที่ต่อผ่าน Claude Console (API), Amazon Bedrock, Google Cloud Agent Platform หรือ Microsoft Foundry ไม่อยู่ในกลุ่มนี้ เพราะจ่ายตามโทเคนไม่ใช่ตามที่นั่ง

Anthropic ย้ำเองว่าเพดานรายสัปดาห์ไม่ได้แปลงเป็น “จำนวนพรอมป์” ตายตัว เพราะปริมาณที่ใช้จริงขึ้นกับความยาวบทสนทนา โมเดลที่เลือก การเรียกเครื่องมือ และระดับ effort ซึ่งตรงกับสิ่งที่เอกสาร Claude Code เขียนไว้: บนแผน Teams/Enterprise โควตาต่อที่นั่งจะรีเซ็ตทั้งแบบหน้าต่าง 5 ชั่วโมงหมุนและแบบรายสัปดาห์ และเป็นโควตา ก้อนเดียวกัน ที่แชร์กับ Claude chat และ Cowork ด้วย — ไม่ได้แยกกระเป๋าให้ Claude Code

บริษัทบอกเพิ่มว่ากำลังทำ “exciting changes that will make it feel like you’re getting more from Claude, while having more visibility and control of your usage” ซึ่งยังไม่มีรายละเอียด และช่วงเดียวกันก็เพิ่งใส่เครื่องมือรายงานบั๊กอัตโนมัติเข้ามาใน Claude Code

สิ่งที่ทำได้จริงก่อน 14 ก.ย.

ถ้าคุณเป็นคนที่ชนเพดานอยู่แล้ว สองสัปดาห์ก่อนวันที่ 14 คือเวลาที่ดีที่สุดในการวัดว่าตัวเองใช้ไปกับอะไร เอกสารทางการของ Claude Code มีของที่ใช้ได้ทันที:

• /usage มีส่วน plan usage breakdown ที่บอก attribution ว่าโควตาถูกกินไปกับ skills, subagents, plugins และ MCP server ตัวไหนกี่เปอร์เซ็นต์ พร้อม behavior flags ที่จะติดธงให้เมื่อพฤติกรรมใดกินเกิน 10% ของการใช้ล่าสุด เช่น long context หรือ cache misses และมีแถวของ /loop / งานตามตารางที่กินหนักที่สุด (ต้อง v2.1.242 ขึ้นไป) กด d/w สลับดู 24 ชม. กับ 7 วัน
• ระวัง cache miss เป็นพิเศษ — อายุ prompt cache บนแผนสมัครสมาชิกคือ 1 ชั่วโมง แต่จะ ตกเหลือ 5 นาที ทันทีที่เริ่มดึง usage credits ข้อความแรกหลังพักนานกว่าอายุแคชจะประมวลผลบริบททั้งก้อนใหม่
• /clear ระหว่างงานที่ไม่เกี่ยวกัน ถูกกว่า /compact เสมอ เพราะ /compact ต้องอ่านบทสนทนาทั้งก้อนที่มันกำลังจะย่อ
• Agent teams กินหนักมาก — เอกสารระบุว่าใช้โทเคนราว 7 เท่า ของเซสชันปกติเมื่อ teammate รันใน plan mode เพราะแต่ละตัวถือ context window ของตัวเอง ถ้าจะใช้ ให้ทีมเล็กและใช้ Sonnet เป็น teammate
• ถ้าชนเพดานกลางงาน Claude Code v2.1.234+ รอแล้วทำงานต่ออัตโนมัติหลังรีเซ็ตได้ และผู้ดูแลฟลีตคุมพฤติกรรมนี้ได้ผ่าน autoContinueAtUsageLimit ใน managed settings

มุมมอง AI Curator

เรื่องนี้ไม่ได้น่าสนใจเพราะตัวเลข 17% แต่เพราะมันเป็นตัวอย่างที่ชัดมากของสิ่งที่ยังไม่มีใครแก้ได้ในตลาด coding agent: ราคาของเครื่องมือที่คุณพึ่งพาทั้งวันไม่ได้อยู่ในหน่วยที่คุณตรวจสอบได้ ผู้ใช้ Claude Code ซื้อ “แผน” ไม่ได้ซื้อโทเคน แล้ววัดค่าที่ได้กลับมาด้วยความรู้สึกว่า “วันนี้ทำงานไปได้ไกลแค่ไหนก่อนโดนตัด” เมื่อผู้ขายเป็นคนกำหนดทั้งตัวเศษ (ราคา) และตัวส่วน (นิยามของหนึ่งหน่วยการใช้งาน) ประกาศแบบ “+25%” กับความจริงแบบ “−17%” จึงอยู่ในประโยคเดียวกันได้โดยไม่โกหก

สิ่งที่น่าชมคือ Anthropic ไม่ปล่อยให้สื่อคำนวณเอง แต่พูดเลข 17% ออกมาเองเมื่อถูกถาม — ต่างจากมาตรฐานอุตสาหกรรมที่มักปล่อยให้พาดหัวบวกลอยไปก่อน แต่วิธีที่ถูกกว่านั้นคือประกาศตั้งแต่แรกว่า “โบนัส 50% หมดวันที่ 14 และเราชดเชยกลับให้ถาวร 25%” ซึ่งเป็นข้อความเดียวกันแต่ไม่ทำให้ใครรู้สึกโดนหลอก

สำหรับทีมไทยที่กำลังวางแผนงบปี 2027 บทเรียนเชิงปฏิบัติมีสองข้อ หนึ่ง ถ้าเวิร์กโฟลว์การพัฒนาของทีมพึ่งเพดานที่มาจากโปรโมชันชั่วคราว นั่นคือหนี้ที่ยังไม่ถูกบันทึก — ควรวัดการใช้จริงด้วย /usage หรือส่งออก OpenTelemetry ตั้งแต่ตอนนี้ เพื่อรู้ว่า “พอ” ของทีมอยู่ตรงไหนก่อนที่เพดานจะขยับ สอง ข้อได้เปรียบของการต่อผ่าน Bedrock/Vertex/Foundry หรือ API ตรงคือคุณจ่ายในหน่วยที่นับได้ (โทเคน) และการเปลี่ยนนโยบายฝั่งแผนสมัครสมาชิกแตะคุณไม่ได้ — แลกกับต้นทุนที่ผันผวนตามการใช้จริง ซึ่งสำหรับทีมที่มี 3–10 คนและใช้หนักสม่ำเสมอ อาจถูกกว่าที่คิด เอกสารของ Anthropic เองให้ตัวเลขอ้างอิงไว้ที่ราว $13 ต่อนักพัฒนาต่อวันที่ใช้งานจริง และ $150–250 ต่อคนต่อเดือน โดย 90% ของผู้ใช้อยู่ต่ำกว่า $30 ต่อวัน — เอาเลขนี้ไปคูณทีมแล้วเทียบกับค่าที่นั่ง จะเห็นทันทีว่าฝั่งไหนคุ้มกว่าสำหรับรูปแบบการใช้ของคุณ

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

แหล่งข่าว

• Anthropic’s Claude Code limit change is a raise on paper but a cut in practice — The Decoder (30 ส.ค. 2026)
• @ClaudeDevs — ประกาศต้นทางบน X (29 ส.ค. 2026)
• Anthropic is cutting Claude Code’s current weekly limits by 17% — BleepingComputer (29 ส.ค. 2026)
• Manage costs effectively — เอกสารทางการ Claude Code (/usage, prompt cache, agent teams)