สงคราม Open Source เมื่อฝั่งต้านและฝั่งหนุน AI ต่างมีเหตุผล

คำร้องขอแบนโค้ดที่เขียนด้วย AI จากโปรเจกต์ ImageMagick ถูกเปิดทิ้งไว้นานกว่าแปดเดือน จนกระทั่งผู้ดูแลตัดสินใจ closed and locked it ในสัปดาห์นี้ เนื่องจากข้อถกเถียงดังกล่าวได้ขยายวงกว้างไปสู่ประเด็นทางอุดมการณ์ที่หาข้อยุติไม่ได้

ในช่วงเวลาไล่เลี่ยกัน นักพัฒนาบน X รายหนึ่งได้ออกมาเรียกร้องให้ผู้ติดตามร่วมต่อต้านกระแสแบน AI ดังกล่าว ในขณะที่ก่อนหน้านี้ไม่กี่วัน Asahi Linux began moving its code from MIT to GPLv2 หลังจากพบว่ามีคนนำผลงานที่ยังไม่เผยแพร่ไปใช้ และในบางกรณีที่รุนแรงมีการใช้ LLM เขียนโค้ดใหม่เพื่อปกปิดแหล่งที่มาเดิม

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

ทำไมหลายคนถึงเบื่อหน่าย

ข้อร้องเรียนที่พบมากที่สุดคือ review burden (ภาระในการตรวจสอบ) โดยนโยบาย LLM policy announcement ของ Rust ระบุว่า ในอดีตการส่ง Pull Request (PR) ที่สะอาดและผ่านการทดสอบเป็นหลักฐานว่าผู้เขียนเข้าใจการเปลี่ยนแปลงนั้นอย่างจริงจัง แต่การมาของ LLM ได้ทำลายความเชื่อมั่นดังกล่าวลง การนำคอมเมนต์ของผู้ตรวจสอบไปใส่ในแชทบอทแล้วคัดลอกคำตอบกลับมาวาง จึงเป็นการเสียเวลาของทั้งสองฝ่าย

cURL ประสบปัญหาเดียวกัน โดยเฉพาะในแง่ความปลอดภัย โปรเจกต์นี้ ended its bug bounty เมื่อสิ้นเดือนมกราคม หลังจากพบว่ารายงานช่องโหว่จริงลดลง แต่ขยะ (slop) ที่สร้างโดย AI กลับเพิ่มขึ้นเป็นจำนวนมาก Daniel Stenberg หัวหน้าโปรเจกต์กล่าวว่า การต้องรับมือกับขยะที่ถาโถมเข้ามาอย่างต่อเนื่องทำให้ทีมงานเกิดภาวะเหนื่อยล้า

Codeberg ซึ่งสมาชิก voted 358 to 144 ในเดือนกรกฎาคมเพื่อระงับการโฮสต์โปรเจกต์ที่ส่วนใหญ่เขียนโดย AI ได้ระบุว่า ปัจจัยกระตุ้นมาจาก Crawler ที่สร้างภาระให้เซิร์ฟเวอร์ ค่าใช้จ่ายในการจัดเก็บข้อมูลที่สูงขึ้น และโปรเจกต์ที่ทำคนเดียวแต่กินทรัพยากรใกล้เคียงกับโปรเจกต์ชุมชนขนาดใหญ่

นอกจากนี้ยังมีความกังวลด้านกฎหมาย โดย LLM policy ของ Asahi ชี้ว่า LLM อาจละเมิดกฎของกระบวนการทำ Reverse Engineering ความเสี่ยงนี้จะเพิ่มขึ้นเมื่อมีการใช้ AI agent ขุดคุ้ยข้อมูลโดยที่มนุษย์ไม่ทราบที่มาของความรู้นั้น

Terms of Use ของ Codeberg ระบุว่าสถานะลิขสิทธิ์ของโค้ดจาก AI ยังคงไม่ชัดเจน ขณะที่ GCC ปฏิเสธการมีส่วนร่วมที่มีนัยสำคัญทางกฎหมายจาก LLM โดยยกเว้นให้เพียงแค่ Test Case เท่านั้น หากเป็นการมีส่วนร่วมที่ไม่มีนัยสำคัญจะต้องระบุที่มาให้ชัดเจน

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

แม้แต่ Linus Torvalds ก็เข้าใจถึงที่มาของความโกรธแค้นนี้ โดยเขาให้สัมภาษณ์กับ The Register ว่าการส่งแพตช์จากคนที่ไม่เข้าใจโค้ดและบั๊กที่พบโดย AI สร้างภาระงานให้ผู้ดูแลอย่างมาก อย่างไรก็ตาม เขาไม่คิดว่าตัวเทคโนโลยี AI เองคือปัญหาหลัก

ท้ายที่สุดคือกลุ่ม r/opensource บน Reddit ที่ประกาศว่าโปรเจกต์ที่ใช้ AI หรือสร้างเพื่อ AI ไม่เป็นที่ต้อนรับ moderator wrote ว่ารูปแบบของ AI ในปัจจุบันนั้นไม่เหมาะสมกับจิตวิญญาณของชุมชน

ไม่ใช่ทุกคนที่จะนิ่งเฉยได้

ลัทธิต่อต้าน AI กำลังคุกคามและกดดันโปรเจกต์ open source อย่าง curl และ ImageMagick ให้แบนการใช้งาน LLM โดยสิ้นเชิง

• Vittorio Romeo (@supahvee1234)

หากคุณใส่ใจในระบบนิเวศ open source และความก้าวหน้าทางเทคโนโลยีของมนุษยชาติ จงร่วมต่อสู้ไปกับผม: [https://t.co/A9DwO0KMNx][https://t.co/ZgmPwWDqdp][https://t.co/8U06KvmyEx][November 11, 2026]

ฝ่ายสนับสนุน AI เองก็มีการเคลื่อนไหวที่ดุเดือดไม่แพ้กัน Vittorio Romeo นักพัฒนาซอฟต์แวร์กล่าวหาว่า "ลัทธิต่อต้าน AI" กำลังกดดันโปรเจกต์ใหญ่ๆ ให้แบน LLM และเรียกร้องให้ผู้ติดตาม to join the pushback

เธรดการพูดคุยใน curl discussion เต็มไปด้วยความขัดแย้งเกี่ยวกับเรื่องลิขสิทธิ์และคุณภาพโค้ด แต่ Daniel Stenberg ยืนยันว่า curl ไม่สามารถแบนทุกอย่างที่เป็น LLM ได้

เช่นเดียวกับเธรดของ ImageMagick ที่ทวีความรุนแรงขึ้นหลังจากมีการยอมรับ Commit ที่ใช้ Claude Opus โดยมีการใช้ถ้อยคำที่รุนแรงและการโจมตีตัวบุคคล (ad-hominem) เกิดขึ้น ด้าน Peter Steinberger ผู้ก่อตั้ง OpenClaw ระบุว่าการอ่านคอมเมนต์เหล่านี้ made his brain hurt และชี้ว่าการทำ Open Source นั้นยากลำบากพออยู่แล้วโดยไม่จำเป็นต้องมีการเมืองเข้ามาแทรกแซง

ฝ่ายที่ตอบรับอย่างมีเหตุผล

Daniel ให้ความเห็นว่าการเพิกเฉยต่อ AI not a sound approach เพราะการปฏิเสธรายงานช่องโหว่เพียงเพราะพบโดย AI จะทำให้ผู้ใช้เสี่ยงอันตราย เขายังระบุว่ารายงานที่ใช้ AI ช่วยเหลือในระยะหลังมีคุณภาพสูงขึ้น แม้จะใช้คำฟุ่มเฟือยไปบ้าง

ทางด้าน Debian ได้ออก approved resolution ที่วางตัวเป็นกลางต่อเครื่องมือ โดยขอให้ผู้ส่งผลงานต้องอ่านและทดสอบโค้ด AI ให้เข้าใจก่อนส่ง เช่นเดียวกับ kernel's guidance ที่กำหนดให้มนุษย์ต้องเป็นผู้รับผิดชอบต่อโค้ดที่ส่งมา

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

สิ่งที่ Debian และ Kernel เห็นตรงกันคือการให้มนุษย์ระบุตัวตนและพร้อมตอบคำถามเกี่ยวกับโค้ด ซึ่งช่วยแก้ปัญหา review burden ได้ดี แต่ยังไม่สามารถแก้ประเด็นเรื่อง clean room ของ Asahi หรือข้อกังวลด้านจริยธรรมอื่นๆ ได้ทั้งหมด

บทสรุป

ปัจจุบันยังไม่มีมาตรฐานกลางที่ชัดเจน GCC วางแผนทบทวนนโยบายใหม่ในปี 2027 ขณะที่ Rust และ Debian พร้อมปรับเปลี่ยนตามการเรียนรู้เทคโนโลยีใหม่ๆ สิ่งนี้ทำให้ผู้พัฒนาจำเป็นต้องตรวจสอบกฎระเบียบที่แตกต่างกันของแต่ละโปรเจกต์ ซึ่งแม้จะน่ารำคาญ แต่ก็นี่คือสภาวะของข้อถกเถียงที่ยังหาข้อสรุปไม่ได้ในปัจจุบัน 🤷