การเปลี่ยนแปลงแผนส่วนบุคคลของ GitHub Copilot
(github.blog)- การขยายตัวของ เวิร์กโฟลว์แบบเอเจนต์ ทำให้ความต้องการประมวลผลของเซสชันแบบขนานที่รันเป็นเวลานานเพิ่มขึ้น จึงมีการใช้มาตรการ ระงับการสมัครใหม่ สำหรับแผนส่วนบุคคล พร้อมทั้งเข้มงวดข้อจำกัดการใช้งานและปรับขอบเขตการให้บริการโมเดล
- การสมัครใหม่ของ GitHub Copilot Pro, Pro+, Student แผน ถูกระงับชั่วคราว และมีการใช้ guardrail แบบอิงโทเค็น ที่เข้มงวดยิ่งขึ้นกับแผนส่วนบุคคล รวมถึงขีดจำกัดต่อเซสชันและขีดจำกัดรายสัปดาห์แบบ 7 วัน
- โมเดล Opus จะยุติการให้บริการในแผน Pro ส่วน Opus 4.7 ยังใช้งานต่อได้ใน Pro+ และ Opus 4.5 กับ 4.6 มีกำหนดจะถูกนำออกจาก Pro+ ตามประกาศแยกต่างหาก
- มีการเพิ่มการแสดงผลขีดจำกัดการใช้งานใน VS Code และ Copilot CLI โดยเสนอแนวทางบรรเทาการชนเพดาน เช่น ใช้โมเดลที่มี multiplier ต่ำกว่า อัปเกรดเป็น Pro+ ใช้ plan mode และลดเวิร์กโฟลว์แบบขนาน
- โครงสร้างต้นทุนแสดงให้เห็นว่าบ่อยครั้งมีคำขอเพียงไม่กี่ครั้งก็สร้างค่าใช้จ่ายเกินราคาของแผนแล้ว จึงนำไปสู่มาตรการนี้เพื่อรักษา ความน่าเชื่อถือของบริการ และทำให้ลูกค้าเดิมได้รับประสบการณ์ที่คาดการณ์ได้
ภาพรวมของการเปลี่ยนแปลง
- มีการปรับ 3 อย่างกับ GitHub Copilot Individual แผน เพื่อปกป้องประสบการณ์ของลูกค้าเดิม
- รวมถึง การระงับการสมัครใหม่ชั่วคราว การเข้มงวดข้อจำกัดการใช้งาน และ การปรับขอบเขตการให้บริการโมเดล
- ระบุทั้งเหตุผลของการเปลี่ยนแปลงและขอบเขตผลกระทบต่อผู้ใช้
- การขยายตัวของ เวิร์กโฟลว์แบบเอเจนต์ ทำให้ความต้องการประมวลผลของ Copilot เปลี่ยนไปในระดับพื้นฐาน
- เซสชันแบบขนาน ที่ทำงานยาวนานใช้ทรัพยากรมากกว่าระดับที่โครงสร้างแผนเดิมถูกออกแบบมาให้รองรับอย่างสม่ำเสมอ
- เมื่อความสามารถของเอเจนต์ขยายมากขึ้น งานที่ถูกประมวลผลก็เพิ่มขึ้น และจำนวนลูกค้าที่แตะข้อจำกัดการใช้งานเพื่อรักษาความน่าเชื่อถือของบริการก็เพิ่มขึ้นด้วย
- หากไม่มีมาตรการเพิ่มเติม จะนำไปสู่การลดลงของคุณภาพบริการโดยรวม
- มีเสียงไม่พอใจเกี่ยวกับข้อจำกัดการใช้งานและความพร้อมใช้งานของโมเดล พร้อมกล่าวถึงความจำเป็นในการสื่อสารเรื่อง guardrail ที่เพิ่มเข้ามาให้ดียิ่งขึ้น
- การเปลี่ยนแปลงครั้งนี้จึงเป็นมาตรการเพื่อให้ชัดเจนขึ้นว่ามีอะไรเปลี่ยนและเปลี่ยนไปเพราะอะไร
การปรับตามแต่ละแผน
- ระงับการสมัครใหม่ของ GitHub Copilot Pro, Pro+, Student แผน ชั่วคราว
- เป็นมาตรการเพื่อให้บริการลูกค้าเดิมได้อย่างมีประสิทธิภาพมากขึ้น
- เข้มงวดข้อจำกัดการใช้งานของ แผนส่วนบุคคล
- Pro+ ให้ ขีดจำกัดที่สูงกว่า Pro 5 เท่า
- ผู้ใช้ Pro ที่ต้องการเพดานสูงขึ้นสามารถอัปเกรดเป็น Pro+
- มีการเพิ่มการแสดงผลขีดจำกัดการใช้งานใน VS Code และ Copilot CLI เพื่อให้เข้าใจข้อจำกัดการใช้งานได้ง่ายขึ้น
- ยุติการให้บริการ โมเดล Opus ในแผน Pro
- Opus 4.7 ยังใช้งานต่อได้ในแผน Pro+
- ตามประกาศ changelog แยกต่างหาก Opus 4.5 และ Opus 4.6 มีกำหนดจะถูกนำออกจาก Pro+ เช่นกัน
- เป็นมาตรการจำเป็นเพื่อมอบ ประสบการณ์ที่คาดการณ์ได้ ให้ลูกค้าเดิม
- หากเจอข้อจำกัดโดยไม่คาดคิดหรือการเปลี่ยนแปลงนี้ไม่เหมาะสม สามารถยกเลิกการสมัคร Pro หรือ Pro+ ใน Billing settings ก่อนวันที่ 20 พฤษภาคม เพื่อขอคืนเงินตามระยะเวลาที่เหลือของการสมัครปัจจุบันได้
- ถ้อยคำเกี่ยวกับนโยบายการคืนเงินสะท้อนการอัปเดตให้ชัดเจนขึ้น ณ วันที่ 21 เมษายน 2026
วิธีการจำกัดการใช้งานของ GitHub Copilot
- ปัจจุบันมีข้อจำกัดการใช้งาน 2 แบบ คือ ขีดจำกัดต่อเซสชัน และ ขีดจำกัดรายสัปดาห์แบบ 7 วัน
- ทั้งสองแบบกำหนดจาก 2 ปัจจัย คือ การใช้โทเค็น และ multiplier ของโมเดล
-
ขีดจำกัดต่อเซสชัน
- เป็นกลไกเพื่อป้องกันภาระเกินของบริการในช่วงเวลาที่มีการใช้งานสูงสุด
- ตั้งค่าไว้เพื่อไม่ให้ผู้ใช้ส่วนใหญ่ได้รับผลกระทบ
- เมื่อเวลาผ่านไปจะมีการปรับเพื่อสร้างสมดุลระหว่าง ความน่าเชื่อถือ และ ความต้องการใช้งาน
- เมื่อถึงขีดจำกัดต่อเซสชัน ต้องรอจนกว่าหน้าต่างการใช้งานจะรีเซ็ตจึงจะใช้ Copilot ต่อได้
-
ขีดจำกัดรายสัปดาห์
- เป็นเพดานจำนวนโทเค็นรวมที่ผู้ใช้หนึ่งคนสามารถใช้ได้ในหนึ่งสัปดาห์
- เป็นข้อจำกัดที่เพิ่งนำมาใช้ โดยมีเป้าหมายเพื่อควบคุม คำขอระยะยาวแบบขนาน ที่รันนานและมักสร้างต้นทุนสูงมาก
- ขีดจำกัดรายสัปดาห์ของแต่ละแผนก็ถูกตั้งไว้เพื่อไม่ให้ผู้ใช้ส่วนใหญ่ได้รับผลกระทบเช่นกัน
- แม้จะถึงขีดจำกัดรายสัปดาห์แล้ว หากยังมี premium request เหลือ ก็ยังใช้ Copilot ต่อได้ผ่าน Auto model selection
- ความสามารถในการเลือกโมเดลจะกลับมาใช้งานได้อีกครั้งเมื่อรอบสัปดาห์รีเซ็ต
- ผู้ใช้ Pro สามารถขยายขีดจำกัดรายสัปดาห์ได้ด้วยการอัปเกรดเป็น Pro+
- Pro+ มี ขีดจำกัดที่สูงกว่า Pro 5 เท่า
-
ความแตกต่างจาก premium request
- premium request กำหนดว่าสามารถเข้าถึงโมเดลใดได้และขอใช้งานได้กี่ครั้ง
- ข้อจำกัดการใช้งาน คือ guardrail แบบอิงโทเค็นที่จำกัดจำนวนโทเค็นที่ใช้ได้ภายในช่วงเวลาที่กำหนด
- แม้จะยังมี premium request เหลืออยู่ ก็ยังอาจชนข้อจำกัดการใช้งานได้
ป้องกันการชนข้อจำกัดโดยไม่รู้ล่วงหน้าและเพิ่มความโปร่งใส
- VS Code และ Copilot CLI เริ่มแสดงปริมาณการใช้งานที่ยังใช้ได้เมื่อใกล้ถึงขีดจำกัด
- เป็นการเปลี่ยนแปลงเพื่อช่วยหลีกเลี่ยงการชนข้อจำกัดโดยไม่คาดคิด
- มีการเสนอหลายวิธีเพื่อลดโอกาสที่จะชนข้อจำกัด
-
ใช้โมเดลที่มี multiplier ต่ำกว่า
- สำหรับงานง่าย แนะนำให้ใช้ โมเดลที่มี multiplier ต่ำกว่า
- ยิ่ง multiplier สูง ก็ยิ่งชนข้อจำกัดได้เร็วขึ้น
-
อัปเกรดเป็น Pro+
- ผู้ใช้แผน Pro สามารถ อัปเกรดเป็น Pro+ เพื่อขยายเพดานได้ถึงระดับที่มากกว่าเดิม 5 เท่า
-
ใช้ plan mode
- การใช้ plan mode ช่วยเพิ่มประสิทธิภาพการทำงาน
- มีการให้ลิงก์เอกสารที่เกี่ยวข้องกับ VS Code และ Copilot CLI
- plan mode ยังช่วยเพิ่มอัตราความสำเร็จของงานด้วย
-
ลดเวิร์กโฟลว์แบบขนาน
- เครื่องมืออย่าง /fleet ทำให้การใช้โทเค็นสูงขึ้น ดังนั้นหากใกล้ชนข้อจำกัดควรใช้อย่างยับยั้งชั่งใจ
-
เหตุผลที่ใช้มาตรการเหล่านี้
- เอเจนต์ และ subagents มอบคุณค่าในการแก้ปัญหาการเขียนโค้ดที่ซับซ้อน แต่ก็ทำให้ความเข้มข้นในการใช้งานของฐานผู้ใช้โดยรวมสูงขึ้น
- เวิร์กโฟลว์แบบขนานที่รันยาวสามารถสร้างคุณค่าได้มาก แต่ก็สร้างภาระต่อทั้ง โครงสร้างพื้นฐาน และ โครงสร้างราคา ไปพร้อมกัน
- ระบุไว้อย่างชัดเจนว่า ตอนนี้เกิดขึ้นบ่อยแล้วที่มีคำขอเพียงไม่กี่ครั้งก็ทำให้ต้นทุนสูงเกินราคาของแผน
- ปัญหานี้ถูกกำหนดให้เป็นโจทย์ที่ GitHub ต้องแก้ไข
- มาตรการครั้งนี้มีบทบาทเป็นฐานสำหรับการพัฒนา ทางออกที่ยั่งยืนกว่า ขณะเดียวกันก็พยายามมอบประสบการณ์ที่ดีที่สุดเท่าที่เป็นไปได้ให้ผู้ใช้เดิม
1 ความคิดเห็น
ความคิดเห็นบน Hacker News