GitHub: จำกัด draft PR ก่อนงานจากเอเจนต์สะสม

เมื่อเอเจนต์สร้างโค้ดเร็วขึ้น คิวตรวจทานก็โตเร็วได้ draft PR บอกว่ายังไม่พร้อม แต่ไม่ได้ทำให้งานหายจากภาระคลังโค้ด การเปลี่ยนแปลง GitHub ชวนให้ทบทวนทางเข้า

สิ่งที่เปลี่ยนเมื่อ 8 ตุลาคม

GitHub ประกาศเมื่อ 8 ตุลาคม 2026 ว่าตั้งขีดจำกัด PR ให้รวม draft ได้ เดิม draft ไม่ถูกนับในขีดจำกัดผู้ใช้ ไม่ได้หมายความว่าทุกคลังโค้ดเปลี่ยนการตั้งค่าอัตโนมัติ

ประกาศมุ่งลดความรก การแจ้งเตือนและ CI จากงานคุณภาพต่ำหรือสแปม ไม่มีตัวเลขที่เหมาะกับทุกทีม ตรวจค่าจริงและขอบเขตก่อน

แยกสถานะกับกำลังรับงาน

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

draft สามฉบับสำหรับทางเลือกของ issue เดียวเทียบได้สะดวก แต่ต้องดูแลสาม branch และ diff เป็นการทดลอง ไม่ใช่สัญญาปล่อยสามรุ่น ถ้าได้ให้เทียบใน issue แล้วเปิดงานที่มีเป้าหมายตรวจทานชัด

ดูสามเรื่องก่อน

บันทึกจำนวน draft และ PR ปกติ เจ้าของและเป้าหมาย และการปรับปรุงที่มีสาระล่าสุด แล้วดู CI เวลารอและงานซ้ำ ความรู้สึกว่าแจ้งเตือนมากอาจนำไปสู่ขีดจำกัดที่กันงานดีออก

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

บอกทางเมื่อถูกจำกัด

คำแนะนำควรบอกวิธีทำงานต่อ เกณฑ์พร้อมตรวจ และผู้ช่วย อย่าเสนอเปลี่ยนเป็น PR ปกติเพื่อหลบกฎ ก่อนปิดหรือเก็บถาวรให้ตรวจเจ้าของและเนื้อหาที่มีประโยชน์

PR หลายฉบับที่ขึ้นต่อกันไม่ได้แย่เพียงเพราะจำนวน diff เล็กที่เชื่อมกันต่างจากการส่งซ้ำ ขีดจำกัดปกป้องทางเข้า ไม่แทนการตรวจทาน ทดสอบหรือการตัดสินใจ deploy

เริ่มเล็กแล้วเทียบผล

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

ให้เรื่องเดิมกลับไป PR เดิมก่อนเพิ่มความถี่เอเจนต์ GitHub มีช่องทางรับข้อเสนอเรื่องการตั้งค่า บทความนี้ไม่แต่งปฏิกิริยาหรือผลดีที่ยังไม่ตรวจสอบ

แหล่งทางการ

GitHub Changelog

ตรวจเมื่อ 9 ตุลาคม 2026 แยกความสามารถผลิตภัณฑ์กับข้อเสนอการทำงาน