โปรเจกต์พัฒนา PS5 Linux ต้องหยุดชะงักลงกลางคัน ทั้งที่ตั้งเป้าให้เครื่อง PlayStation 5 สามารถบูตใช้งานระบบ Linux ได้จริง

Andy Nguyen แฮกเกอร์และนักวิจัยความปลอดภัยชื่อดัง หรือที่รู้จักกันในชื่อ TheFlow0 ออกมาประกาศยุติบทบาท โดยโพสต์ข้อความสั้นๆ บน X เมื่อวันที่ 15 กันยายน 2026 ว่า กำลังถอนตัวออกจากวงการ PS5 และหยุดพัฒนาโปรเจกต์ PS5 Linux ทั้งหมด

Andy ไม่ใช่หน้าใหม่ในวงการ โดยเว็บไซต์ข่าวเกม FRVR ระบุว่า เขาค้นคว้าช่องโหว่และพัฒนาโค้ดเจาะระบบเพื่อให้เครื่องเกมตระกูล PlayStation รันโค้ดภายนอกได้มานานกว่า 10 ปี และยังเป็นผู้ค้นพบ kernel exploit ตัวแรกของเครื่อง PS Vita อีกด้วย

การประกาศหยุดพัฒนาครั้งนี้ทำให้แผนงานระยะยาวที่วางไว้ต้องพับเก็บไปทั้งหมด Andy ระบุว่าเขาทุ่มเททั้งแรงกายและเวลาหลายเดือนให้กับโปรเจกต์นี้ รวมถึงมีแผนจะพัฒนาให้รองรับ PS5 Pro และเตรียมปล่อยให้ใช้งานในปี 2027 แต่สุดท้ายเขากลับสรุปสั้นๆ ว่า ทุกอย่างสูญเปล่าไปหมดแล้ว

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

คำถามสำคัญจึงไม่ได้อยู่ที่ว่าอนาคตของ PS5 Linux จะจบลงจริงหรือไม่ แต่อยู่ที่ว่า AI มีส่วนทำให้โปรเจกต์นี้พังจริงหรือเปล่า หรือแท้จริงแล้ว สิ่งที่พังลงไปก่อนคือข้อตกลงร่วมกันของคนในคอมมูนิตี้

ทำไมบั๊กแค่ตัวเดียว ถึงเป็นตัวชี้ชะตา Linux บน PS5

ข้อความที่ Andy Nguyen โพสต์นั้นตรงไปตรงมาและดุเดือด เขาบอกว่าวงการนี้เคยเต็มไปด้วยนักวิจัยฝีมือดี "แต่ตอนนี้กลับเหลือแค่มือใหม่กลุ่มหนึ่งที่ใช้ LLM มาช่วยเขียนโค้ดแฮ็ก ทั้งที่ตัวเองยังไม่เข้าใจด้วยซ้ำว่ามันทำงานอย่างไร" แถมเขายังเรียกคนกลุ่มนี้ว่าพวก "slop kiddies" ก่อนจะเล่าต่อไปว่า คนกลุ่มนั้นไปเจอบั๊กในระบบความปลอดภัยชั้นในสุดอย่าง hypervisor ตัวสุดท้ายที่ยังเหลืออยู่ ซึ่งเป็นบั๊กตัวเดียวกับที่เขาค้นพบไว้นานแล้ว แต่คนกลุ่มนั้นกลับส่งรายงานบั๊กนี้ไปให้ Sony

หลายคนอาจสงสัยว่า ทำไมบั๊กเพียงแค่ตัวเดียวถึงกลายเป็นเรื่องใหญ่ขนาดนั้น?

คำว่า "บั๊ก" หรือช่องโหว่ในบริบทนี้ ไม่ใช่แค่จุดบกพร่องที่ทำให้เกมค้างหรือเครื่องดับ แต่คือ "ประตูเข้าสู่ระบบ" การจะนำระบบปฏิบัติการ Linux ไปรันบนเครื่องคอนโซลได้ จำเป็นต้องเจาะผ่านช่องโหว่ที่ผู้ผลิตยังไม่อุด และเมื่อมีใครนำช่องโหว่นี้ไปรายงานผู้ผลิต ช่องโหว่นั้นก็มักจะถูกอุดในอัปเดตเฟิร์มแวร์รุ่นถัดๆ ไป ส่งผลให้งานและโค้ดทั้งหมดที่สร้างขึ้นบนช่องโหว่นั้น ไปต่อบนเครื่องที่อัปเดตใหม่ไม่ได้ ช่องโหว่นี้จึงไม่ใช่แค่เรื่องทดลองเล่นๆ แต่เป็นหัวใจสำคัญที่ทำให้โปรเจกต์ PS5 Linux เดินหน้าต่อไปได้

นี่คือเหตุผลที่ Andy เคยพยายามเจรจาเพื่อขอเวลา เขาเล่าว่าขอร้องให้คนกลุ่มนั้น "รออย่างน้อยจนกว่าเกม GTA 6 จะวางจำหน่าย เพื่อให้ผู้เล่นมีโอกาสซื้อเกมอย่างถูกกฎหมาย และยังใช้ Linux บนเครื่องได้ด้วย" ซึ่งในตอนแรกพวกเขาก็ตกลงว่าจะรอ "แต่ยังไม่ทันข้ามวัน คนกลุ่มนั้นก็เปลี่ยนใจ เผาช่องโหว่นี้ทิ้งไปแล้ว" ด้วยการส่งรายงานให้ผู้ผลิต

ทว่าเรื่องราวทั้งหมดนี้เป็นเพียงมุมมองจากฝั่งของ Andy คนเดียว ซึ่งผู้อ่านอีกหลายคนมองว่ายังไม่ใช่ภาพทั้งหมดของปัญหา

อีกมุมมองหนึ่ง: ปัญหานี้อาจไม่ใช่เรื่องของ AI

ในกระทู้ Hacker News มีผู้ใช้งานจำนวนมากออกมาแย้งว่า พาดหัวข่าวนี้กำลังชี้นำผิดทาง สิ่งที่ทำให้โปรเจกต์ต้องยุติลงไม่ใช่เรื่องเครื่องมือที่ใช้เขียนโค้ด แต่เป็นเพราะมีคนนำช่องโหว่ที่เคยตกลงกันไว้ว่าจะยังไม่เปิดเผย ไปส่งให้ Sony เพื่อแลกกับเงินรางวัล bug bounty ต่างหาก

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

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

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

นอกจากนี้ ยังมีความเห็นหนึ่งในกระทู้ตั้งข้อสังเกตว่า:

ช่างเป็นยุคที่น่าทึ่งจริงๆ ที่คนที่ค้นพบบั๊ก hypervisor ตัวสุดท้ายบนฮาร์ดแวร์ที่น่าจะแน่นหนาที่สุดชิ้นหนึ่ง กลับเป็นคนที่โดนตราหน้าว่าเป็นแค่ noob

ไม่ได้เกิดแค่กับ PS5: ทีม RPCS3 เคยออกมาเตือนแล้วเมื่อ 4 เดือนก่อน

ความเห็นที่ได้คะแนนโหวตสูงสุดในกระทู้ ไม่ได้พูดถึงแค่กรณีของ PS5 แต่สะท้อนความรู้สึกของคนที่ทุ่มเทให้กับโปรเจกต์ open source ที่เปิดให้ทุกคนมาร่วมพัฒนาโค้ดมายาวนาน พวกเขารู้สึกว่าพื้นที่แบบนี้เคยเป็นที่แลกเปลี่ยนความรู้กับคนเก่งๆ แต่ปัจจุบันกลายเป็นการยิงคำถามใส่แชตบอต AI อย่าง Claude แล้วเอาคำตอบมาส่งต่อ โดยที่คนส่งไม่เข้าใจด้วยซ้ำว่าโค้ดข้างในทำงานอย่างไร

เหตุการณ์ทำนองนี้เคยเกิดขึ้นมาแล้วเมื่อ 4 เดือนก่อน โดยเมื่อวันที่ 11 พฤษภาคม 2026 ทีมพัฒนา RPCS3 ซึ่งเป็นโปรแกรมจำลองสำหรับเล่นเกม PlayStation 3 บนคอมพิวเตอร์ ออกมาขอร้องให้หยุดส่ง pull request (PR) ที่เป็น "AI slop" ซึ่งเป็นโค้ดคุณภาพต่ำที่ให้ AI สร้างออกมา ทั้งที่คนส่งเองไม่เข้าใจและโค้ดก็ใช้งานไม่ได้ ทีมงานระบุว่าจะเริ่มแบนผู้ที่ส่งโค้ดที่ใช้ AI ช่วยเขียนโดยไม่เปิดเผย และหลังจากนั้นได้ออกแนวทางการส่งโค้ดที่สร้างด้วย AI ไว้อย่างเป็นทางการบน repository ของโปรเจกต์

โปรเจกต์ RPCS3 พัฒนาจนเกม PS3 ราว 70% เล่นได้ตั้งแต่หลายปีก่อน ซึ่งเป็นช่วงเวลาก่อนจะมีเครื่องมือ LLM สำหรับช่วยเขียนโค้ดเสียอีก ผู้พัฒนาที่พาโปรเจกต์มาได้ไกลขนาดนั้นจึงเข้าใจความซับซ้อนของระบบเป็นอย่างดี และไม่ได้มีอคติว่าเครื่องมือสมัยใหม่จะใช้งานไม่ได้จริง

สิ่งที่ทั้งกรณีของ Andy และทีม RPCS3 สะท้อนออกมาตรงกัน จึงไม่ใช่การต่อต้านหรือปฏิเสธเทคโนโลยี AI แต่เป็นการตั้งคำถามถึงพฤติกรรมของคนที่ส่งโค้ดโดยไม่สามารถอธิบายการทำงานได้ หรือส่งโค้ดมาโดยไม่ยอมบอกที่มา ซึ่งเป็นคนละเรื่องกับการใช้ AI มาช่วยทำงานอย่างมีประสิทธิภาพ

4 ข้อคิดก่อนกดส่ง PR ที่ใช้ AI ช่วยเขียน

ข้อคิด 4 ข้อต่อไปนี้ เป็นข้อสรุปที่เราประมวลจากทั้งสองเหตุการณ์ข้างต้น ไม่ใช่กฎระเบียบทางการที่ Andy หรือทีม RPCS3 เป็นผู้ประกาศ สำหรับใครที่เริ่มส่ง PR ให้กับโปรเจกต์ open source และใช้เครื่องมือ AI อย่าง Claude Code หรือ Codex ช่วยร่างโค้ด สามารถนำเช็กลิสต์เหล่านี้ไปปรับใช้ได้ทันที:

• เปิดเผยให้ชัดเจนตั้งแต่แรกว่าใช้ AI ช่วยตรงไหน: ผู้ดูแลโปรเจกต์จะได้ประเมินวิธีและระดับความเข้มงวดในการรีวิวได้อย่างถูกต้อง โค้ดที่คนเขียนเองกับโค้ดที่ให้ AI ช่วยร่างมีจุดที่ต้องเฝ้าระวังต่างกัน การบอกตรงๆ ล่วงหน้าช่วยประหยัดเวลาของคนตรวจได้มาก และนี่คือข้อเดียวที่ทาง RPCS3 บอกไว้ชัดว่า ถ้าส่งโดยไม่เปิดเผย ทีมจะเริ่มแบน
• ต้องอธิบายโค้ดทุกบรรทัดที่ส่งไปได้: ถ้าคนรีวิวถามกลับมาว่าโค้ดบรรทัดนี้ทำหน้าที่อะไรหรือใส่มาทำไม แล้วเรายังตอบไม่ได้ นั่นแปลว่าโค้ดยังไม่พร้อมส่ง ไม่ใช่เพราะโค้ดใช้งานไม่ได้ แต่เพราะเราในฐานะคนส่งต้องพร้อมรับผิดชอบโค้ดนั้น ประเด็นนี้สอดคล้องกับบทความ vibe coding พังเพราะไม่มีคนกล้าตัดสินใจ ที่ระบุว่า ปัญหาไม่ได้อยู่ที่ AI เขียนโค้ดไม่เก่ง แต่อยู่ที่ไม่มีใครพร้อมแบกรับผลลัพธ์ของโค้ดนั้น
• ทดสอบโค้ดด้วยตัวเองให้ผ่านก่อนเสมอ: การส่ง PR ไปทั้งที่ยังไม่เคยลองรันดูเลยสักรอบ เท่ากับการผลักภาระการแก้บั๊กไปให้ผู้ดูแลโปรเจกต์ การสละเวลาทดสอบด้วยตัวเองเพิ่มขึ้นเพียงเล็กน้อย ช่วยลดภาระที่คนอื่นต้องมานั่งตามแก้ปัญหาได้มหาศาล
• ถ้าคอมมูนิตี้มีธรรมเนียมหรือข้อตกลงอยู่แล้ว ให้สอบถามก่อนลงมือ: อย่างในกรณีของ PS5 Linux หลายคอมมูนิตี้มักมีธรรมเนียมที่ไม่ได้เขียนไว้เป็นลายลักษณ์อักษร เช่น การเก็บช่องโหว่ที่ยังไม่เปิดเผยไว้ก่อน หรือการประสานงานกันล่วงหน้า การทักไปสอบถามหรือปรึกษาสั้นๆ ก่อนลงมือทำ ย่อมดีกว่าการสร้างปัญหาแล้วต้องมานั่งแก้ตัวทีหลัง

ถ้าคุณเป็นคนดูแลโปรเจกต์: ควรเขียนกติกาให้ชัด ก่อนที่ PR จะทะลักเข้ามา

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

ในกระทู้ Hacker News มีผู้ใช้รายหนึ่งแชร์แนวทางที่โปรเจกต์ของเขาใช้แล้วได้ผล คือการกำหนดให้ทุก PR ต้องผ่านการทดสอบ และต้องมีคนจริงๆ ลงชื่อรับรองก่อนเสมอ โดยระบุว่าวิธีนี้ช่วยลดปริมาณ PR ขยะที่สร้างจาก LLM ลงไปได้มาก ทำให้ทีมผู้พัฒนาหลักทำงานได้เร็วขึ้นอย่างเห็นได้ชัด ทั้งนี้ นี่เป็นเพียงประสบการณ์จากโปรเจกต์หนึ่งที่นำมาแบ่งปันไว้ ไม่ใช่มาตรฐานสากล แต่ก็เป็นกรณีศึกษาที่ดีสำหรับนำไปปรับใช้กับทีมของตัวเอง

สิ่งที่คนดูแลโปรเจกต์ต้องตัดสินใจ คือจะขีดเส้นแบ่งไว้ตรงจุดไหน ระหว่างการขอให้เปิดเผยตามความจริงแบบ RPCS3 หรือจะตั้งเกณฑ์เข้มงวดโดยให้มีคนคอยเซ็นรับรองทุกครั้ง แบบแรกใช้แรงน้อยกว่าและยังเปิดรับผู้ร่วมพัฒนารายใหม่ได้ง่าย ส่วนแบบหลังช่วยคัดกรองได้รัดกุมกว่า แต่ก็ต้องมีกำลังคนมากพอมาช่วยตรวจสอบ ปัญหาพื้นฐานของทั้งสองแนวทางนี้ตรงกับประเด็นในบทความ AI เขียนโค้ดเร็วกว่าที่คนตรวจทัน ที่ชี้ให้เห็นว่า ขณะที่ฝั่งผู้ผลิตโค้ดสร้างงานได้เร็วขึ้นหลายเท่าตัว แต่ฝั่งผู้ตรวจสอบยังคงเป็นมนุษย์ที่มีเวลาและแรงจำกัดเท่าเดิม

กรณีของ PS5 Linux จึงอาจไม่ใช่คำตอบว่า AI พัฒนาโค้ดได้เก่งพอหรือยัง แต่กลับชวนให้เราตั้งคำถามว่า โค้ดหรือผลงานที่เราส่งต่อให้ผู้อื่นดูแล เราบอกเขาอย่างตรงไปตรงมาครบถ้วนแล้วหรือยังว่ามีที่มาอย่างไร

ถ้าวันนี้คุณเป็นคนดูแลโปรเจกต์ คุณจะยอมรับ PR ที่เขียนด้วย AI หรือไม่ และเงื่อนไขข้อแรกที่คุณจะตั้งขึ้นมาคืออะไร?

---

ที่มา:

• โพสต์ Andy Nguyen (@theflow0) on X จาก Andy Nguyen (@theflow0)
• บทความ PS5 Linux lead quits as open-source projects have become "a bunch of noobs using LLMs" that "they don't even understand" จาก FRVR
• กระทู้ PS5 Linux lead quits: "a bunch of noobs using LLMs" that "they don't understand" จาก Hacker News
• โพสต์ RPCS3 (@rpcs3) on X จาก RPCS3 (@rpcs3)
• บทความ PlayStation 3 emulator devs refuse barrage of RPCS3 "AI slop" code จาก FRVR