เมื่อแฟลตฮับสั่งแบน QEMU กลับจะเปิดทาง: ทำไมชุมชนโอเพนซอร์สจึงแตกคอกันเรื่องโค้ด AI

การเปลี่ยนแปลงนี้ไปไกลกว่าแค่การเตือนเรื่องลิขสิทธิ์ ผู้ดูแลโครงการ บาร์ต พิโอโทรวสกี (Bart Piotrowski) ยอมรับว่า LLM เป็นสิ่งที่เลี่ยงไม่ได้ แต่ระบุว่าสาเหตุที่แท้จริงคือ การหลั่งไหลของผู้ส่งงานที่รู้สึกมีสิทธิ์มีเสียงและส่งแอปที่ AI สร้างขึ้นแบบหยาบๆ มาเป็นจำนวนมาก ซึ่งก่อให้เกิดปฏิสัมพันธ์ที่ไม่เป็นมิตรและสร้างภาระการตรวจสอบที่ไม่ยั่งยืน การตัดสินใจนี้มีขึ้นเพื่อปกป้องอาสาสมัครผู้ดูแลโครงการที่ไม่ได้ค่าตอบแทน จากพลวัตที่กลายเป็นการละเมิด

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

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

การกลับลำของ QEMU: ทดสอบทางสายกลางด้วยการเปิดเผย

ก่อนหน้านี้ QEMU ได้ใช้นโยบาย AI ที่เข้มงวดที่สุดแห่งหนึ่งในโลกโอเพนซอร์สในช่วงกลางปี 2025 กฎที่มาของโค้ดอย่างเป็นทางการระบุว่า การมีส่วนร่วมใดๆ ที่เชื่อว่ามีหรือดัดแปลงมาจากเนื้อหาที่ AI สร้างขึ้น — จาก ChatGPT, Claude, Copilot, Llama และเครื่องมือที่คล้ายกัน — จะถูกปฏิเสธ เหตุผลที่ระบุคือ โค้ด AI ไม่สามารถตอบสนองต่อใบรับรองต้นทางนักพัฒนา (Developer's Certificate of Origin - DCO) ได้ เนื่องจากไม่มีผู้ประพันธ์ที่เป็นมนุษย์ในการให้คำรับรองตามที่กำหนด

แต่ในช่วงปลายเดือนพฤษภาคม 2026 โครงการได้เคลื่อนตัวสวนทางกัน เปาโล บอนซินี (Paolo Bonzini) วิศวกรดีเด่นที่เร้ดแฮท (Red Hat) และผู้ดูแล KVM ได้เสนอให้อนุญาตแพตช์ที่ใช้ AI ช่วยในพื้นที่จำกัดและความเสี่ยงต่ำ — โดยเฉพาะจุดที่ผลกระทบจากการละเมิดลิขสิทธิ์สามารถย้อนกลับได้ง่ายและไม่น่าจะกระจายตัว โค้ดหลักจะยังคงเป็นพื้นที่ต้องห้ามหากไม่มีข้อตกลงล่วงหน้าจากผู้ดูแล

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

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

ทำไม DCO จึงเป็นรอยเลื่อน

ทั้งการแบนเด็ดขาดของแฟลตฮับและการผ่อนปรนอย่างระมัดระวังของ QEMU วนเวียนอยู่กับคำถามทางกฎหมายที่ไม่เคยถูกขบให้จบ: จะเกิดอะไรขึ้นเมื่อโค้ดที่ AI สร้างขึ้นมาเจอกับใบรับรองต้นทางนักพัฒนา (DCO)?

DCO กำหนดให้ผู้มีส่วนร่วมต้องรับรองว่าพวกเขาเป็นผู้สร้างผลงานเอง หรือมีสิทธิ์ที่จะส่งมันภายใต้สัญญาอนุญาตของโครงการ แต่โค้ดที่ AI สร้างขึ้นนั้นไม่มีผู้ประพันธ์ที่เป็นมนุษย์ตามกฎหมายปัจจุบัน สำนักงานลิขสิทธิ์สหรัฐฯ ได้ตัดสินในเดือนมกราคม 2025 ว่าผลงานจาก AI สามารถมีลิขสิทธิ์ได้เฉพาะเมื่อมีมนุษย์เป็นผู้มีส่วนร่วมใน "องค์ประกอบที่แสดงออกอย่างเพียงพอ" — และแค่การป้อนคำสั่ง (Prompt) เพียงอย่างเดียวนั้นยังไม่เพียงพอ ในคดี Thaler v. Perlmutter ศาลอุทธรณ์ ดี.ซี. เซอร์กิต ยืนยันในเดือนมีนาคม 2025 ว่า "กฎหมายลิขสิทธิ์กำหนดให้งานที่มีสิทธิ์ทั้งหมดต้องมีมนุษย์เป็นผู้ประพันธ์ตั้งแต่แรก" และภายในเดือนมีนาคม 2026 ศาลสูงสุดได้ปฏิเสธที่จะรับฟังคำท้าทายเพิ่มเติม

สิ่งนี้ทำให้เกิดสภาพบังคับที่ไม่น่าอภิรมย์ นักพัฒนาที่ส่งโค้ด AI อาจไม่สามารถลงนามใน DCO อย่างสัตย์จริง การตอบสนองของลินุกซ์ เคอร์เนล — ซึ่งเป็นทางการในเดือนเมษายน 2026 ด้วยนโยบายผู้ช่วยเขียนโค้ด AI ครั้งแรก — คือการกำหนดให้มีเพียงมนุษย์เท่านั้นที่เพิ่มป้ายกำกับ Signed-off-by และให้มนุษย์ผู้นั้นรับผิดชอบทางกฎหมายอย่างเต็มที่สำหรับโค้ดทุกบรรทัดที่ AI สร้างขึ้น แต่การแบนดั้งเดิมของ QEMU ให้เหตุผลว่าการอ้างว่า DCO ใช้ได้กับโค้ด AI นั้น "ไม่น่าเชื่อถือ" เนื่องจากความคลุมเครือของสัญญาอนุญาต

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

ต้นทุนมนุษย์นอกเหนือจากลิขสิทธิ์

การถกเถียงทางกฎหมายนั้นสำคัญ แต่ ภาวะหมดไฟของผู้ดูแลโครงการ คือสิ่งที่ผลักดันให้แฟลตฮับล่วงเลยเส้นตาย ผู้ดูแลโครงการในหลายโครงการรายงานรูปแบบเดียวกัน: งานที่ AI สร้างนั้นมักมีปริมาณมากแต่ตื้นเขิน — มีการเปลี่ยนแปลงขนาดใหญ่แต่ความเข้าใจที่แท้จริงน้อยนิด — ก่อให้เกิดภาระในการตรวจสอบที่ไม่สมน้ำสมเนื้อกับคุณค่าของมัน

ส่วนขยาย GNOME Shell (GNOME Shell extensions) ก็เผชิญกับภาวะทะลักคล้ายๆ กัน ในปลายปี 2025 ผู้ตรวจสอบรายงานว่าได้รับโค้ดส่วนขยายที่ AI สร้างมากกว่า 15,000 บรรทัดในบางวัน พร้อมกับบทสนทนาตอบคำถามการตรวจสอบที่ AI สร้างขึ้นมาด้วย ผู้ดูแลแฟลตฮับ พิโอโทรวสกี สรุปจุดแตกหักอย่างตรงไปตรงมา โดยระบุว่านโยบายนี้จำเป็นเพราะผู้ส่งงานบางคน "แค่ไม่รู้จักวิธีการสื่อสารอย่างเหมาะสม"

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

สามค่าย ไม่มีฉันทามติ

บทวิเคราะห์ของ RedMonk ในเดือนกุมภาพันธ์ 2026 สำรวจองค์กรโอเพนซอร์ส 32 แห่งและไม่พบฉันทามติที่กำลังเกิดขึ้น โครงการได้แบ่งออกเป็นสามค่ายคร่าวๆ:

• ค่ายแบนเด็ดขาด: แฟลตฮับ, Gentoo (มติเป็นเอกฉันท์ของสภาในปี 2024), NetBSD (ซึ่งเรียกโค้ด AI ว่า "สันนิษฐานว่าปนเปื้อน") และระบบตรวจสอบ EGO ของ GNOME ต่างห้ามการมีส่วนร่วมที่ AI สร้างขึ้นโดยสิ้นเชิง
• ค่ายยอมรับแบบมีเงื่อนไขและเปิดเผย: ข้อเสนอของ QEMU จะทำให้มันอยู่ฝ่ายเดียวกับ Apache, Fedora, มูลนิธิลินุกซ์ (Linux Foundation) และ EFF ซึ่งทั้งหมดอนุญาตให้ใช้ AI โดยต้องติดป้ายกำกับบังคับและผ่านดุลยพินิจของผู้ดูแล
• ค่ายเสรีภายใต้ความรับผิดชอบของมนุษย์: ลินุกซ์ เคอร์เนล และเร้ดแฮท อนุญาตให้ใช้ AI หากนักพัฒนาที่เป็นมนุษย์รับผิดชอบอย่างเต็มที่ ลงนาม DCO และติดป้ายกำกับเครื่องมือที่ใช้ — แต่ป้าย Signed-off-by ยังคงสงวนไว้สำหรับมนุษย์เท่านั้น

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

อะไรจะเกิดขึ้นต่อไป

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

ทาง EFF ได้ข้อสรุปแล้วว่าการแบนแบบครอบจักรวาลนั้นไม่สามารถบังคับใช้ได้ในทางปฏิบัติ เมื่อการใช้ LLM แพร่หลายไปมากขนาดนี้ แต่การบังคับใช้ไม่ได้ในทางปฏิบัติก็ไม่ได้แก้ปัญหาภาวะหมดไฟที่ผลักให้แฟลตฮับตัดสินใจตั้งแต่แรก

จนกว่าคำตัดสินของศาลหรือกฎหมายจะสร้างกฎที่ชัดเจนเกี่ยวกับการประพันธ์และความรับผิดของโค้ดที่ AI สร้างขึ้น โครงการโอเพนซอร์สทุกโครงการล้วนกำลังเลือกการเดิมพันของตัวเอง แฟลตฮับเลือกที่จะปกป้องผู้ตรวจสอบตอนนี้ ด้วยต้นทุนของการปิดประตูสู่เครื่องมือ AI ส่วน QEMU กำลังเลือกที่จะเปิดประตูอย่างแคบๆ ด้วยข้อกำหนดความโปร่งใส และเดิมพันว่าความเสี่ยงทางกฎหมายนั้นจัดการได้สำหรับงานที่มีเดิมพันต่ำ การเคลื่อนไหวทั้งสองรูปแบบมีเหตุมีผลบนฐานของข้อมูลที่มีอยู่ มันแค่สะท้อนคำตอบที่ต่างกันต่อคำถามที่น่าอึดอัดเดียวกัน: ในชุมชนที่สร้างขึ้นบนการประพันธ์ของมนุษย์และแรงงานอาสาสมัคร คุณจะทำอย่างไรเมื่อโค้ดมาถึงโดยปราศจากทั้งสองสิ่งนี้?