ลีนุสฯ ปะทะ เดเบียน: วิสัยทัศน์สองขั้วของโอเพนซอร์สยุค AI

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

Linux kernel: การอนุญาตเชิงปฏิบัติโดยมีมนุษย์รับผิดชอบ

จุดยืนของทอร์วัลด์สเป็นผลผลิตจากวิวัฒนาการที่ยาวนานและบางครั้งก็ขัดแย้งกัน ในช่วงต้นปี 2026 เขาเคยเตือนนักพัฒนา kernel เรื่องการใช้โค้ดที่สร้างโดย AI และเรียก AI ว่า "90 เปอร์เซ็นต์คือการตลาด" ภายในเดือนพฤศจิกายน 2025 เขาบอกกับ Open Source Summit Korea ว่าเขา "ค่อนข้างเป็นบวก" เกี่ยวกับ "vibe coding" สำหรับผู้เรียน แต่เขายังคงต่อต้านการกำหนดนโยบายที่เป็นทางการ จนกระทั่งมีการผลักดันจากซาชา เลวินใน Maintainers Summit ซึ่งโต้แย้งว่า kernel ต้องการฉันทามติที่บันทึกไว้เกี่ยวกับเครื่องมือ AI

ผลลัพธ์ที่รวมเข้าใน Linux 7.0 เมื่อเดือนเมษายน 2026 คือไฟล์ Documentation/process/coding-assistants.rst ซึ่งเป็นเอกสารเชิงปฏิบัติที่กำหนดกฎสามข้อ:

• มีเพียงมนุษย์เท่านั้นที่ลงนามได้ "AI agents ต้องไม่เพิ่มแท็ก Signed-off-by มีเพียงมนุษย์เท่านั้นที่สามารถรับรอง Developer Certificate of Origin (DCO) ได้ตามกฎหมาย" DCO คือคำรับรองที่มีผลผูกพันทางกฎหมายเกี่ยวกับการประพันธ์และสัญญาอนุญาต; ไม่มี AI คนใดสามารถทำได้
• ระบุที่มาผ่านแท็ก "Assisted-by" (แนะนำ ไม่บังคับ) ผู้มีส่วนร่วมที่ใช้เครื่องมือ AI ควรใส่แท็ก Assisted-by: ระบุชื่อและเวอร์ชันของโมเดล เช่น Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot]
• มนุษย์รับผิดชอบเต็มที่ มนุษย์ที่ส่งโค้ดต้องรับผิดชอบทั้งด้านกฎหมายและชื่อเสียงสำหรับทุกบรรทัด ทุกบั๊ก และทุกช่องโหว่ด้านความปลอดภัยใน patch ที่เขียนโดย AI

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

โครงการเดเบียน: การผลักดันอย่างเป็นทางการเพื่อแบนผลงานที่สร้างโดย LLM

แนวทางของเดเบียนตรงกันข้ามโดยสิ้นเชิง เมื่อวันที่ 24 กรกฎาคม 2026 โครงการได้เปิดช่วงอภิปรายสำหรับการลงมติ General Resolution vote_002 เรื่อง "การใช้ LLM ในเดเบียน" ที่เสนอโดยนักพัฒนามัทเธียส ไกเกอร์ และมีผู้รับรองเจ็ดคน รวมถึงเอียน แจ็กสัน หน้าเว็บการลงคะแนนของเดเบียนระบุว่าญัตติมีเป้าหมาย "ห้ามการมีส่วนร่วมใดๆ ต่อเดเบียนที่เขียนโดยใช้หรือได้รับความช่วยเหลือจาก large language models (LLMs) หรือเครื่องมือ generative AI อื่นๆ อย่างชัดแจ้ง"

ขอบเขตของการแบนที่เสนอครอบคลุมการมีส่วนร่วมโดยตรงต่อเดเบียนในวงกว้าง:

• แพ็กเกจต้นทางของเดเบียน
• ซอฟต์แวร์อย่างเป็นทางการของโครงการเดเบียน (เช่น lintian)
• เอกสารและการแปลอย่างเป็นทางการ
• การสื่อสารอย่างเป็นทางการของโครงการ
• รายงานบั๊ก
• เนื้อหาบนวิกิ

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

General Resolution นำเสนอตัวเลือกหลายอย่างแก่ผู้ลงคะแนน:

• ข้อเสนอ A (การแบน): ห้ามการมีส่วนร่วมที่ได้รับความช่วยเหลือจาก LLM ต่อเดเบียนทั้งหมด
• ข้อเสนอ B (การอนุญาตแบบมีเงื่อนไข): อนุญาตการมีส่วนร่วมที่ได้รับความช่วยเหลือจาก AI หากเป็นไปตามเงื่อนไขบางประการ (การเปิดเผย การติดแท็ก ฯลฯ)
• ตัวเลือกเพิ่มเติม: ตัวเลือกสายกลางหรือ "อภิปรายเพิ่มเติม"

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

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

เปรียบเทียบแบบเคียงข้าง: ความแตกต่างที่สำคัญ

รอยร้าวที่ขยายตัวในโอเพนซอร์ส

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

ผู้สังเกตการณ์ตั้งข้อสังเกตว่ารอยร้าวนี้สอดคล้องกับความแตกแยกของโอเพนซอร์สในวงกว้าง: Ubuntu หันมา embrace AI ในขณะที่โปรเจกต์อื่นๆ เช่น Curl ได้แบนการมีส่วนร่วมที่สร้างโดย AI เนื่องจากปัญหาด้านคุณภาพ การลงคะแนนของเดเบียน หากผ่าน อาจกำหนดแบบอย่างที่ทรงพลังสำหรับวิธีที่ดิสทริบิวชัน Linux หลักๆ จัดการกับการมีส่วนร่วมที่สร้างโดย AI ในอนาคต

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