4 คะแนน โดย GN⁺ 2026-03-16 | 7 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตั้งแต่วันที่ 13 ถึง 27 มีนาคม 2026 โควตาการใช้งาน Claude จะเพิ่มเป็น 2 เท่า ใน ช่วงเวลาที่ไม่หนาแน่น (เวลาเกาหลี 03:00~21:00, ยกเว้นเวลา US Eastern 8:00 น.~14:00 น.)
  • มีผลอัตโนมัติ สำหรับผู้ใช้แพ็กเกจ Free, Pro, Max และ Team โดยไม่รวมแพ็กเกจ Enterprise
  • ใช้ได้เหมือนกันกับทุกบริการหลัก เช่น เว็บ เดสก์ท็อป มือถือ Cowork, Claude Code และ Claude สำหรับ Excel และ PowerPoint
  • ปริมาณการใช้งานเพิ่มเติม จะไม่ถูกนับรวมในโควตาการใช้งานรายสัปดาห์ และไม่ต้องตั้งค่าเพิ่มเติมหรือสมัครแยกต่างหาก
  • หลังโปรโมชันสิ้นสุดลง โควตาการใช้งานจะกลับสู่ระดับปกติ ตั้งแต่ 28 มีนาคม เวลา 15:59 น. (เวลาเกาหลี) (อ้างอิง: 27 มีนาคม 11:59 PM PT)

7 ความคิดเห็น

 
j2sus91 2026-03-16

สรุปตามเวลา KST (เวลาเกาหลี) ได้ดังนี้

<พฤ. 13/3 ~ ส. 28/3 เวลา 15:59 น. ตามเวลาเกาหลี>
จันทร์~ศุกร์: ตี 3 ~ 3 ทุ่ม ใช้งาน 2 เท่า
เสาร์ · อาทิตย์: ทั้งวัน

เอาล่ะทุกคน ตั้งแบตช์งานที่ใช้เวลานานไว้ช่วง 3 ทุ่ม ~ ตี 3 (วันถัดไป)
แล้วช่วงนั้นก็นอนได้เลย

 
j2sus91 2026-03-16

ที่นี่วงจรลิมิต 5 ชั่วโมงน่าจะวน 2-3 รอบ
คิดซะว่าใช้ลิมิต 5 ชั่วโมงจนหมดแล้วก็ทำงานกันแบบหนัก ๆ ได้เลย

 
devil1032 2026-03-16

คงเป็นช่วง 15:00 ~ 21:00 สินะ..? โอ..

 
xguru 2026-03-16

เขาเขียนประกาศไว้ชวนให้งงนิดหน่อย จริง ๆ แล้วช่วงเวลาที่ระบบเขาแออัดคือ 8 โมงเช้าถึงบ่าย 2 โมง และช่วงเวลาอื่นทั้งหมดคือตั้งแต่บ่าย 2 โมงถึง 8 โมงเช้าถือเป็นช่วงไม่แออัดครับ ดังนั้นถ้าเทียบเป็นเวลาเราก็จะตรงกับตี 3 ถึง 3 ทุ่ม

งงมากจนต้องให้ GPT ช่วยเช็กยืนยันหลายรอบเลย -. -;

 
bini59 2026-03-16

ดีจัง...

 
xguru 2026-03-16

ช่วงเวลาที่ไม่ค่อยหนาแน่นทางฝั่งนั้นดันไปทับกับเวลางานของเกาหลีเป็นส่วนใหญ่นี่สิ..
สุดท้ายก็กลายเป็นสถานการณ์ที่บอกให้พวกเราทำงานในบริษัทให้มากขึ้นสินะ

 
GN⁺ 2026-03-16
ความเห็นจาก Hacker News
  • สำหรับคนที่ทำโปรเจกต์เสริมหลังเลิกงาน ถ้ามีแพ็กเกจเดือนละ 5~10 ดอลลาร์ที่ใช้ได้เฉพาะนอกช่วงพีคก็น่าจะดี
    ตอนนี้ Copilot ถูกกว่ามากและให้โมเดลตัวเดียวกัน เลยแทบไม่มีเหตุผลที่จะใช้แพ็กเกจอื่น
    • ทรัพยากร GPU ที่เหลืออยู่ส่วนใหญ่ถูกเอาไปใช้กับการฝึกโมเดล ดังนั้นแพ็กเกจตามช่วงเวลาแบบนี้คงยังออกมาได้ยาก
    • ผมคิดว่าสำหรับนักพัฒนาโอเพนซอร์ส น่าจะให้ใช้ฟรีไปเลยจะดีกว่า
      แค่จะหาเวลาทำโปรเจกต์งานอดิเรกก็ยากพออยู่แล้ว ถ้ายังต้องจ่ายเงินอีก สุดท้ายก็เหมือนเรากำลังช่วยเป็นข้อมูลฝึกให้พวกเขา
    • วันนี้ผมก็ยกเลิกแพ็กเกจแบบเสียเงินแล้วเหมือนกัน
      ตอนนี้กลับไปหางานประจำแล้วเลยไม่มีเวลาใช้ แต่ถ้ามีตัวเลือกเดือนละ 5 ดอลลาร์ ก็คงจะคงไว้เพื่อใช้ลองไอเดียที่นึกขึ้นมาเป็นครั้งคราว
    • ถ้าเดือนละ 20 ดอลลาร์แล้วได้ปริมาณเอาต์พุตเพิ่ม 5 เท่า ผมว่าก็ถือว่าคุ้มมาก
      ใช้วันละแค่ 2~3 ชั่วโมงก็เอา Claude หรือ Codex มาใช้งานได้เต็มที่แล้ว
    • สงสัยว่าคุณยังไม่ได้ลอง Claude Code หรือเปล่า
  • ดูเหมือนอีกไม่นานแพ็กเกจน่าจะถูกจัดใหม่ตามต้นทุนพลังงานและอัตราค่าไฟช่วงพีค/นอกพีค
    ต่อให้เป็นแบบ ‘Behind the Meter Generation’ (ผลิตไฟใช้เอง) ก็ไม่ได้หลีกเลี่ยงผลกระทบจากราคาไฟช่วงพีคได้ทั้งหมด
    ถ้ากระจายดีมานด์ออกตามช่วงเวลา ก็ช่วยลดต้นทุนพลังงานได้
    การผลิตไฟใช้เองแบบนี้ส่วนใหญ่มักเป็นโรงไฟฟ้าก๊าซ และถ้าราคาก๊าซพุ่งขึ้น 10 เท่าในวันเดียวแบบช่วงคลื่นความหนาวในภาคตะวันออกเฉียงเหนือของสหรัฐฯ ล่าสุด สัญญาเฮดจ์ก็เอาไม่อยู่
  • จากประสบการณ์ส่วนตัว ช่วงประมาณบ่าย 3~4 โมง (CEST) รู้สึกว่าClaude Code ช้าลงนิดหน่อย
    ผมเรียกมันว่า ‘เวลาที่คนอเมริกันตื่น’ คือเหมือนปริมาณการใช้งานพุ่งขึ้น แล้วระบบพยายามคง latency ไว้แต่ลดคุณภาพลง
    • ผมก็เห็นอาการคล้ายกัน
      ตอนแรกคิดว่าเป็นเพราะช่วงดึกตามเวลาออสเตรเลียแล้วโมเดลเริ่มหน่วง ด้วยเหตุผลเดียวกันนี่แหละ
  • อันนี้ดูเหมือนเป็นปฏิบัติการชวนคนออสเตรเลียเข้ามาใช้ (psyop) ชัด ๆ
    • ผมก็คิดเหมือนกัน แต่พอลองคำนวณเวลาแล้ว ดูเหมือนจะมีประโยชน์แค่ช่วง 5 ทุ่มถึงตี 5 ตาม AEST
      (แก้ไขภายหลัง) อ้อ ผมมองข้ามไปว่ามันหมายถึงนอกช่วงเวลาสหรัฐฯ
    • สำหรับผมที่อยู่ญี่ปุ่น นี่คือช่วงเวลาที่สมบูรณ์แบบเลย
    • พูดตรง ๆ คือไม่ได้มีอะไรให้บ่น
  • น่าจะเป็นไปได้ว่า Anthropic กำลังพยายามใช้ทรัพยากรคอมพิวต์ที่เหลือให้คุ้ม
    ถ้าทำให้ผู้ใช้เข้ามาใช้งานมากขึ้นในช่วงเวลาว่าง ก็น่าจะช่วยเพิ่มการมีส่วนร่วมกับระบบนิเวศได้
    แต่ก็น่าจะบอกให้ชัดเจนหน่อยว่าช่วงเวลาไหนที่เข้าข่าย
    • อีกวิธีหนึ่งอาจเป็นการย้าย workload ของผู้ใช้บางส่วนไปไว้นอกช่วงพีค เพื่อลดภาระในช่วงพีค
  • ในบริการระดับโลก การใช้เวลาท้องถิ่นแทน UTC ทำให้สับสน
    ยิ่งมีเวลาออมแสงปนเข้ามาด้วยก็ยิ่งยุ่ง
    • นี่ก็เหมือนเป็นการพูดอ้อม ๆ ว่า “Wall Street กำลังใช้ Anthropic อยู่
      ถ้าจะเทียบเขตเวลาของเมืองใหญ่ทั่วโลก ดูได้ที่ ลิงก์ World Time Buddy
    • โลกนี้เหมือนมีอยู่จริง ๆ แค่ประเทศเดียว
  • โปรโมชั่นแบบนี้มีองค์ประกอบทางจิตวิทยาชัดเจน
    ผมเองก็อัปเกรดเป็นแพ็กเกจ 100 ดอลลาร์เพราะโปรโมชันเดือนธันวาคม
    • น่าจะมีจุดประสงค์เพื่อสังเกตพฤติกรรมผู้ใช้
      ถ้าทำให้การใช้งานนอกช่วงพีคเพิ่มขึ้นได้ ก็จะได้ดูว่าคนยอมเปลี่ยนเวลาใช้งานจริงไหม แล้วเอาข้อมูลนั้นไปออกแบบแพ็กเกจระยะยาว
    • ตอนที่โทเค็นเป็น ‘ไม่จำกัด’ พฤติกรรมผมก็เปลี่ยนไปเหมือนกัน
      ผมเปิดหลายแท็บพร้อมกัน รีวิวโค้ดทั้งโปรเจกต์ แล้วก็ยังสร้างเมตาสกิลที่รวม 10 สกิลเข้าด้วยกันด้วย
      โปรโมชันแบบนี้เหมือนเป็นกลยุทธ์ให้คนได้สัมผัสความรู้สึกว่า ‘ใช้ได้แบบเหลือเฟือ’ แล้วพอกลับไปอยู่ในสภาพที่มีข้อจำกัดก็จะรู้สึกอึดอัด
    • นี่ก็เป็นเหตุผลว่าทำไมรายได้ของ Anthropic ถึงยังเพิ่มขึ้นเรื่อย ๆ
      แม้ผู้ใช้ใหม่จะเริ่มชะลอลง แต่ผู้ใช้เดิมยังเติบโตต่อจากการหากรณีการใช้งานใหม่ ๆหรือเพิ่มปริมาณการใช้งาน
    • การเปลี่ยนพฤติกรรมผู้ใช้เร็วกว่าไปซื้อฮาร์ดแวร์ใหม่มาก
      โปรโมชันรอบนี้มีโอกาสสูงว่าเป้าหมายหลักก็แค่บรรเทาภาระจากผู้ใช้ที่เพิ่มขึ้นรวดเร็ว
    • ผมก็คิดว่ามีแรงจูงใจทางจิตวิทยาเหมือนกัน แต่ถ้าจะให้แม่นกว่านั้น มันคือการจูงใจให้เกิดการย้ายโหลด (load-shifting)
      แนวคิดคล้ายกับที่บริษัทไฟฟ้ามีอัตราค่าไฟกลางคืน
  • ขอร้องล่ะ ใช้ UTC เถอะ
    เท่าที่ผมเข้าใจคือ
    ช่วงพีค (ปกติ): UTC 12:00–18:00 / KST 21:00–03:00
    ช่วงนอกพีค (โปรโมชัน): UTC 18:00–12:00 / KST 03:00–21:00
    สรุปคงต้องเขียนโค้ดตอนกลางวันให้มากขึ้น
  • ถ้าอิงซิดนีย์/เมลเบิร์น ปริมาณการใช้งานจะเพิ่มเป็นสองเท่าระหว่าง 5 โมงเช้าถึง 5 ทุ่ม
    • สำหรับญี่ปุ่น (JST) ก็แทบจะใช้ได้ทั้งวันเลย
    • แต่ตามหน้าเพจบอกว่า จริง ๆ แล้วเป็นหน้าต่างเวลา 6 ชั่วโมง
  • ผมอยู่ในเขตเวลาของพวกเขา เดิมทีพยายามจะเลิกนิสัยนอนดึกแบบคนกลางคืนที่ทำงานถึงตี 4 แล้วตื่นเที่ยง
    แต่โปรโมชันรอบนี้ทำให้แผนนั้นพังไม่เป็นท่า