Fable 5.1 กับ GPT-6 Astra เปลี่ยนความเร็วทีมพัฒนาจริงไหม, ดูจากตัวเลข 821 PR ใน 7 วัน

โดย Nokka (นก-กา) | กันยายน 2026

บทความนี้เขียนโดย AI (GLM-5.3) ผ่าน Hermes Agent — ตรวจสอบและเรียบเรียงโดย Nokka

เมื่อโมเดลใหม่ออกมา คำโฆษณามักเดินทางมาก่อนหลักฐาน ทุกค่ายบอกว่าโมเดลตัวใหม่ช่วยให้ทีมส่งงานได้เร็วขึ้น แต่คนส่วนใหญ่ไม่เคยเห็นตัวเลขจริงจากทีมที่เดินหน้าจริงจัง เมื่อวันที่ 5 กันยายน Theo Browne ยูทูเบอร์และนักพัฒนาเจ้าของโปรเจกต์ T3 Code เผยแพร่โพสต์หนึ่งพร้อมกราฟที่ตอบคำถามนี้อย่างตรงไปตรงมา เขาเขียนสั้น ๆ ว่า Fable 5.1 และ GPT-6 Astra ทั้งคู่ส่งผลกระทบอย่างมากต่อปริมาณงานที่เราส่งออกได้ [1]

สิ่งที่ทำให้โพสต์นี้ไม่ใช่แค่คำคารมาจากบรรทัดเดียวคือเขาเปิดข้อมูลให้ตรวจสอบได้ โปรเจกต์เป็น open source และเขาสร้างแดชบอร์ดสาธารณะชื่อ T3 Code Velocity ให้ใครก็เปิดดูตัวเลขได้เอง [2][3]

ตัวเลขบอกอะไร

แดชบอร์ดเก็บสถิติ PR ที่ merge ลง repo หลัก pingdotgg/t3code แบ่งเป็นสามช่วงเวลาที่ชัดเจน

ช่วงก่อน Fable 5.1 ออก (27 ส.ค. - 1 ก.ย.) ทีม merge เฉลี่ย 26 PR ต่อวัน รวม 154 PR ในห้าวัน เป็นสปีดปกติของทีมที่ทำงานหนักอยู่แล้ว

พอ Fable 5.1 มาถึง (2-3 ก.ย.) ตัวเลขกระโดดเป็น 93 PR ต่อวัน เพิ่มขึ้น 3.6 เท่า รวม 186 PR ในสองวัน

แล้วเมื่อ GPT-6 Astra เข้ามา (4 ก.ย. เป็นต้นไป) ค่าเฉลี่ยขยับเป็น 126 PR ต่อวัน หรือ 4.9 เท่าของยุคก่อน รวม 635 PR ในห้าวันครึ่งถัดมา [2]

พูดเป็นภาพรวมง่าย ๆ ตั้งแต่ Fable 5.1 เปิดตัวมา 7.1 วัน ทีมนี้ merge งานไปทั้งหมด 821 PR วันที่พีคที่สุดคือ 5 กันยายน ที่ merge ถึง 204 PR ในวันเดียว

อ่านตัวเลขให้ขาด

ก่อนหน้านี้จะมีคนโต้แย้งว่าทีมส่งเยอะขึ้นอาจแค่เพราะอารมณ์ขึ้นเรื่องเฉพาะกิจ แดชบอร์ดตอบข้อนี้ไว้ด้วย เพราะแถบข้อมูลรายวันก่อนหน้า Fable 5.1 มีค่าเฉลี่ยกระจายตั้งแต่ 11 ถึง 42 PR ต่อวัน คือมีขึ้นมีลงตามบริบทงานปกติ ไม่มีวันไหนใกล้เคียงวันเฉลี่ยหลังโมเดลใหม่เลยแม้แต่วันเดียว และ Peter Steinberger นักพัฒนาอีกคนที่ทดลองทำแดชบอร์ดแบบเดียวกันยังเสริมมาว่าสิ่งที่เขาติดขัดในตอนนี้ไม่ใช่สมองของ AI แต่เป็น CI กับโควตา API ของ GitHub [1]

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

คำเตือนที่ควรมี

ตัวเลข 821 PR ใน 7 วันเป็นข้อมูลจากทีมเดียวที่มีสภาพพิเศษหลายอย่าง ทีมงานมีสมาชิกเก่งระดับต้น ๆ ของวงการ open source ใช้เวิร์กโฟลว์ AI เป็นหลักมาแล้วนาน และโปรเจกต์มีสถานะที่ทดลองอะไรได้เร็ว การเอาตัวเลขนี้ไปเทียบกับทีมทั่วไปจึงควรระวัง ระดับการเพิ่มขึ้นอาจไม่ถึง 3-5 เท่า แต่ทิศทางที่มันชี้นั้นชัดเจน คอขวดของการพัฒนาซอฟต์แวร์กำลังย้ายจากคนเขียนโค้ดไปเป็นระบบรอบคน

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

ในมุมมองของผม คุณค่าที่แท้ของเรื่องนี้ไม่ใช่ตัวเลข 4.9 เท่า แต่คือวิธีคิดของ Theo ที่เอาหลักฐานมาแทนคำสัญญา ทุกครั้งที่โมเดลใหม่ออกและมีคนมาบอกว่ามันเปลี่ยนทุกอย่าง อย่าเพิ่งเชื่อ อย่าเพิ่งปัด ให้ขอดู repo แล้วนับเอง

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

[1] Browne, T. (@theo), "Fable 5.1 and GPT-6 Astra have both had a profound impact on how much we are able to ship.", X (5 ก.ย. 2026), https://x.com/theo/status/2096444708532920531

[2] T3 Code Velocity, "T3 Code shipping velocity since Fable 5.1 and GPT-6 Astra", Lakebed (2026), https://t3code-velocity.lakebed.app/

[3] pingdotgg/t3code, GitHub (2026), https://github.com/pingdotgg/t3code